Re: [FFmpeg-devel] [PATCH] [RFC][WIP] avutil/buffer: add add a dynamnic size buffer pool API

On Sat, Mar 17, 2018 at 10:46:22PM -0300, James Almer wrote: > On 3/17/2018 10:33 PM, Michael Niedermayer wrote: > > On Sat, Mar 17, 2018 at 09:26:32PM -0300, James Almer wrote: > >> On 3/17/2018 8:48 PM, Michael Niedermayer wrote: > >>> On Fri, Mar 16, 2018 at 03:21:41PM -0300, James Almer wrote:

Re: [FFmpeg-devel] [PATCH 1/3] http: do not print a warning message for expired cookies

On Thu, 8 Mar 2018 04:53:55 +0100 wm4 wrote: > libavformat prints a warning that the cookie couldn't be parsed (see > callers of parse_cookie()). This is obviously not true - it could be > parsed, but was simply ignored. Don't return an error to avoid the > warning. > ---

Re: [FFmpeg-devel] [PATCH v2] lavu/frame: add QP side data

On Fri, 2 Mar 2018 12:16:37 +0100 wm4 wrote: > This adds a way for an API user to transfer QP data and metadata without > having to keep the reference to AVFrame, and without having to > explicitly care about QP APIs. It might also provide a way to finally > remove the

Re: [FFmpeg-devel] [PATCH]avfilter/astreamslect: fixing activating in some cases

Bodecs Bela (2018-03-17): > with my patch it works good. Thanks for the details. After more careful examination, I confirm my first impression: calling ff_filter_set_ready() from the framesync callback would be wrong. But this filter already misuses internal APIs (for example re-calling

Re: [FFmpeg-devel] avfilter/vf_premultiply : use full range for RGB input

> If you pre-multiplty the alpha and then save it as a file, how it is > supposed to know that you did that? :) > > > This is a common trouble in post-production, like some software output by default in premult and some in straight. For Mov file, Adobe set an UDTA for alpha. Never see another way

Re: [FFmpeg-devel] [PATCH 4/4] lavc, lavd, lavf, lavfi, tests: remove several register() calls

> On 18 Mar 2018, at 13:40, j...@itanimul.li wrote: > > From: Josh de Kock > > --- > doc/examples/filter_audio.c | 2 -- > doc/examples/filtering_audio.c | 2 -- > doc/examples/filtering_video.c | 2 -- > doc/examples/transcoding.c | 2 -- > fftools/ffmpeg.c

Re: [FFmpeg-devel] avfilter/vf_premultiply : use full range for RGB input

On 3/18/18, Hendrik Leppkes wrote: > On Sun, Mar 18, 2018 at 9:26 AM, wm4 wrote: >> On Sat, 17 Mar 2018 20:46:50 +0100 >> Martin Vignali wrote: >> >>> Hello, >>> >>> Patch in attach change premultiply/unpremultiply filter for

Re: [FFmpeg-devel] [PATCH 1/4] checkasm/Makefile: add EXTRALIBS-libavformat

On 3/18/2018 10:40 AM, j...@itanimul.li wrote: > From: Josh de Kock > > --- > tests/checkasm/Makefile | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tests/checkasm/Makefile b/tests/checkasm/Makefile > index 0520e264e2..ae7e810d25 100644 > ---

Re: [FFmpeg-devel] avfilter/vf_premultiply : use full range for RGB input

On Sun, Mar 18, 2018 at 9:26 AM, wm4 wrote: > On Sat, 17 Mar 2018 20:46:50 +0100 > Martin Vignali wrote: > >> Hello, >> >> Patch in attach change premultiply/unpremultiply filter for RGB input >> to process it at full range >> >> Avoid very

Re: [FFmpeg-devel] fate/hapqa_extract : add test for hapqa_extract bsf

2018-03-18 0:45 GMT+01:00 James Almer : > On 3/17/2018 5:10 PM, Martin Vignali wrote: > > Thanks for the comments, > > > > New patch in attach > > > > Martin > > Should be ok. > > Pushed, thanks Martin ___ ffmpeg-devel mailing list

