[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 insertions(+), 1 deletion(

[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 changed, 3 insertions(+), 4 de

[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 insertions(+), 1 deletion(-

[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 re

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 changed, 4 insertions(+) >

[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 [2

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 > --- > libavcodec/vaapi_encode_vp9.c | 19

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 > > call to avcodec_parameters_from_context. > >

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 avctx->extradata contains any data > > > prior to opening the codec, eg left ove

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 encoder? What if an encoder doe

[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: 28

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 < > https://ffmpeg.org/developer.html#Submitting-patches> > >

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 wrote: > > Attached patch fixes ticket #6994, unknown tag names are >

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 > --- > libav

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 it happens that this task re

[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.: select='not

[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.: select='not

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 8fbbc798a2..9f4e8dd3c5 100644 > --- a/libavcodec/avcodec.h

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 recieve H264 packets with NAL u

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 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 | 2 + > > libavformat/allformats.c

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. >> ___ >> ffmpeg-devel mailing lis

[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 168a7dca7bef

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 > >>+++ b/libavcodec/

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 ++ > 3 files changed, 52 insertions(+)

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 doesn't look like it's

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(+) > > > > diff --git a/libavcodec/avcodec.h b/libavcode

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 le

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' >> Can't seem to replicate, any logs or idea

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 expe

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 wrote: > > Attached patch fixes ticket #6994, unknown tag names are > ignore

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 that had been given in th

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 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 exists

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 o

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? Allowing muxing something

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 > --- > libavcodec/vaapi_encod

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 the fate-fifo-muxer

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: Haih

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: move fifo test muxer

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 +| [598d5f8579b3a048a643486a5f20fc4d479

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 > >

[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 @@ -420,7 +420,7 @@ int ffurl_read_complete(U

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 > --- a/fftools/cmdutils

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, thanks. I saw there is a FM