Re: [FFmpeg-devel] [PATCH v4 1/7] lavc: add new API for iterating codecs and codec parsers

On Fri, Feb 02, 2018 at 07:44:12PM +, Josh de Kock wrote: > Based on an unfinished patch by atomnuker. > --- > [...] Set pushed with fixes for all other outstanding issues. lavfi device works for me on both macOS and Linux with this set. All passes FATE. -- Josh de Kock

Re: [FFmpeg-devel] [PATCH]lavc/exr: Ignore long names flag

2018-01-30 14:40 GMT+01:00 Carl Eugen Hoyos : > 2018-01-30 13:16 GMT+01:00 Paul B Mahol : > > On 1/30/18, Carl Eugen Hoyos wrote: > >> 2018-01-30 10:30 GMT+01:00 Paul B Mahol : > >>> On 1/30/18, Carl Eugen Hoyos

Re: [FFmpeg-devel] [PATCH v4 3/7] lavf: add new API for iterating muxers and demuxers

On Sat, Feb 3, 2018 at 2:44 AM, Josh de Kock wrote: > --- > Makefile | 3 +- > configure| 6 +- > doc/APIchanges | 7 +- > libavformat/.gitignore | 2 + > libavformat/allformats.c | 866 >

[FFmpeg-devel] avfilter/vf_blend : add 16 bit simd version for basic blend mode

Hello, Patchs in attach add SIMD (SSE and AVX2), for some blending mode of vf_blend in 16 bit Checkasm result : addition_16_c: 7921.6 addition_16_sse2: 485.1 addition_16_avx2: 280.6 and_16_c: 6821.1 and_16_sse2: 443.4 and_16_avx2: 429.4 darken_16_c: 8454.6 darken_16_sse4: 492.9 darken_16_avx2:

Re: [FFmpeg-devel] Hardware encoder ARM input as device input

On 02/02/2018 06:50 AM, wm4 wrote: On Thu, 1 Feb 2018 07:48:27 +0100 Marcin Woźniak wrote: Hello, I try to implement an HiSilicon H264 encoder direct input as ffmpeg libavdevice source (someking like V4L linux for cameras with H264 source driver). I successfully

Re: [FFmpeg-devel] [PATCH] avcodec: Document that init_static_data() is not intended for time consuming operations.

On Tue, Feb 6, 2018 at 7:21 AM, Michael Niedermayer wrote: > Signed-off-by: Michael Niedermayer > --- > libavcodec/avcodec.h | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h > index

Re: [FFmpeg-devel] First Post

On Thu, Feb 1, 2018 at 3:40 PM, grady player wrote: > Probably a good place to start would be: > https://ffmpeg.org/developer.html > especially: > https://ffmpeg.org/developer.html#Submitting-patches < >

[FFmpeg-devel] [PATCH 1/1] New helper expr for the select filter

Added a new expr/function get(n, filename) in libavutil/eval.c that is meant to be used in conjunction with the select filter and greatly enhances the generality of the select filter. The select filter as it exists now can be used to selectively enable frames during transcoding. e.g.:

Re: [FFmpeg-devel] tinterlace license

Hi, 2018-02-05 11:58 GMT+01:00 Vasile Toncu : > Hello, > > I'm looking forward to modify *tinterlace* filter from GPL to LGPL. The > ASM opts will remain under GPL. > > Previously I tried to make a whole new filter, *reinterlace*, that acts > just like tinterlace, but

[FFmpeg-devel] [PATCH 0/1] New helper expr for the select filter

Added a new expr/function get(n, filename) in libavutil/eval.c that is meant to be used in conjunction with the select filter and greatly enhances the generality of the select filter. The select filter as it exists now can be used to selectively enable frames during transcoding. e.g.:

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode_vp9: add support for low-power encoding

On 2/6/2018 5:18 AM, Haihao Xiang wrote: > Although VAEntrypointEncSliceLP was added in old version of VAAPI, we > never implemented it for VAAPI VP9 encoder before. so it is reasonable > to require VAAPI 1.0 > > Signed-off-by: Haihao Xiang > --- >

Re: [FFmpeg-devel] [PATCH] aacenc: Free any extradata before re-allocating.

On 6 February 2018 at 06:56, Josh Allmann wrote: > Fixes a leak that occurs if avctx->extradata contains any data > prior to opening the codec, eg left over from an initialization > call to avcodec_parameters_from_context. > --- > libavcodec/aacenc.c | 4 > 1 file