[FFmpeg-devel] [PATCH] lavfi: Add OpenCL avgblur filter

From: drfer3 Behaves like the existing avgblur filter, except working on OpenCL hardware frames. Takes exactly the same options. --- configure | 1 + libavfilter/Makefile| 2 + libavfilter/allfilters.c| 1 +

[FFmpeg-devel] [PATCH 3/4] cmdutils: use new iteration APIs

From: Josh de Kock --- fftools/cmdutils.c | 239 + 1 file changed, 112 insertions(+), 127 deletions(-) diff --git a/fftools/cmdutils.c b/fftools/cmdutils.c index 708a849f51..2da313cc0a 100644 --- a/fftools/cmdutils.c +++

[FFmpeg-devel] [PATCH 4/4] lavc, lavd, lavf, lavfi, tests: remove several register() calls

From: Josh de Kock --- doc/examples/filter_audio.c | 2 -- doc/examples/filtering_audio.c | 2 -- doc/examples/filtering_video.c | 2 -- doc/examples/transcoding.c | 2 -- fftools/ffmpeg.c | 6 -- fftools/ffplay.c | 7 ---

[FFmpeg-devel] [PATCH 1/4] checkasm/Makefile: add EXTRALIBS-libavformat

From: Josh de Kock --- tests/checkasm/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/checkasm/Makefile b/tests/checkasm/Makefile index 0520e264e2..ae7e810d25 100644 --- a/tests/checkasm/Makefile +++ b/tests/checkasm/Makefile @@ -61,7 +61,7

Re: [FFmpeg-devel] [PATCH v2] lavu/frame: add QP side data

On 3/15/2018 3:28 AM, wm4 wrote: > On Fri, 2 Mar 2018 12:16:37 +0100 > wm4 wrote: > >> This adds a way for an API user to transfer QP data and metadata without >> having to keep the reference to AVFrame, and without having to >> explicitly care about QP APIs. It might

Re: [FFmpeg-devel] [PATCH 1/4] checkasm/Makefile: add EXTRALIBS-libavformat

2018-03-18 14:40 GMT+01:00, j...@itanimul.li : > From: Josh de Kock You could add a line that explains for which configure-option this fixes something. (I guess there is a configure option that needs this.) Carl Eugen

Re: [FFmpeg-devel] [PATCH]avfilter/astreamslect: fixing activating in some cases

2018-03-18 13:57 GMT+01:00, Nicolas George : > Bodecs Bela (2018-03-17): >> with my patch it works good. > > Thanks for the details. After more careful examination, I confirm my > first impression: calling ff_filter_set_ready() from the framesync > callback would be wrong. But

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/aac_adtstoasc: move the reference in the bsf internal buffer

On 3/16/2018 8:16 PM, James Almer wrote: > There's no need to allocate a new packet for it. > > Signed-off-by: James Almer > --- > libavcodec/aac_adtstoasc_bsf.c | 33 ++--- > 1 file changed, 14 insertions(+), 19 deletions(-) > > diff --git

Re: [FFmpeg-devel] [PATCH 1/4] checkasm/Makefile: add EXTRALIBS-libavformat

On 3/18/18, James Almer wrote: > On 3/18/2018 10:40 AM, j...@itanimul.li wrote: >> From: Josh de Kock >> >> --- >> tests/checkasm/Makefile | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/tests/checkasm/Makefile

Re: [FFmpeg-devel] [PATCH 1/4] checkasm/Makefile: add EXTRALIBS-libavformat

On 3/18/2018 12:17 PM, Paul B Mahol wrote: > On 3/18/18, James Almer wrote: >> On 3/18/2018 10:40 AM, j...@itanimul.li wrote: >>> From: Josh de Kock >>> >>> --- >>> tests/checkasm/Makefile | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>>

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

2018-03-03 18:20 GMT+01:00 Martin Vignali : > Hello, > > Patch in attach add SIMD for the 5 shuffle_bytes func for rgb2rgb > The new SIMD are write using external ASM. > > Also add checkasm test for theses func > Restricted to x86_64, because the scalar part doesn't

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

