---
libavformat/utils.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index dc83608..be1472b 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -3347,7 +3347,10 @@ int avformat_find_stream_info(AVFormatContext *ic,
AVD
Hi,
On Fri, Oct 2, 2015 at 4:58 PM, Hendrik Leppkes wrote:
> On Fri, Oct 2, 2015 at 7:16 PM, Timothy Gu wrote:
> > On Fri, Oct 2, 2015 at 10:08 AM James Darnley
> > wrote:
> >
> >> The third patch uses them in the remaining inline assembly.
> >>
> >
> > That's the crux of the problem: inline a
Hi,
On Fri, Oct 2, 2015 at 5:31 PM, Henrik Gramner wrote:
> On Fri, Sep 25, 2015 at 11:24 PM, Ronald S. Bultje
> wrote:
> > +++ b/libavcodec/x86/vp9intrapred_16bpp.asm
>
> > +cglobal vp9_ipred_v_4x4_16, 2, 4, 1, dst, stride, l, a
> > +cglobal vp9_ipred_v_8x8_16, 2, 4, 1, dst, stride, l, a
> > +
---
libavcodec/x86/Makefile | 1 +
libavcodec/x86/constants.c | 4 +
libavcodec/x86/constants.h | 2 +
libavcodec/x86/h264_idct_10bit.asm | 5 +-
libavcodec/x86/h264_intrapred_10bit.asm | 2 +-
libavcodec/x86/vp9dsp_init.
On Fri, Oct 02, 2015 at 03:29:05AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch intends to slightly simplify the probe function.
>
> Please review, Carl Eugen
> rawdec.c | 13 ++---
> 1 file changed, 6 insertions(+), 7 deletions(-)
> 2ac4375102534142befdaf1482543dceb73ae306
FYI I haven't forgotten about this. Just traveling these next few days.
Thanks.
On Wed, Sep 30, 2015 at 8:22 AM, Yusuke Nakamura <
muken.the.vfrman...@gmail.com> wrote:
> 2015-09-30 12:05 GMT+09:00 Michael Niedermayer :
>
> > On Tue, Sep 29, 2015 at 02:44:38PM -0700, Shawn Singh wrote:
> > > The
On Fri, Sep 25, 2015 at 11:24 PM, Ronald S. Bultje wrote:
> +++ b/libavcodec/x86/vp9intrapred_16bpp.asm
> +cglobal vp9_ipred_v_4x4_16, 2, 4, 1, dst, stride, l, a
> +cglobal vp9_ipred_v_8x8_16, 2, 4, 1, dst, stride, l, a
> +cglobal vp9_ipred_v_16x16_16, 2, 4, 2, dst, stride, l, a
> +cglobal vp9_ip
On Fri, Oct 02, 2015 at 05:13:18PM +0200, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/f_select.c | 10 ++
> 1 file changed, 2 insertions(+), 8 deletions(-)
>
> diff --git a/libavfilter/f_select.c b/libavfilter/f_select.c
> index 3e7cf78..7613ca1 100644
> ---
On Fri, Oct 02, 2015 at 05:13:12PM +0200, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/af_aresample.c | 7 +--
> 1 file changed, 1 insertion(+), 6 deletions(-)
>
>
> All patches in this series were tested with FATE or manually.
LGTM
thanks
[...]
--
Michael
On Fri, Oct 2, 2015 at 9:49 PM, wm4 wrote:
> On Fri, 2 Oct 2015 21:41:59 +0200
> Michael Niedermayer wrote:
>
>> On Fri, Oct 02, 2015 at 09:23:04PM +0200, wm4 wrote:
>> > On Fri, 2 Oct 2015 21:14:57 +0200
>> > Michael Niedermayer wrote:
>> >
>> > > From: Michael Niedermayer
>> > >
>> > > Fixes
On Fri, Oct 02, 2015 at 05:13:21PM +0200, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/vf_yadif.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnsering w
On Fri, Oct 2, 2015 at 7:16 PM, Timothy Gu wrote:
> On Fri, Oct 2, 2015 at 10:08 AM James Darnley
> wrote:
>
>> The third patch uses them in the remaining inline assembly.
>>
>
> That's the crux of the problem: inline asm uses these constants, but will
> be unable to without yasm. Either we drop
On Fri, Oct 02, 2015 at 05:13:17PM +0200, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/vf_fps.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/libavfilter/vf_fps.c b/libavfilter/vf_fps.c
> index 6154f6d..0f0ed24 100644
> --- a/libavfilter/
---
Changelog | 1 +
configure | 4 +
doc/muxers.texi | 35 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/chromaprint.c | 195 ++
libavformat/version.h | 2
On Fri, 2 Oct 2015 15:35:04 -0500
Rodger Combs wrote:
> ---
> Changelog| 1 +
> configure| 4
> doc/muxers.texi | 35 +++
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/version.h
---
Changelog| 1 +
configure| 4
doc/muxers.texi | 35 +++
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/version.h| 2 +-
6 files changed, 43 insertions(+), 1 deletion(-)
diff --g
On Fri, 2 Oct 2015 21:41:59 +0200
Michael Niedermayer wrote:
> On Fri, Oct 02, 2015 at 09:23:04PM +0200, wm4 wrote:
> > On Fri, 2 Oct 2015 21:14:57 +0200
> > Michael Niedermayer wrote:
> >
> > > From: Michael Niedermayer
> > >
> > > Fixes: https://trac.ffmpeg.org/attachment/ticket/685/movie.
On Fri, Oct 02, 2015 at 09:23:04PM +0200, wm4 wrote:
> On Fri, 2 Oct 2015 21:14:57 +0200
> Michael Niedermayer wrote:
>
> > From: Michael Niedermayer
> >
> > Fixes: https://trac.ffmpeg.org/attachment/ticket/685/movie.264
> >
> > In the available testcase the actual PPS only uses a few bits
>
On 10/2/15, Nicholas Robbins wrote:
> On Friday, October 2, 2015 2:00 PM, Moritz Barsnick
> wrote:
>>
>>
>>On Fri, Oct 02, 2015 at 19:47:12 +0200, Paul B Mahol wrote:
>>> fps filter duplicated or removes frames to produce cfr output.
>>> This filter changes fps and do not remove or duplicate sing
On Fri, 2 Oct 2015 21:14:57 +0200
Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Fixes: https://trac.ffmpeg.org/attachment/ticket/685/movie.264
>
> In the available testcase the actual PPS only uses a few bits
> while there are 7kbyte of apparently random data after it
>
> Signed
From: Michael Niedermayer
Fixes: https://trac.ffmpeg.org/attachment/ticket/685/movie.264
In the available testcase the actual PPS only uses a few bits
while there are 7kbyte of apparently random data after it
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_ps.c |4 ++--
1 file chan
On Friday, October 2, 2015 2:00 PM, Moritz Barsnick wrote:
>
>
>On Fri, Oct 02, 2015 at 19:47:12 +0200, Paul B Mahol wrote:
>> fps filter duplicated or removes frames to produce cfr output.
>> This filter changes fps and do not remove or duplicate single
>> frame so output becomes faster or slower
On 10/2/15, Henrik Gramner wrote:
> On Fri, Oct 2, 2015 at 6:57 PM, Paul B Mahol wrote:
>> +INIT_XMM sse2
>> +cglobal blend_xor, 9, 10, 2, 0, top, top_linesize, bottom,
>> bottom_linesize, dst, dst_linesize, width, start, end
> [...]
>> +cglobal blend_or, 9, 10, 2, 0, top, top_linesize, bottom,
>
A series of 0 in a table can be confusing, and the corresponding checks
strange, so using a macro instead of that magic is more readable.
---
libavcodec/dnxhddata.c | 10 +-
libavcodec/dnxhddata.h | 3 +++
libavcodec/dnxhddec.c | 6 --
3 files changed, 12 insertions(+), 7 deletions(
From: Jeremy James
These are DNxHR profiles with the following properties:
- Variable size in a profile, requiring variable-sized macroblock table
- Variable bitdepth, up to 12 bits
Signed-off-by: Christophe Gisquet
---
libavcodec/dnxhddata.c | 61 ++-
libavcodec/dn
This a 4:4:4 10 bits profile, where image size is not fixed by the
profile, and which strays a bit outside the old frame header parsing
code.
Fixes ticket #4581 (DNxHR is not stricly supported, but that sequence is).
---
libavcodec/dnxhddata.c | 23 +
libavcodec/dnxhddec.c |
This is actually similar to DNxHD.
---
libavformat/isom.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/isom.c b/libavformat/isom.c
index eff04ff..e55738b 100644
--- a/libavformat/isom.c
+++ b/libavformat/isom.c
@@ -240,6 +240,7 @@ const AVCodecTag ff_codec_movvideo_tags[] = {
From: Jeremy James
Signed-off-by: Christophe Gisquet
---
libavcodec/dnxhddata.c | 7 +++
libavcodec/dnxhddec.c | 5 +++--
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/libavcodec/dnxhddata.c b/libavcodec/dnxhddata.c
index 0cbc57b..e39208d 100644
--- a/libavcodec/dnxhddata
CIDs 1270 (10 & 12bits) to 1274, as produced by Avid Media Composer,
have been tested. I merged and adapted a bit Jeremy's work (but it's
mostly his code), hence the signing-off.
Christophe Gisquet (3):
isom: add support for DNxHR codec family
dnxhd: add CID 1270
dnxhddec: replace some 0s by
Forward and inverse DCTs may not have the same permutation table,
resulting in a bitstream where the AC coefficients are encoded in
an unexpected order.
---
libavcodec/dnxhdenc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c
This is all duplicated functionality with the vdpau hwaccel API, which
was introduced almost 3 years ago.
API users had time enough to switch to the new API. But note that the
API stubs are kept, and old programs will still compile against modern
libavcodec.
---
configure | 1
On Fri, Oct 02, 2015 at 19:47:12 +0200, Paul B Mahol wrote:
> fps filter duplicated or removes frames to produce cfr output.
> This filter changes fps and do not remove or duplicate single
> frame so output becomes faster or slower when played when
> fps increase or decrease.
Ah! So, in other word
On 10/2/15, Moritz Barsnick wrote:
> On Tue, Sep 29, 2015 at 23:39:10 +0200, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavfilter/Makefile | 1 +
>> libavfilter/allfilters.c | 1 +
>> libavfilter/vf_setfps.c | 119
>> +++
>>
On Fri, Oct 2, 2015 at 6:57 PM, Paul B Mahol wrote:
> +INIT_XMM sse2
> +cglobal blend_xor, 9, 10, 2, 0, top, top_linesize, bottom, bottom_linesize,
> dst, dst_linesize, width, start, end
[...]
> +cglobal blend_or, 9, 10, 2, 0, top, top_linesize, bottom, bottom_linesize,
> dst, dst_linesize, widt
On Tue, Sep 29, 2015 at 23:39:10 +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_setfps.c | 119
> +++
> 3 files changed, 121 insertions(+)
> crea
On 2015-10-02 19:16, Timothy Gu wrote:
> On Fri, Oct 2, 2015 at 10:08 AM James Darnley
> wrote:
>
>> The third patch uses them in the remaining inline assembly.
>>
>
> That's the crux of the problem: inline asm uses these constants, but will
> be unable to without yasm. Either we drop compatibil
On Thu, 1 Oct 2015 18:13:21 +0200
wm4 wrote:
> This affects Annex B streams (such as demuxed from .ts and others). It
> also handles the format change in reinit-large_420_8-to-small_420_8.h264
> correctly.
>
> Instead of passing through the extradata, create it on the fly it from
> the currentl
On Fri, Oct 2, 2015 at 10:08 AM James Darnley
wrote:
> The third patch uses them in the remaining inline assembly.
>
That's the crux of the problem: inline asm uses these constants, but will
be unable to without yasm. Either we drop compatibility for inline asm for
x86 platforms w/o yasm, or we
On 10/2/15, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/vf_w3fdif.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo
Here is a new patch:
1. fix compilation warning
2. remove ff_ prefix on my patch
3. toggle AVFMT_FLAG_FAST_SEEK when no seektalbe in the flac metadata (this
will disable flac_seek when no seekpoint)
0001-avformat-flacdec-support-fast-seek.patch
Description: Binary data
__
On 10/2/15, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/vf_w3fdif.c | 30 ++
> 1 file changed, 14 insertions(+), 16 deletions(-)
>
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
htt
---
tests/ref/fate/source | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/ref/fate/source b/tests/ref/fate/source
index 781f4cd..c1383dd 100644
--- a/tests/ref/fate/source
+++ b/tests/ref/fate/source
@@ -9,6 +9,7 @@ libavcodec/reverse.c
libavcodec/x86/constants.asm
libavdevice/file_ope
---
libswscale/x86/Makefile | 1 +
libswscale/x86/constants.asm | 1 +
libswscale/x86/output.asm| 5 +
tests/ref/fate/source| 1 +
4 files changed, 4 insertions(+), 4 deletions(-)
create mode 100644 libswscale/x86/constants.asm
diff --git a/libswscale/x86/Makefile b/libswsca
---
libavcodec/x86/ac3dsp.asm | 2 +-
libavcodec/x86/bswapdsp.asm | 3 +--
libavcodec/x86/diracdsp_yasm.asm| 6 +-
libavcodec/x86/dwt_yasm.asm | 6 +-
libavcodec/x86/h263_loopfilter.asm | 2 +-
libavcodec/x86/h264_chromamc.asm
---
libavcodec/x86/cavsdsp.c| 2 +-
libavcodec/x86/constants.h | 66 -
libavcodec/x86/inline_asm.h | 2 +-
libavcodec/x86/vc1dsp_mmx.c | 2 +-
4 files changed, 3 insertions(+), 69 deletions(-)
delete mode 100644 libavcodec/x86/constants.h
diff
---
So here is the test file I was working on with the thoughts I had.
---
; This section is intended to possibly be included in x86inc.asm
; Align all constant to 32 bytes whether they are used in AVX code or not.
%assign constant_align 32
; Value to be used as padding to achieve alignment. Sho
---
libavfilter/x86/Makefile | 2 ++
libavfilter/x86/af_volume.asm | 3 +--
libavfilter/x86/constants.asm | 1 +
libavfilter/x86/vf_fspp.asm| 3 +--
libavfilter/x86/vf_removegrain.asm | 3 +--
libavfilter/x86/vf_ssim.asm| 2 +-
libavfilter/x86/vf_yadif.asm
---
libavcodec/x86/Makefile | 2 +-
libavcodec/x86/constants.asm | 1 +
libavcodec/x86/constants.c | 81
tests/ref/fate/source| 1 +
4 files changed, 3 insertions(+), 82 deletions(-)
create mode 100644 libavcodec/x86/constants.asm
de
So... big patches.
A little history first. Last time I was writing some assembly it was sugested
that I reuse existing constants in my code. I would have except that the
suggestion was to use the ones in avcodec but I was working in avfilter. IIRC
we are not allowed to share data like that acro
On 10/2/15, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/blend.h | 70 ++
> libavfilter/vf_blend.c | 100 +--
> libavfilter/x86/Makefile| 4 +
> libavfilter/x86/vf_blend.asm| 278
> ++
Signed-off-by: Paul B Mahol
---
libavfilter/blend.h | 70 ++
libavfilter/vf_blend.c | 100 +--
libavfilter/x86/Makefile| 4 +
libavfilter/x86/vf_blend.asm| 278
libavfilter/x86/vf_blend_init.c | 97 +
Signed-off-by: Paul B Mahol
---
libavfilter/blend.h | 70 ++
libavfilter/vf_blend.c | 100 +--
libavfilter/x86/Makefile| 4 +
libavfilter/x86/vf_blend.asm| 278
libavfilter/x86/vf_blend_init.c | 97 +
On Thu, Oct 01, 2015 at 10:01:27PM +0200, Christophe Gisquet wrote:
> Otherwise, the dsp may change without its permuation being applied.
> ---
> libavcodec/dnxhddec.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147
Hi Carl,
Sorry I have thought about it but it is not possible, we want a standalone
library. In any case I will do the integration in ffmpeg.
Regards
*--*
*Thomas JAMMET*
Freelancer - MonaServer.ovh
14 Place Maschat - 19000 Tulle (France)
Tel : *+336 23 46 39 80*
http://fr.linkedin.com/pub/thom
On Thu, Oct 01, 2015 at 10:01:26PM +0200, Christophe Gisquet wrote:
> The current one, while correct, does not yield the best possible
> results. The specificiations suggest another formula, which results
> in quality gains in the decoded output from fate tests. This
> justifies changing said formu
On Thu, Oct 01, 2015 at 11:11:16PM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2015-10-01 22:34 GMT+02:00 Hendrik Leppkes :
> >> +avctx->coded_width = FFALIGN(avctx->width, 16);
> >> +avctx->coded_height = FFALIGN(avctx->coded_height, 16);
> >
> > Intentional that this is not ->height, but
Signed-off-by: Nicolas George
---
libavfilter/vf_fps.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavfilter/vf_fps.c b/libavfilter/vf_fps.c
index 6154f6d..0f0ed24 100644
--- a/libavfilter/vf_fps.c
+++ b/libavfilter/vf_fps.c
@@ -129,8 +129,7 @@ static int request_frame
Signed-off-by: Nicolas George
---
libavfilter/avf_showspectrum.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/libavfilter/avf_showspectrum.c b/libavfilter/avf_showspectrum.c
index e29687d..53ba940 100644
--- a/libavfilter/avf_showspectrum.c
+++ b/libavfilter/avf_shows
Signed-off-by: Nicolas George
---
libavfilter/vf_thumbnail.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/libavfilter/vf_thumbnail.c b/libavfilter/vf_thumbnail.c
index 64cedd4..417ccd5 100644
--- a/libavfilter/vf_thumbnail.c
+++ b/libavfilter/vf_thumbnail.c
Signed-off-by: Nicolas George
---
libavfilter/vf_yadif.c | 28 +---
1 file changed, 13 insertions(+), 15 deletions(-)
diff --git a/libavfilter/vf_yadif.c b/libavfilter/vf_yadif.c
index c32c065..b546a08 100644
--- a/libavfilter/vf_yadif.c
+++ b/libavfilter/vf_yadif.c
@@ -3
Signed-off-by: Nicolas George
---
libavfilter/vf_w3fdif.c | 30 ++
1 file changed, 14 insertions(+), 16 deletions(-)
diff --git a/libavfilter/vf_w3fdif.c b/libavfilter/vf_w3fdif.c
index e394d55..5b105f1 100644
--- a/libavfilter/vf_w3fdif.c
+++ b/libavfilter/vf_w3fdif.
Signed-off-by: Nicolas George
---
libavfilter/vf_yadif.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_yadif.c b/libavfilter/vf_yadif.c
index d7a2b53..c32c065 100644
--- a/libavfilter/vf_yadif.c
+++ b/libavfilter/vf_yadif.c
@@ -379,15 +379,15 @@ static in
Signed-off-by: Nicolas George
---
libavfilter/vf_alphamerge.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vf_alphamerge.c b/libavfilter/vf_alphamerge.c
index 3c62b59..a478de5 100644
--- a/libavfilter/vf_alphamerge.c
+++ b/libavfilter/vf_alphamerge.c
@@
Signed-off-by: Nicolas George
---
libavfilter/avf_showspectrum.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/libavfilter/avf_showspectrum.c b/libavfilter/avf_showspectrum.c
index 53ba940..11c3246 100644
--- a/libavfilter/avf_showspectrum.c
+++ b/lib
Signed-off-by: Nicolas George
---
libavfilter/vf_w3fdif.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavfilter/vf_w3fdif.c b/libavfilter/vf_w3fdif.c
index 849a3c0..e394d55 100644
--- a/libavfilter/vf_w3fdif.c
+++ b/libavfilter/vf_w3fdif.c
@@ -354,7 +354,7 @@ static in
Signed-off-by: Nicolas George
---
libavfilter/vf_thumbnail.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavfilter/vf_thumbnail.c b/libavfilter/vf_thumbnail.c
index c378791..64cedd4 100644
--- a/libavfilter/vf_thumbnail.c
+++ b/libavfilter/vf_thumbnail.c
@@ -172,9 +1
Signed-off-by: Nicolas George
---
libavfilter/f_select.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/libavfilter/f_select.c b/libavfilter/f_select.c
index 3e7cf78..7613ca1 100644
--- a/libavfilter/f_select.c
+++ b/libavfilter/f_select.c
@@ -383,14 +383,8 @@ stat
Signed-off-by: Nicolas George
---
libavfilter/avf_showwaves.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/libavfilter/avf_showwaves.c b/libavfilter/avf_showwaves.c
index ec5291a..b75c666 100644
--- a/libavfilter/avf_showwaves.c
+++ b/libavfilter/avf_showwaves.c
Signed-off-by: Nicolas George
---
libavfilter/vf_alphamerge.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/libavfilter/vf_alphamerge.c b/libavfilter/vf_alphamerge.c
index 5f0da35..3c62b59 100644
--- a/libavfilter/vf_alphamerge.c
+++ b/libavfilter/vf_alphamerge.c
@@ -36
Signed-off-by: Nicolas George
---
libavfilter/avf_showcqt.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/libavfilter/avf_showcqt.c b/libavfilter/avf_showcqt.c
index 7089758..e939d8f 100644
--- a/libavfilter/avf_showcqt.c
+++ b/libavfilter/avf_showcqt.c
@@ -75,7 +75,
Signed-off-by: Nicolas George
---
libavfilter/af_aresample.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
All patches in this series were tested with FATE or manually.
diff --git a/libavfilter/af_aresample.c b/libavfilter/af_aresample.c
index f6fdd08..b5af70e 100644
--- a/libav
Le primidi 11 vendémiaire, an CCXXIV, wm4 a écrit :
> > 3. use a static varible to keep the state in flacdec.c
> No global mutable state anywhere in the libs.
For once, I fully agree, but even without that principle, it would be wrong,
since an application can have several FLAC files open simultan
On Fri, 2 Oct 2015 21:56:22 +0800
Ching-Yi Chan wrote:
> I found the problem is no seektable in our test sample acodec-flac.flac,
> but application will append the new index entry to AVStream.
>
> So, I need to a variable or some place to mark "no seektable, don't use
> fast-seek method", some c
I found the problem is no seektable in our test sample acodec-flac.flac,
but application will append the new index entry to AVStream.
So, I need to a variable or some place to mark "no seektable, don't use
fast-seek method", some choices:
1. disable AVFMT_FLAG_FAST_SEEK flag when no seektable
2.
---
libavcodec/x86/constants.c|2 +
libavcodec/x86/constants.h|1 +
libavcodec/x86/h264_qpel_10bit.asm|4 +-
libavcodec/x86/vp9dsp_init.h |4 +
libavcodec/x86/vp9dsp_init_16bpp.c| 33 +
libavcodec/x86/vp9intrapred_16bpp.asm | 1520
On 10/1/2015 3:38 PM, Derek Buitenhuis wrote:
> Signed-off-by: Derek Buitenhuis
> ---
> libavcodec/internal.h | 2 +-
> libavcodec/utils.c| 19 ---
> 2 files changed, 13 insertions(+), 8 deletions(-)
OK'd by wm4 and nev on IRC.
Pushed.
- Derek
_
On 02/10/15 11:03, Paul B Mahol wrote:
> On 10/1/15, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> doc/filters.texi| 23 +++
>> libavfilter/tinterlace.h| 1 +
>> libavfilter/vf_tinterlace.c | 17 -
>> 3 files changed, 36 inserti
Signed-off-by: Paul B Mahol
---
configure| 4 +
doc/filters.texi | 171 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_zscale.c | 735 +++
5 files changed, 912 insertions(+)
cre
On Friday 02 October 2015 12:48:17 pm Paul B Mahol wrote:
> On 10/2/15, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch implements Shorten auto-detection.
> >
> > Please comment, Carl Eugen
>
> You do not check byte size
I thought both the safe bitstream reader and the minimal
probe buffe
On 10/2/15, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch implements Shorten auto-detection.
>
> Please comment, Carl Eugen
>
You do not check byte size. and not using init_get_bits8.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpe
Thomas Jammet gmail.com> writes:
> I am working on a new library that will implements
> the RTMFP protocol's client part.
Can't this be implemented within FFmpeg?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mai
On Fri, Oct 02, 2015 at 12:20:10PM +0200, wm4 wrote:
> On Fri, 2 Oct 2015 11:23:59 +0200
> Clément Bœsch wrote:
>
> > On Fri, Oct 02, 2015 at 11:11:37AM +0200, wm4 wrote:
> > [...]
> > > > +#if HAVE_UTGETOSTYPEFROMSTRING
> > > > vdactx->cv_pix_fmt_type =
> > > > UTGetOSTypeFromStrin
Hi!
Attached patch implements Shorten auto-detection.
Please comment, Carl Eugen
diff --git a/libavformat/Makefile b/libavformat/Makefile
index 466da51..a9af797 100644
--- a/libavformat/Makefile
+++ b/libavformat/Makefile
@@ -403,7 +403,7 @@ OBJS-$(CONFIG_SDP_DEMUXER) += rtsp.o
OBJ
On Fri, 2 Oct 2015 11:23:59 +0200
Clément Bœsch wrote:
> On Fri, Oct 02, 2015 at 11:11:37AM +0200, wm4 wrote:
> [...]
> > > +#if HAVE_UTGETOSTYPEFROMSTRING
> > > vdactx->cv_pix_fmt_type = UTGetOSTypeFromString(pixfmt_str);
> > > +#else
> > > +av_log(s, loglevel, "UTGetOST
On 10/1/15, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi| 23 +++
> libavfilter/tinterlace.h| 1 +
> libavfilter/vf_tinterlace.c | 17 -
> 3 files changed, 36 insertions(+), 5 deletions(-)
So is this ok now? Thi
Hi all,
I am working on a new library that will implements the RTMFP protocol's
client part. I know librtmp and I will take example on how it is used now
by ffmpeg.
My question is : is there something to know about the integration of a new
protocol in ffmpeg? Does someone could give me some advic
On Fri, Oct 02, 2015 at 11:11:37AM +0200, wm4 wrote:
[...]
> > +#if HAVE_UTGETOSTYPEFROMSTRING
> > vdactx->cv_pix_fmt_type = UTGetOSTypeFromString(pixfmt_str);
> > +#else
> > +av_log(s, loglevel, "UTGetOSTypeFromString() is not available "
> > + "on this p
On Fri, 2 Oct 2015 10:36:39 +0200
Clément Bœsch wrote:
> From: Clément Bœsch
>
> ---
> configure | 11 ++-
> ffmpeg_videotoolbox.c | 8
> 2 files changed, 14 insertions(+), 5 deletions(-)
>
> diff --git a/configure b/configure
> index fd39778..225e7ae 100755
> -
On Fri, 2 Oct 2015 02:22:48 +0200
Michael Niedermayer wrote:
> On Fri, Oct 02, 2015 at 12:36:24AM +0200, wm4 wrote:
> > On Fri, 2 Oct 2015 00:06:24 +0200
> > Michael Niedermayer wrote:
> >
> > > On Thu, Oct 01, 2015 at 11:33:27PM +0200, wm4 wrote:
> > > > On Thu, 1 Oct 2015 21:08:39 + (UTC)
From: Clément Bœsch
---
configure | 11 ++-
ffmpeg_videotoolbox.c | 8
2 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/configure b/configure
index fd39778..225e7ae 100755
--- a/configure
+++ b/configure
@@ -1804,6 +1804,7 @@ SYSTEM_FUNCS="
sysco
Ching-Yi Chan gmail.com> writes:
> May I have a copy about the tests code. for improving my patch.
$ make V=1 fate-seek-acodec-flac
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2015-10-01 20:31 GMT+08:00 Michael Niedermayer :
> On Fri, Sep 25, 2015 at 11:58:31AM +0800, Ching-Yi Chan wrote:
> > Thanks for checking.
> >
> > I also check the AVFMT_FLAG_FAST_SEEK flag with parsing headers,
> > to fill the seektable into index entries only if AVFMT_FLAG_FAST_SEEK
> flag
> > i
92 matches
Mail list logo