[FFmpeg-devel] FOSDEM 2018

Hi, last weekend, Carl Eugen, Rostislav and myself were attending the FOSDEM 2018 in Brussels, Belgium [1]. There were tons of interesting talks given during the weekend. Most interesting for us were of course the talks that had been given in the Open Media track, one of them by Rostislav. See

Re: [FFmpeg-devel] [PATCH] avformat/mov: add VP8 codec support

2018-02-06 2:39 GMT+01:00 James Almer : > Demuxing only. Muxing is disabled as altref frame handling is not > defined, and there's no way to know the presence of such frames > during stream initialization. strict -2? > +if (track->par->codec_id == AV_CODEC_ID_VP8)

Re: [FFmpeg-devel] [PATCH v4 3/7] lavf: add new API for iterating muxers and demuxers

On 2/6/2018 4:17 PM, Rostislav Pehlivanov wrote: > On 6 February 2018 at 18:10, Muhammad Faiz wrote: >> >> This command fails: >> ./ffmpeg -f lavfi -i aevalsrc=0 -f null - >> Unknown input format: 'lavfi' >> >> Thank's. >> ___ >>

Re: [FFmpeg-devel] [PATCH] dashdec: Support SegmentTimeline inside Period

> 在 2018年2月7日，上午5:30，Stefan _ 写道： > > Hi, > > attached patch adds support for yet another small detail of the standard > that YouTube happens to use for DVR functionality of livestreams. > > Ideally dashdec would be fully standards compliant implementation, but > that

Re: [FFmpeg-devel] [PATCH] avcodec: Document that init_static_data() is not intended for time consuming operations.

On Wed, Feb 07, 2018 at 01:22:30AM +0700, Muhammad Faiz wrote: > On Tue, Feb 6, 2018 at 7:21 AM, Michael Niedermayer > wrote: > > Signed-off-by: Michael Niedermayer > > --- > > libavcodec/avcodec.h | 3 +++ > > 1 file changed, 3 insertions(+) > >

Re: [FFmpeg-devel] [PATCH 0/1] New helper expr for the select filter

Hi On Mon, Feb 05, 2018 at 04:48:44PM -0500, bmat...@gmail.com wrote: > Added a new expr/function get(n, filename) in libavutil/eval.c that is meant > to > be used in conjunction with the select filter and greatly enhances the > generality of the select filter. > > The select filter as it

Re: [FFmpeg-devel] [PATCH]lavc/exr: Ignore long names flag

2018-01-30 14:40 GMT+01:00 Carl Eugen Hoyos : > 2018-01-30 13:16 GMT+01:00 Paul B Mahol : >> On 1/30/18, Carl Eugen Hoyos wrote: >>> 2018-01-30 10:30 GMT+01:00 Paul B Mahol : On 1/30/18, Carl Eugen Hoyos

Re: [FFmpeg-devel] FOSDEM 2018

2018-02-06 12:36 GMT+01:00 Thilo Borgmann : > last weekend, Carl Eugen, Rostislav and myself were attending the > FOSDEM 2018 in Brussels, Belgium [1]. > > There were tons of interesting talks given during the weekend. Most > interesting > for us were of course the talks

Re: [FFmpeg-devel] [FFmpeng-devel] Dose ffmpeg plan to support FMO decode in h264