2018-03-18 16:08 GMT+01:00, Martin Vignali : > shuffle_bytes_0321_c: 51.4 > shuffle_bytes_0321_ssse3: 18.7 > shuffle_bytes_0321_avx2: 12.7 > shuffle_bytes_1230_c: 126.9 > shuffle_bytes_1230_ssse3: 16.7 > shuffle_bytes_1230_avx2: 12.9 > shuffle_bytes_2103_c: 52.4 >

[FFmpeg-devel] [PATCH 2/4] lavfi: add new iteration API

From: Josh de Kock --- configure| 24 +- doc/APIchanges | 4 + doc/writing_filters.txt | 6 +- libavfilter/allfilters.c | 818 +-- libavfilter/avfilter.c | 45 --- libavfilter/avfilter.h | 29 +-

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

On 3/18/2018 12:08 PM, Martin Vignali wrote: > 2018-03-03 18:20 GMT+01:00 Martin Vignali : > >> Hello, >> >> Patch in attach add SIMD for the 5 shuffle_bytes func for rgb2rgb >> The new SIMD are write using external ASM. >> >> Also add checkasm test for theses func >>

Re: [FFmpeg-devel] [PATCH 1/4] checkasm/Makefile: add EXTRALIBS-libavformat

On 3/18/18, James Almer wrote: > On 3/18/2018 12:17 PM, Paul B Mahol wrote: >> On 3/18/18, James Almer wrote: >>> On 3/18/2018 10:40 AM, j...@itanimul.li wrote: From: Josh de Kock --- tests/checkasm/Makefile | 2 +-

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

2018-03-18 16:49 GMT+01:00 James Almer : > On 3/18/2018 12:08 PM, Martin Vignali wrote: > > 2018-03-03 18:20 GMT+01:00 Martin Vignali : > > > >> Hello, > >> > >> Patch in attach add SIMD for the 5 shuffle_bytes func for rgb2rgb > >> The new SIMD are

Re: [FFmpeg-devel] [PATCH] Fix iterating of input and output devices

Am 16.03.2018 um 10:52 schrieb Timo Rothenpieler: Will push tomorrow unless someone sees a problem with this. applied smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

On 3/18/18, Carl Eugen Hoyos wrote: > 2018-03-18 17:46 GMT+01:00, Martin Vignali : >> 2018-03-18 17:37 GMT+01:00 Paul B Mahol : >> >>> On 3/18/18, Nicolas George wrote: >>> > Martin Vignali (2018-03-18): >>> >> I

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

On 3/18/2018 1:23 PM, Martin Vignali wrote: > 2018-03-18 16:49 GMT+01:00 James Almer : > >> On 3/18/2018 12:08 PM, Martin Vignali wrote: >>> 2018-03-03 18:20 GMT+01:00 Martin Vignali : >>> Hello, Patch in attach add SIMD for the 5

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

Martin Vignali (2018-03-18): > I run the test again with a bigger width (512 instead of 128) > This is my result : > shuffle_bytes_0321_c: 128.6 > shuffle_bytes_0321_ssse3: 41.6 > shuffle_bytes_0321_avx2: 23.4 IIUC, these benchmarks are expressed in CPU cycles. But what James says is that it can

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

On 3/18/2018 1:28 PM, Nicolas George wrote: > Martin Vignali (2018-03-18): >> I run the test again with a bigger width (512 instead of 128) >> This is my result : >> shuffle_bytes_0321_c: 128.6 >> shuffle_bytes_0321_ssse3: 41.6 >> shuffle_bytes_0321_avx2: 23.4 > > IIUC, these benchmarks are

Re: [FFmpeg-devel] [PATCH] lavfi: Add OpenCL avgblur filter

On 18/03/18 18:36, Carl Eugen Hoyos wrote: > 2018-03-18 19:12 GMT+01:00, Mark Thompson : >> On 16/03/18 15:06, Carl Eugen Hoyos wrote: >>> 2018-03-16 8:33 GMT+01:00, dylanf...@gmail.com : From: drfer3 >>> --- /dev/null

Re: [FFmpeg-devel] Reimbursement request

Hi, On 18.03.2018 19:42, Carl Eugen Hoyos wrote: > Hi! > > As already discussed, FFmpeg was present on Chemnitzer Linux Tage, in > addition, Thilo and I went to Brussels for FOSDEM where we attended > the talks in the multimedia room kindly (co-) organized by Kieran and > answered some questions.

[FFmpeg-devel] [PATCH 1/2] ffmpeg: fallback to codecpar parameters on input filter eof

Fixes ticket #6854 and the following simpler case: ffmpeg -f lavfi -i testsrc=d=1 -f lavfi -i testsrc=d=0 -filter_complex overlay -f null none Signed-off-by: Marton Balint --- fftools/ffmpeg.c | 33 - 1 file changed, 16 insertions(+), 17

[FFmpeg-devel] [PATCH 2/2] ffmpeg: do not finish output streams manually on eof even if no input is provided

The generic code should be able to finish the streams just fine initializing and flushing the filters and codecs properly. Signed-off-by: Marton Balint --- fftools/ffmpeg.c | 12 +--- 1 file changed, 1 insertion(+), 11 deletions(-) diff --git a/fftools/ffmpeg.c

Re: [FFmpeg-devel] [PATCH 1/4] checkasm/Makefile: add EXTRALIBS-libavformat

On 3/18/2018 1:06 PM, Paul B Mahol wrote: > On 3/18/18, James Almer wrote: >> On 3/18/2018 12:17 PM, Paul B Mahol wrote: >>> On 3/18/18, James Almer wrote: On 3/18/2018 10:40 AM, j...@itanimul.li wrote: > From: Josh de Kock >

Re: [FFmpeg-devel] [PATCH 1/4] checkasm/Makefile: add EXTRALIBS-libavformat

On Sun, Mar 18, 2018 at 01:42:12PM -0300, James Almer wrote: > On 3/18/2018 1:06 PM, Paul B Mahol wrote: > > [...] > > And how do you know that?, without even providing alternative? > > I provided an alternative. Look at my comment about the *_FFLIBS > variables. The build system already uses it

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

2018-03-18 19:04 GMT+01:00, Paul B Mahol : > On 3/18/18, Carl Eugen Hoyos wrote: >> 2018-03-18 18:20 GMT+01:00, Paul B Mahol : >>> On 3/18/18, Carl Eugen Hoyos wrote: 2018-03-18 17:46 GMT+01:00, Martin Vignali

Re: [FFmpeg-devel] [PATCH] lavfi: Add OpenCL avgblur filter

On 18/03/18 12:48, dylanf...@gmail.com wrote: > From: drfer3 > > Behaves like the existing avgblur filter, except working on OpenCL > hardware frames. Takes exactly the same options. > --- > configure | 1 + > libavfilter/Makefile|

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

On 3/18/18, Nicolas George wrote: > Martin Vignali (2018-03-18): >> I run the test again with a bigger width (512 instead of 128) >> This is my result : >> shuffle_bytes_0321_c: 128.6 >> shuffle_bytes_0321_ssse3: 41.6 >> shuffle_bytes_0321_avx2: 23.4 > > IIUC, these benchmarks

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

2018-03-18 17:37 GMT+01:00 Paul B Mahol : > On 3/18/18, Nicolas George wrote: > > Martin Vignali (2018-03-18): > >> I run the test again with a bigger width (512 instead of 128) > >> This is my result : > >> shuffle_bytes_0321_c: 128.6 > >>

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

2018-03-18 17:46 GMT+01:00, Martin Vignali : > 2018-03-18 17:37 GMT+01:00 Paul B Mahol : > >> On 3/18/18, Nicolas George wrote: >> > Martin Vignali (2018-03-18): >> >> I run the test again with a bigger width (512 instead of 128) >> >>

[FFmpeg-devel] [PATCH v2 1/2] lav*, tests: remove several register_all() calls