On Tue, Feb 06, 2018 at 11:14:49AM +0800, Wei Gao wrote: > Hi > > I have a question. > > Does ffmpeg plan to support FMO(Flexible Macroblock Ordering)? when someone sends a patch that implements it [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Elect your

Re: [FFmpeg-devel] avformat/utils : estimate_timings_from_pts - increase retrys

On Tue, Feb 06, 2018 at 08:58:01AM +, Gaullier Nicolas wrote: > >> The number of extra retries to get more than a single duration is > >> currently limited to 1 (see commit 77a0df4b5). > >> This patch raises this number of retries to 4 (amongst the overall 6 max > >> retries). > >> In my

Re: [FFmpeg-devel] [PATCH v4 3/7] lavf: add new API for iterating muxers and demuxers

2018-02-06 20:44 GMT+01:00 James Almer : > On 2/6/2018 4:17 PM, Rostislav Pehlivanov wrote: >> On 6 February 2018 at 18:10, Muhammad Faiz wrote: >>> >>> This command fails: >>> ./ffmpeg -f lavfi -i aevalsrc=0 -f null - >>> Unknown input format: 'lavfi' >>

[FFmpeg-devel] [PATCH] dashdec: Support SegmentTimeline inside Period

Hi, attached patch adds support for yet another small detail of the standard that YouTube happens to use for DVR functionality of livestreams. Ideally dashdec would be fully standards compliant implementation, but that doesn't look like it's planned or happening anytime soon. From

Re: [FFmpeg-devel] [PATCH v4 3/7] lavf: add new API for iterating muxers and demuxers

On 6 February 2018 at 18:10, Muhammad Faiz wrote: > On Sat, Feb 3, 2018 at 2:44 AM, Josh de Kock wrote: > > --- > > Makefile | 3 +- > > configure| 6 +- > > doc/APIchanges | 7 +- > > libavformat/.gitignore

Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Support for RGBA64 and GBRAP16

On Mon, Feb 05, 2018 at 10:05:50PM +0100, Jerome Martinez wrote: > On 04/02/2018 15:00, Michael Niedermayer wrote: > > > >>diff --git a/libavcodec/ffv1enc_template.c b/libavcodec/ffv1enc_template.c > >>index b7eea0dd70..2763082540 100644 > >>--- a/libavcodec/ffv1enc_template.c > >>+++

Re: [FFmpeg-devel] [PATCH v4] avcodec/libopus: support disabling phase inversion.

On Mon, Feb 05, 2018 at 10:54:53AM +0100, Menno de Gier wrote: > From: Menno > > Signed-off-by: Menno > --- > doc/encoders.texi | 5 + > libavcodec/libopusdec.c | 33 + > libavcodec/libopusenc.c | 14

Re: [FFmpeg-devel] [PATCH] aacenc: Free any extradata before re-allocating.

On Tue, Feb 6, 2018 at 5:40 PM, Josh Allmann wrote: > If the encoder has its avctx fields set by > avcodec_parameters_to_context, then the extradata is deep-copied. But it shouldn't have. Thats not a common pattern. What source codec parameters would you use for an

Re: [FFmpeg-devel] [PATCH] aacenc: Free any extradata before re-allocating.

On Tue, 6 Feb 2018 08:40:20 -0800 Josh Allmann wrote: > On 6 February 2018 at 03:16, Rostislav Pehlivanov > wrote: > > > On 6 February 2018 at 06:56, Josh Allmann > > wrote: > > > > > Fixes a leak that occurs if

Re: [FFmpeg-devel] [PATCH] aacenc: Free any extradata before re-allocating.

On 6 February 2018 at 03:16, Rostislav Pehlivanov wrote: > On 6 February 2018 at 06:56, Josh Allmann > wrote: > > > Fixes a leak that occurs if avctx->extradata contains any data > > prior to opening the codec, eg left over from an initialization >

Re: [FFmpeg-devel] [FFmpeg-cvslog] lavf: move fifo test muxer into separate file

On Tue, Feb 06, 2018 at 06:57:47PM +, Josh de Kock wrote: > ffmpeg | branch: master | Josh de Kock | Tue Jan 2 > 13:36:05 2018 +| [598d5f8579b3a048a643486a5f20fc4d479a2017] | committer: > Josh de Kock > > lavf: move fifo test muxer into separate file > > This fixes

Re: [FFmpeg-devel] avfilter/vf_blend : add 16 bit simd version for basic blend mode

On Tue, Feb 06, 2018 at 06:25:21PM +0100, Martin Vignali wrote: > Hello, > > Patchs in attach add SIMD (SSE and AVX2), for some blending mode of > vf_blend in 16 bit breaks build on x86-32 linux X86ASM libavfilter/x86/vf_blend.o src/libavfilter/x86/vf_blend.asm:389: error: invalid combination

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode_vp9: add support for low-power encoding

On Tue, 2018-02-06 at 08:43 -0300, James Almer wrote: > On 2/6/2018 5:18 AM, Haihao Xiang wrote: > > Although VAEntrypointEncSliceLP was added in old version of VAAPI, we > > never implemented it for VAAPI VP9 encoder before. so it is reasonable > > to require VAAPI 1.0 > > > > Signed-off-by:

[FFmpeg-devel] [PATCH] libavformat/avio: NULL check for URLContext in ffurl_write().

From: Ravindra Signed-off-by: Ravindra --- libavformat/avio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/avio.c b/libavformat/avio.c index 63e8287..18e58ae 100644 --- a/libavformat/avio.c +++ b/libavformat/avio.c @@

Re: [FFmpeg-devel] [FFmpeg-cvslog] lavf: move fifo test muxer into separate file

On 2/6/2018 11:52 PM, Michael Niedermayer wrote: > On Tue, Feb 06, 2018 at 06:57:47PM +, Josh de Kock wrote: >> ffmpeg | branch: master | Josh de Kock | Tue Jan 2 >> 13:36:05 2018 +| [598d5f8579b3a048a643486a5f20fc4d479a2017] | committer: >> Josh de Kock >> >> lavf:

Re: [FFmpeg-devel] [PATCH v4 6/7] cmdutils: make use of new iteration APIs

On 2/2/2018 4:44 PM, Josh de Kock wrote: > --- > fftools/cmdutils.c | 122 > +++-- > 1 file changed, 43 insertions(+), 79 deletions(-) > > diff --git a/fftools/cmdutils.c b/fftools/cmdutils.c > index 6920ca0..9ecc51b 100644 > ---

Re: [FFmpeg-devel] [PATCH] avformat/mov: add VP8 codec support

On 2/6/2018 9:25 PM, Carl Eugen Hoyos wrote: > 2018-02-06 2:39 GMT+01:00 James Almer : >> Demuxing only. Muxing is disabled as altref frame handling is not >> defined, and there's no way to know the presence of such frames >> during stream initialization. > > strict -2?

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode: Don't return error if the underlying driver doesn't support B frame

On 2018/2/6 16:17, Haihao Xiang wrote: > It is possible B frame is not supported for VAEntrypointEncSliceLP and > the underlying driver has advertised it, so it is better to disable B > frame instead of returning error for this case > > Signed-off-by: Haihao Xiang > ---

Re: [FFmpeg-devel] [FFmpeg-cvslog] lavf: move fifo test muxer into separate file

On Wed, Feb 07, 2018 at 12:01:24AM -0300, James Almer wrote: > On 2/6/2018 11:52 PM, Michael Niedermayer wrote: > > On Tue, Feb 06, 2018 at 06:57:47PM +, Josh de Kock wrote: > >> ffmpeg | branch: master | Josh de Kock | Tue Jan 2 > >> 13:36:05 2018 +|

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode: Don't return error if the underlying driver doesn't support B frame

On Wed, 2018-02-07 at 10:31 +0800, Jun Zhao wrote: > > On 2018/2/6 16:17, Haihao Xiang wrote: > > It is possible B frame is not supported for VAEntrypointEncSliceLP and > > the underlying driver has advertised it, so it is better to disable B > > frame instead of returning error for this case > >

Re: [FFmpeg-devel] [FFmpeng-devel] Dose ffmpeg plan to support FMO decode in h264

2018-02-07 6:57 GMT+08:00 Michael Niedermayer : > On Tue, Feb 06, 2018 at 11:14:49AM +0800, Wei Gao wrote: > > Hi > > > > I have a question. > > > > Does ffmpeg plan to support FMO(Flexible Macroblock Ordering)? > > when someone sends a patch that implements it > Hi OK,

[FFmpeg-devel] avformat/utils : estimate_timings_from_pts - increase retrys

>> The number of extra retries to get more than a single duration is currently >> limited to 1 (see commit 77a0df4b5). >> This patch raises this number of retries to 4 (amongst the overall 6 max >> retries). >> In my experience, the need for 2 extra retries is something commonplace. >> 3 extra

[FFmpeg-devel] [PATCH] lavc/vaapi_encode_vp9: add support for low-power encoding

Although VAEntrypointEncSliceLP was added in old version of VAAPI, we never implemented it for VAAPI VP9 encoder before. so it is reasonable to require VAAPI 1.0 Signed-off-by: Haihao Xiang --- libavcodec/vaapi_encode_vp9.c | 19 ++- 1 file changed, 18

[FFmpeg-devel] [PATCH] lavc/vaapi_encode_h265: add support for low-power encoding

Although VAEntrypointEncSliceLP was added in old version of VAAPI, we never implemented it for VAAPI H265 encoder before. so it is reasonable to require VAAPI 1.0 Signed-off-by: Haihao Xiang --- libavcodec/vaapi_encode_h265.c | 18 +- 1 file changed, 17

[FFmpeg-devel] [PATCH] lavc/vaapi_encode: Don't return error if the underlying driver doesn't support B frame

It is possible B frame is not supported for VAEntrypointEncSliceLP and the underlying driver has advertised it, so it is better to disable B frame instead of returning error for this case Signed-off-by: Haihao Xiang --- libavcodec/vaapi_encode.c | 7 +++ 1 file