Because lavf and lavd being separated incrementally, some of the hacky behaviour in how options are found/parsed is being exposed. Basically, finding options works on some behaviour with iterating AVClasses, and making lavd not a hack-of-a-library incrementally (i.e. by separating iteration)

[FFmpeg-devel] [PATCH 2/2] lavf/img2dec: use new iteration API

--- libavformat/img2dec.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libavformat/img2dec.c b/libavformat/img2dec.c index f3f52c83b3..159617f046 100644 --- a/libavformat/img2dec.c +++ b/libavformat/img2dec.c @@ -324,6 +324,7 @@ int ff_img_read_header(AVFormatContext *s1)

Re: [FFmpeg-devel] [PATCH V3 06/11] lavc/h264_metadata_bsf: support dump options.

On 14/03/18 05:42, Jun Zhao wrote: > Subject: [PATCH V3 06/11] lavc/h264_metadata_bsf: support dump options. > Subject: [PATCH V3 07/11] lavc/h265_metadata_bsf: support dump options. > Subject: [PATCH V3 08/11] lavc/mpeg2_metadata_bsf: support dump options. Added the flags for the options I added

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

2018-03-18 18:20 GMT+01:00, Paul B Mahol : > On 3/18/18, Carl Eugen Hoyos wrote: >> 2018-03-18 17:46 GMT+01:00, Martin Vignali : >>> 2018-03-18 17:37 GMT+01:00 Paul B Mahol : >>> On 3/18/18, Nicolas George

Re: [FFmpeg-devel] Reimbursement request

Hi, > As already discussed, FFmpeg was present on Chemnitzer Linux Tage, in > addition, Thilo and I went to Brussels for FOSDEM where we attended > the talks in the multimedia room kindly (co-) organized by Kieran and > answered some questions. I would like to request reimbursement for the >

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/aac_adtstoasc: move the reference in the bsf internal buffer

On 3/18/2018 11:21 AM, James Almer wrote: > On 3/16/2018 8:16 PM, James Almer wrote: >> There's no need to allocate a new packet for it. >> >> Signed-off-by: James Almer >> --- >> libavcodec/aac_adtstoasc_bsf.c | 33 ++--- >> 1 file changed, 14

[FFmpeg-devel] save frames via Zero-MQ

Dear FFmpeg community. We use ffmpeg/server as a stream source and extracts frames and audio fragment per every second using this command: ffmpeg -i rtmp://localhost/live/STREAM_NAME -r 1/1 -start_number 0 %d.jpg -f segment -segment_time 1 -acodec pcm_s16le -ac 1 -ar 16000 -threads 0

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

Paul B Mahol (2018-03-18): > You are almost always wrong. And you, just now, were rude. Regards, -- Nicolas George signature.asc Description: Digital signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

On 3/18/18, Carl Eugen Hoyos wrote: > 2018-03-18 18:20 GMT+01:00, Paul B Mahol : >> On 3/18/18, Carl Eugen Hoyos wrote: >>> 2018-03-18 17:46 GMT+01:00, Martin Vignali : 2018-03-18 17:37 GMT+01:00 Paul B

Re: [FFmpeg-devel] [PATCH] lavfi: Add OpenCL avgblur filter

On 16/03/18 15:06, Carl Eugen Hoyos wrote: > 2018-03-16 8:33 GMT+01:00, dylanf...@gmail.com : >> From: drfer3 > >> --- /dev/null >> +++ b/libavfilter/opencl/avgblur.cl >> @@ -0,0 +1,60 @@ >> +/* >> + * This file is part of FFmpeg. > > Please add

Re: [FFmpeg-devel] [PATCH] lavfi: Add OpenCL avgblur filter

2018-03-18 19:12 GMT+01:00, Mark Thompson : > On 16/03/18 15:06, Carl Eugen Hoyos wrote: >> 2018-03-16 8:33 GMT+01:00, dylanf...@gmail.com : >>> From: drfer3 >> >>> --- /dev/null >>> +++ b/libavfilter/opencl/avgblur.cl >>> @@ -0,0

[FFmpeg-devel] Reimbursement request

Hi! As already discussed, FFmpeg was present on Chemnitzer Linux Tage, in addition, Thilo and I went to Brussels for FOSDEM where we attended the talks in the multimedia room kindly (co-) organized by Kieran and answered some questions. I would like to request reimbursement for the travel costs,

Re: [FFmpeg-devel] [PATCH] doc/utils: document the "ms" and "us" suffixes for durations

On Sat, 10 Mar 2018, Moritz Barsnick wrote: These suffixes were recently introduced in 61c972384d311508d07f9360d196909e27195655 and completed in 8218249f1f04de65904f58519bde21948e5a0783. Signed-off-by: Moritz Barsnick --- I chose not to document the suffixes in the

Re: [FFmpeg-devel] [PATCH 05/10] lavf/dashenc: don't call flush_init_segment before avformat_write_header

On 3/14/18 11:54 AM, Rodger Combs wrote: > Fixes crash when muxing MKV-in-DASH > --- > libavformat/dashenc.c | 10 +++--- > 1 file changed, 3 insertions(+), 7 deletions(-) > > diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c > index 5689aef811..63ff827583 100644 > ---

Re: [FFmpeg-devel] [PATCH 04/10] lavf/dashenc: remove unneeded call to dash_free

On 3/14/18 11:54 AM, Rodger Combs wrote: > --- > libavformat/dashenc.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c > index 79d63e52d4..5689aef811 100644 > --- a/libavformat/dashenc.c > +++ b/libavformat/dashenc.c > @@

Re: [FFmpeg-devel] [PATCH v4 2/2] avformat/libopenmpt: Probe file format from file data if possible

On 03/04/2018 08:55 AM, Jörn Heusipp wrote: On 02/21/2018 12:11 PM, Jörn Heusipp wrote:   libavformat/libopenmpt.c | 57   1 file changed, 57 insertions(+) Uhm, ping? So, my patches have been waiting without any further comment for more

Re: [FFmpeg-devel] [PATCH] libavformat/movenc : Change MOV_TIMESCALE from 1000 to 600

On 18 Mar 2018, at 07:52, Mark Burton wrote: > On 14 Mar 2018, at 23:20, Michael Niedermayer > wrote: >> for other cases 600 is less accurate >> for example input that uses timestamps in ms precission >> like flv >>

Re: [FFmpeg-devel] avfilter/vf_premultiply : use full range for RGB input

On Sat, 17 Mar 2018 20:46:50 +0100 Martin Vignali wrote: > Hello, > > Patch in attach change premultiply/unpremultiply filter for RGB input > to process it at full range > > Avoid very strange result in unpremultiply mode > > To test : > ./ffmpeg -i

Re: [FFmpeg-devel] [PATCH v2 1/1] libavformat/dashenc: Option to set timeout for socket I/O operation

On 3/5/18 3:07 PM, rpata...@akamai.com wrote: > From: Ravindra > > --- > doc/muxers.texi | 2 ++ > libavformat/dashenc.c | 4 > 2 files changed, 6 insertions(+) > > diff --git a/doc/muxers.texi b/doc/muxers.texi > index 3a63da7..cb75c26 100644 > ---

Re: [FFmpeg-devel] [PATCH 05/10] lavf/dashenc: don't call flush_init_segment before avformat_write_header

> On Mar 18, 2018, at 02:16, Jeyapal, Karthick wrote: > > > > On 3/14/18 11:54 AM, Rodger Combs wrote: >> Fixes crash when muxing MKV-in-DASH >> --- >> libavformat/dashenc.c | 10 +++--- >> 1 file changed, 3 insertions(+), 7 deletions(-) >> >> diff --git

Re: [FFmpeg-devel] [PATCH] libavformat/movenc : Change MOV_TIMESCALE from 1000 to 600

On 14 Mar 2018, at 23:20, Michael Niedermayer wrote: > for other cases 600 is less accurate > for example input that uses timestamps in ms precission > like flv > but also 3/1001 will be less precisse In the case of a Quicktime encoder, a 3/1001 frame rate encode

Re: [FFmpeg-devel] [PATCH v4 2/2] avformat/libopenmpt: Probe file format from file data if possible

On Sun, 18 Mar 2018 08:44:12 +0100 Jörn Heusipp wrote: > On 03/04/2018 08:55 AM, Jörn Heusipp wrote: > > On 02/21/2018 12:11 PM, Jörn Heusipp wrote: > >>   libavformat/libopenmpt.c | 57 > >> > >>   1 file

Re: [FFmpeg-devel] [PATCH 2/2] ffmpeg: do not finish output streams manually on eof even if no input is provided

On Sun, Mar 18, 2018 at 08:09:09PM +0100, Marton Balint wrote: > The generic code should be able to finish the streams just fine initializing > and flushing the filters and codecs properly. > > Signed-off-by: Marton Balint > --- > fftools/ffmpeg.c | 12 +--- > 1 file

Re: [FFmpeg-devel] [PATCH v4 2/2] avformat/libopenmpt: Probe file format from file data if possible

On 2018/03/18 8:23, wm4 wrote: > On Sun, 18 Mar 2018 08:44:12 +0100 > Jörn Heusipp wrote: > >> On 03/04/2018 08:55 AM, Jörn Heusipp wrote: >>> On 02/21/2018 12:11 PM, Jörn Heusipp wrote: libavformat/libopenmpt.c | 57

Re: [FFmpeg-devel] [PATCH 1/4] checkasm/Makefile: add EXTRALIBS-libavformat

On Sun, Mar 18, 2018 at 01:40:15PM +, j...@itanimul.li wrote: > From: Josh de Kock > > --- > tests/checkasm/Makefile | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tests/checkasm/Makefile b/tests/checkasm/Makefile > index 0520e264e2..ae7e810d25

Re: [FFmpeg-devel] [PATCH 5/7] vf_crop: Add support for cropping hardware frames

On 11/03/18 22:41, Mark Thompson wrote: > Set the cropping fields in the AVFrame. > --- > libavfilter/vf_crop.c | 61 > --- > 1 file changed, 43 insertions(+), 18 deletions(-) > > diff --git a/libavfilter/vf_crop.c b/libavfilter/vf_crop.c > index

[FFmpeg-devel] [PATCH] configure: add const_nan dependency to h264_metadata_bsf

Fixes compilation with some compilers. Signed-off-by: James Almer --- See http://fate.ffmpeg.org/log.cgi?time=20180318215121=compile=x86_64-freedos-djgpp configure | 1 + 1 file changed, 1 insertion(+) diff --git a/configure b/configure index d5ed95b769..6b27f571c6 100755

Re: [FFmpeg-devel] [PATCH V3 06/11] lavc/h264_metadata_bsf: support dump options.

On 2018/3/19 4:35, Mark Thompson wrote: > On 14/03/18 05:42, Jun Zhao wrote: >> Subject: [PATCH V3 06/11] lavc/h264_metadata_bsf: support dump options. >> Subject: [PATCH V3 07/11] lavc/h265_metadata_bsf: support dump options. >> Subject: [PATCH V3 08/11] lavc/mpeg2_metadata_bsf: support dump

Re: [FFmpeg-devel] [PATCH V3 05/11] lavc/extract_extradata_bsf: support dump options.

On 2018/3/17 23:19, James Almer wrote: > On 3/14/2018 2:42 AM, Jun Zhao wrote: >> 0005-lavc-extract_extradata_bsf-support-dump-options.patch >> >> >> From 3d49b455b8bea2ee311b011fd9078e180c7bdf9a Mon Sep 17 00:00:00 2001 >> From: Jun Zhao >> Date: Thu, 8 Mar 2018 14:05:53

Re: [FFmpeg-devel] [PATCH] configure: add const_nan dependency to h264_metadata_bsf

On 3/18/2018 7:13 PM, James Almer wrote: > Fixes compilation with some compilers. > > Signed-off-by: James Almer > --- > See > http://fate.ffmpeg.org/log.cgi?time=20180318215121=compile=x86_64-freedos-djgpp > > configure | 1 + > 1 file changed, 1 insertion(+) > > diff

[FFmpeg-devel] Event-driven I/O

Hi, I’m looking at struct AVIOContext and avio_alloc_context(), and wondering if there’s an alternate mode of I/O where reading a stream (for instance) is event-driven by data arriving on a network socket. This is in a trivial sequential case with no seeking or pausing. I’m using libevent2

[FFmpeg-devel] [DISCUSSION] New iteration APIs, lavf and lavd

Hi, The new iteration API to replace the old _next() is nearing the end of it's completion with the lavfi patch on the mailing list and only one outstanding issue: AVOptions would not be found for devices as there is no AVClass for lavd. At the moment it would work if you were to still call

Re: [FFmpeg-devel] [PATCH] avcodec/arm/hevcdsp_sao : add NEON optimization for sao

Hi, is there any review about this patch? What’s your option about wrapper we used in this patch. Yingming Fan > On 11 Mar 2018, at 8:59 PM, Yingming Fan wrote: > > >> On 11 Mar 2018, at 8:54 PM, Carl Eugen Hoyos wrote: >> >> 2018-03-08 8:03

Re: [FFmpeg-devel] [PATCH] checkasm/hevc_idct : update test bit depth from 8 9 and 10 to 8 10 and 12

On 3/19/2018 12:38 AM, Yingming Fan wrote: > Hi, is there any review? This patch has been going on for a week. > > Yingming Fan Pushed, sorry for the delay. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] checkasm/hevc_idct : update test bit depth from 8 9 and 10 to 8 10 and 12

Hi, is there any review? This patch has been going on for a week. Yingming Fan > On 11 Mar 2018, at 10:17 AM, Yingming Fan wrote: > > Hi, there. Is there any comment? I think i did the right fix. > > Yingming Fan > >> On 8 Mar 2018, at 4:17 PM, Hendrik Leppkes

Re: [FFmpeg-devel] [PATCH 1/2] ffmpeg: fallback to codecpar parameters on input filter eof

On Sun, Mar 18, 2018 at 08:09:08PM +0100, Marton Balint wrote: > Fixes ticket #6854 and the following simpler case: > > ffmpeg -f lavfi -i testsrc=d=1 -f lavfi -i testsrc=d=0 -filter_complex > overlay -f null none this could be usefull as a fate test [...] -- Michael GnuPG fingerprint:

[FFmpeg-devel] [PATCH 2/2] avcodec/mpeg4_unpack_bframes: allocate a new packet when data needs to be changed

Nothing currently guarantees that the packet will be writtable. Signed-off-by: James Almer --- libavcodec/mpeg4_unpack_bframes_bsf.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/libavcodec/mpeg4_unpack_bframes_bsf.c

[FFmpeg-devel] [PATCH 1/2] avcodec/mpeg4_unpack_bframes: reduce code duplication

Also fixes one potential leak of side data in out if the av_packet_from_data() call fails. Signed-off-by: James Almer --- libavcodec/mpeg4_unpack_bframes_bsf.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH] lavfi: Add OpenCL avgblur filter

On Mon, Mar 19, 2018 at 6:16 AM, Mark Thompson wrote: > On 18/03/18 12:48, dylanf...@gmail.com wrote: > > From: drfer3 > > > > Behaves like the existing avgblur filter, except working on OpenCL > > hardware frames. Takes exactly the same options. > >

[FFmpeg-devel] [PATCH] lavfi: Add OpenCL avgblur filter

From: drfer3 Behaves like the existing avgblur filter, except working on OpenCL hardware frames. Takes exactly the same options. --- configure | 1 + libavfilter/Makefile| 2 + libavfilter/allfilters.c| 1 +

[FFmpeg-devel] [PATCH] avcodec/mp3_header_decompress: don't free the user provided packet on error

It's owned by the caller. Signed-off-by: James Almer --- libavcodec/mp3_header_decompress_bsf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/mp3_header_decompress_bsf.c b/libavcodec/mp3_header_decompress_bsf.c index 22c1ef0220..294858953c