Re: [FFmpeg-devel] [PATCH] lavu/hwcontext_qsv: Add support for AV_PIX_FMT_BGRA.

> From: Li, Zhong > Sent: Thursday, September 6, 2018 5:25 PM > To: ffmpeg-devel@ffmpeg.org > Cc: Li, Zhong > Subject: [PATCH] lavu/hwcontext_qsv: Add support for AV_PIX_FMT_BGRA. > > RGB32(AV_PIX_FMT_BGRA on intel platforms) format may be used as > overlay with alpha blending. > So add AV_PIX_FM

Re: [FFmpeg-devel] [PATCH 6/7] libavfilter/vf_sr.c: Removes uint8 -> float and float -> uint8 conversions.

Hi, Em seg, 8 de out de 2018 às 23:59, Liu Steven escreveu: > > > > > 在 2018年8月15日，上午2:37，Pedro Arthur 写道： > > > > Patch pushed. > > How should i test it? If you already performed the training (train_srcnn.sh/train_espcn.sh) you can generate the model files using the script 'generate_header_and_m

[FFmpeg-devel] [PATCH 1/2] ffmpeg: log corrupted packets and frames

Signed-off-by: Marton Balint --- fftools/ffmpeg.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c index aa495b5d9e..da4259a9a8 100644 --- a/fftools/ffmpeg.c +++ b/fftools/ffmpeg.c @@ -2110,10 +2110,12 @@ static void check_d

[FFmpeg-devel] [PATCH 2/2] avcodec/utils: keep CORRUPT and TRUSTED packet flags when parsing packets

An FF_ macro got defined in avcodec.h to store the flags which need to be propagated when parsers split packets so this won't be forgotten when a new packet flag is introduced. (I wonder if DISPOSABLE also fits here, or maybe some special handling is needed like it is done for the keyframe flag?)

Re: [FFmpeg-devel] [PATCH] avcodec/wmaprodec: improve WMAPRO/XMA gapless output

I've sent the patch again with some tweaks and fixed the test, please check if it is satisfactory now. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 1/5] avutil: Add YUV444P10_LSB and YUV444P12_LSB pixel formats

On Tue, 9 Oct 2018, Timo Rothenpieler wrote: On 09/10/2018 02:32, Carl Eugen Hoyos wrote: 2018-10-08 21:59 GMT+02:00, Timo Rothenpieler : So, to be able to use these hardware compatible formats, we need definitions for them in ffmpeg. Right now, I need this for nvdec, but Vulkan also uses th

Re: [FFmpeg-devel] [PATCH] avcodec/wmaprodec: improve WMAPRO/XMA gapless output

2018-10-10 1:15 GMT+02:00, bananaman...@gmail.com : > From: bnnm > > Improves trac issue #6722. Fixes truncated WMAPRO/XMA output due to delay > samples and partially applies bitstream gapless info. > > This can be tested with files encoding a small nb_samples (like 400), which > couldn't output a

Re: [FFmpeg-devel] [PATCH 2/2] ffmpeg: bump the intra stream discontinuity message to warning

On Wed, Oct 10, 2018 at 2:10 AM Jan Ekström wrote: > > As libavformat should at this point be handling general input > timestamp discontinuities for us - such as with MPEG-TS - the > amount of messages from this case should be small, and if it > does start spamming messages, that would be a sign t

[FFmpeg-devel] [PATCH] avcodec/wmaprodec: improve WMAPRO/XMA gapless output

From: bnnm Improves trac issue #6722. Fixes truncated WMAPRO/XMA output due to delay samples and partially applies bitstream gapless info. This can be tested with files encoding a small nb_samples (like 400), which couldn't output anything due to missing delay at the end. Applying end_skip an

[FFmpeg-devel] [PATCH 2/2] ffmpeg: bump the intra stream discontinuity message to warning

As libavformat should at this point be handling general input timestamp discontinuities for us - such as with MPEG-TS - the amount of messages from this case should be small, and if it does start spamming messages, that would be a sign that either the input, or the discontinuity handling code itsel

[FFmpeg-devel] [PATCH 1/2] ffmpeg: improve the intra stream discontinuity message

Now it actually tells which stream from which input and of which type had an absolute DTS discontinuity larger than dts_delta_threshold. --- fftools/ffmpeg.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c index aa495b5d9e..dfdee5100a 100

Re: [FFmpeg-devel] [PATCH 0/6] Improvements for EBU R128 plugin (third round)

On 09.10.2018 14:32, Daniel Molkentin wrote: > Changes over second round: > > - gauge option: Add 'm' and 's' as alias parameter for >momentary and short-term > - fix spelling error in documentation > - remove "mabsolute" documentation which was added to the range >patch by accident >

Re: [FFmpeg-devel] [PATCH 1/3] lavc/h264: create AVFrame side data from H.264 timecodes

On Tue, Oct 09, 2018 at 02:32:02PM +0100, jos...@ob-encoder.com wrote: > From: Devin Heitmueller > > Create SMPTE ST 12-1 timecodes based on H.264 SEI picture timing > info. > > For framerates > 30 FPS, the field flag is used in conjunction with > pairs of frames which contain the same frame tim

Re: [FFmpeg-devel] [PATCH v3] fate: add api-h264-slice test

On Tue, Oct 09, 2018 at 01:07:15PM +0100, jos...@ob-encoder.com wrote: > From: Josh de Kock > > This test ensures that you are able to send N number of slice NALUs in slice > threaded mode to be decoded simultaneously > --- > > Tested with `./configure --cc='cc -m32'` now, seems to be fine. Wi

Re: [FFmpeg-devel] swscale/x86/rgb2rgb : port shuffle2103 to external asm

> > porting code and removing code sounds like 2 seperate things, > that should not be in the same patch > Split patch in attach Martin 0002-swscale-x86-rgb2rgb-remove-inline-mmx-mmxext-version.patch Description: Binary data 0001-swscale-x86-rgb2rgb-port-shuffle-2103-mmxext-to-exte.patch Desc

Re: [FFmpeg-devel] [PATCH] h264_slice: Copy the value of x264_build before calling h264_slice_header_init during thread init

On Tue, Oct 9, 2018 at 10:15 AM Derek Buitenhuis wrote: > > On 08/10/2018 16:36, Derek Buitenhuis wrote: > > If we don't copy this value first, it is seen as 0 by > > h264_slice_header_init, > > due to zero-allocation of the new context, triggering an old hack that > > multiplied the denominator

Re: [FFmpeg-devel] [PATCH 1/3] lavc/h264: create AVFrame side data from H.264 timecodes

> On Oct 9, 2018, at 4:02 PM, Carl Eugen Hoyos wrote: > > 2018-10-09 15:32 GMT+02:00, jos...@ob-encoder.com : >> From: Devin Heitmueller >> >> Create SMPTE ST 12-1 timecodes based on H.264 SEI picture timing >> info. >> >> For framerates > 30 FPS, the field flag is used in conjunction with >>

Re: [FFmpeg-devel] [PATCH 2/3] lavf/timecode: document SMPTE struct

> On Oct 9, 2018, at 4:07 PM, Carl Eugen Hoyos wrote: > > 2018-10-09 15:32 GMT+02:00, jos...@ob-encoder.com : >> From: Devin Heitmueller >> >> There are a number of different binary representations in which >> SMPTE timecodes can use. Make clear that the specific representation >> that ffmpeg

Re: [FFmpeg-devel] swscale/x86/rgb2rgb : port shuffle2103 to external asm

On Tue, Oct 09, 2018 at 09:51:16PM +0200, Martin Vignali wrote: > > > > > > > > Keeping both MMX and MMXEXT seems a bit excessive. Ideally both would > > > > be replaced with something more modern, but I'd at least drop the MMX > > > > one. > > > > > > > > > > This func already have SSSE3 version (

Re: [FFmpeg-devel] [PATCH 2/3] lavf/timecode: document SMPTE struct

2018-10-09 15:32 GMT+02:00, jos...@ob-encoder.com : > From: Devin Heitmueller > > There are a number of different binary representations in which > SMPTE timecodes can use. Make clear that the specific representation > that ffmpeg refers to corresponds to the DV video spec, which is > SMPTE S314M

Re: [FFmpeg-devel] [PATCH 3/3] h264/pic_timing: support multiple timecodes

2018-10-09 15:32 GMT+02:00, jos...@ob-encoder.com : > From: Josh de Kock > -/* For SMPTE 12-M timecodes, frame count is a special case if > 30 > FPS. > - See SMPTE ST 12-1:2014 Sec 12.1 for more info. */ > -if (av_cmp_q(h->avctx->framerate, (AVRational) {30, 1}) == 1) {

Re: [FFmpeg-devel] [PATCH 1/3] lavc/h264: create AVFrame side data from H.264 timecodes

2018-10-09 15:32 GMT+02:00, jos...@ob-encoder.com : > From: Devin Heitmueller > > Create SMPTE ST 12-1 timecodes based on H.264 SEI picture timing > info. > > For framerates > 30 FPS, the field flag is used in conjunction with > pairs of frames which contain the same frame timestamp in S12M. > Ens

Re: [FFmpeg-devel] [PATCH 1/3] avfilter/f_cue: always check the return value of ff_inlink_consume_frame

On Sun, 7 Oct 2018, Nicolas George wrote: Marton Balint (2018-10-07): Fixes Coverity CID 1439936. Signed-off-by: Marton Balint --- libavfilter/f_cue.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) LGTM, sorry for having missed it. No worries. Pushed the series. Regards

Re: [FFmpeg-devel] swscale/x86/rgb2rgb : port shuffle2103 to external asm

> > > > > > Keeping both MMX and MMXEXT seems a bit excessive. Ideally both would > > > be replaced with something more modern, but I'd at least drop the MMX > > > one. > > > > > > > This func already have SSSE3 version (AVX2 can be add easily, but doesn't > > find a command line where the speed is

Re: [FFmpeg-devel] UDP multicast and interface selection

On Tue, 9 Oct 2018, Louis-Paul CORDIER wrote: Hi all, Trying to implement RTP communication in my application, I need to select on which interface I want to stream and/or retrieve the multicast feed. It is actually not possible to do to this today. Apparently there are 2 main disccussions

[FFmpeg-devel] UDP multicast and interface selection

Hi all, Trying to implement RTP communication in my application, I need to select on which interface I want to stream and/or retrieve the multicast feed. It is actually not possible to do to this today. Apparently there are 2 main disccussions on this: https://trac.ffmpeg.org/ticket/368 and

Re: [FFmpeg-devel] [PATCH] h264_slice: Copy the value of x264_build before calling h264_slice_header_init during thread init

On 08/10/2018 16:36, Derek Buitenhuis wrote: > If we don't copy this value first, it is seen as 0 by h264_slice_header_init, > due to zero-allocation of the new context, triggering an old hack that > multiplied the denominator by 2 for files produced by old x264 versions, but > only if more than on

[FFmpeg-devel] [PATCH 1/3] lavc/h264: create AVFrame side data from H.264 timecodes

From: Devin Heitmueller Create SMPTE ST 12-1 timecodes based on H.264 SEI picture timing info. For framerates > 30 FPS, the field flag is used in conjunction with pairs of frames which contain the same frame timestamp in S12M. Ensure the field is properly set per the spec. --- fftools/ffprobe.c

[FFmpeg-devel] [PATCH 3/3] h264/pic_timing: support multiple timecodes

From: Josh de Kock --- libavcodec/h264_sei.c | 21 -- libavcodec/h264_sei.h | 28 +-- libavcodec/h264_slice.c | 59 ++- libavfilter/vf_showinfo.c | 10 +++ 4 files changed, 75 insertions(+), 43 deletions(-) diff --git

[FFmpeg-devel] [PATCH 0/3] Timecode support

This set requires Derek's patch to h264 which fixes #7083. 'h264_slice: Copy the value of x264_build before calling h264_slice_header_init during thread init' Josh ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinf

[FFmpeg-devel] [PATCH 2/3] lavf/timecode: document SMPTE struct

From: Devin Heitmueller There are a number of different binary representations in which SMPTE timecodes can use. Make clear that the specific representation that ffmpeg refers to corresponds to the DV video spec, which is SMPTE S314M:2005 for standard definition video and ST 370-2013 for high de

[FFmpeg-devel] [PATCH 4/6] libavfilter/ebur128: introduce target range

This eases meeting the target level during live mixing. Signed-off-by: Daniel Molkentin Signed-off-by: Conrad Zelck --- doc/filters.texi| 3 +++ libavfilter/f_ebur128.c | 33 +++-- 2 files changed, 26 insertions(+), 10 deletions(-) diff --git a/doc/filters.

[FFmpeg-devel] [PATCH 3/6] libavfilter/ebur128: add gauge option

Allow to show short-term instead of momentary in gauge. Useful for monitoring whilst live mixing. Signed-off-by: Daniel Molkentin Signed-off-by: Conrad Zelck --- doc/filters.texi| 9 - libavfilter/f_ebur128.c | 23 +-- 2 files changed, 29 insertions(+), 3 de

[FFmpeg-devel] [PATCH 0/6] Improvements for EBU R128 plugin (third round)

Changes over second round: - gauge option: Add 'm' and 's' as alias parameter for momentary and short-term - fix spelling error in documentation - remove "mabsolute" documentation which was added to the range patch by accident - fixed ranges for parameters - bumped micro version for li

[FFmpeg-devel] [PATCH 5/6] libavfilter/ebur128: add scale parameter

This allows switching between absolute (LUFS) and relativ (LU) display in the status line. Signed-off-by: Daniel Molkentin Signed-off-by: Conrad Zelck --- doc/filters.texi| 5 + libavfilter/f_ebur128.c | 42 - 2 files changed, 38 insertions(+

[FFmpeg-devel] [PATCH 6/6] libavfilter: bump micro version to 101

--- libavfilter/version.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavfilter/version.h b/libavfilter/version.h index cde68fbdd5..30e961b999 100644 --- a/libavfilter/version.h +++ b/libavfilter/version.h @@ -31,7 +31,7 @@ #define LIBAVFILTER_VERSION_MAJOR 7 #defin

[FFmpeg-devel] [PATCH 2/6] libavfilter/ebur128: add target value to statistics line

Signed-off-by: Daniel Molkentin Signed-off-by: Conrad Zelck --- libavfilter/f_ebur128.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/libavfilter/f_ebur128.c b/libavfilter/f_ebur128.c index dfccbff5ec..89bfcb0b3e 100644 --- a/libavfilter/f_ebur128.c +++ b/libavfilter/

[FFmpeg-devel] [PATCH 1/6] libavfilter/ebur128: add target level option for EBUR128 visualization filter

Signed-off-by: Daniel Molkentin Signed-off-by: Conrad Zelck --- doc/filters.texi| 6 ++ libavfilter/f_ebur128.c | 6 -- 2 files changed, 10 insertions(+), 2 deletions(-) diff --git a/doc/filters.texi b/doc/filters.texi index b523877cf3..86ea25bda8 100644 --- a/doc/filters.texi +

Re: [FFmpeg-devel] swscale/x86/rgb2rgb : port shuffle2103 to external asm

On Tue, Oct 9, 2018 at 1:31 PM Martin Vignali wrote: > > > > > Keeping both MMX and MMXEXT seems a bit excessive. Ideally both would > > be replaced with something more modern, but I'd at least drop the MMX > > one. > > > > This func already have SSSE3 version (AVX2 can be add easily, but doesn't

Re: [FFmpeg-devel] [PATCH] libavdevice: allow cropping avfoundation screen capture

Hi, Am 17.09.18 um 05:53 schrieb alan.birt...@sony.com: > 2018-09-13 17:52 GMT+02:00, > alan.birt...@sony.com > mailto:alan.birt...@sony.com>>: > > > >> I've developed a patch to add an option to allow cropping of the > >> avfoundation screen capture. > >> Note

[FFmpeg-devel] [PATCH v3] fate: add api-h264-slice test

From: Josh de Kock This test ensures that you are able to send N number of slice NALUs in slice threaded mode to be decoded simultaneously --- Tested with `./configure --cc='cc -m32'` now, seems to be fine. Will send sample to Michael on IRC. tests/api/Makefile | 1 + tests/a

Re: [FFmpeg-devel] swscale/x86/rgb2rgb : port shuffle2103 to external asm

> > Keeping both MMX and MMXEXT seems a bit excessive. Ideally both would > be replaced with something more modern, but I'd at least drop the MMX > one. > This func already have SSSE3 version (AVX2 can be add easily, but doesn't find a command line where the speed is interesting in AVX2 (on my com

Re: [FFmpeg-devel] swscale/x86/rgb2rgb : port shuffle2103 to external asm

On Mon, Oct 8, 2018 at 7:46 PM Martin Vignali wrote: > > Hello, > > Patch in attach port inline asm shuffle 2103 func (mmx/mmxext) to external > asm > and remove the inline asm version > > Martin Keeping both MMX and MMXEXT seems a bit excessive. Ideally both would be replaced with something more

Re: [FFmpeg-devel] swscale : add bitexact conv for grayf32 and gray16 to f32 conv

On Mon, Oct 08, 2018 at 05:04:43PM +0200, Martin Vignali wrote: > > > > also there are 2 divisions in this that you can trivially eliminate > > /255 and /65535 (extra precission beyond IEEE float/double could change > > these) > > > > also the whole could be done with fewer floats and no extra comp

Re: [FFmpeg-devel] [PATCH 3/3] avformat:hlsenc.c: remove the useless variable - fmp4_init_mode.

> 在 2018年10月9日，下午5:25，Charles Liu 写道： > > Signed-off-by: Charles Liu > --- > libavformat/hlsenc.c | 4 > 1 file changed, 4 deletions(-) > > diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c > index c322b5a48f..0fd5d2a995 100644 > --- a/libavformat/hlsenc.c > +++ b/libavformat/hlsen

[FFmpeg-devel] [PATCH 3/3] avformat:hlsenc.c: remove the useless variable - fmp4_init_mode.

Signed-off-by: Charles Liu --- libavformat/hlsenc.c | 4 1 file changed, 4 deletions(-) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index c322b5a48f..0fd5d2a995 100644 --- a/libavformat/hlsenc.c +++ b/libavformat/hlsenc.c @@ -147,7 +147,6 @@ typedef struct VariantStream {

[FFmpeg-devel] [PATCH 2/3] avformat:hlsenc.c: fix memory leak in fmp4 mode.

Signed-off-by: Charles Liu --- libavformat/hlsenc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index 3ccd8756f6..c322b5a48f 100644 --- a/libavformat/hlsenc.c +++ b/libavformat/hlsenc.c @@ -2205,6 +2205,7 @@ static int hls_write_packet(AVFormatC

[FFmpeg-devel] [PATCH 1/3] avformat/hlsenc: fix the duration of m4s segment is unusually smaller than expected.

In fmp4 mode, the duration of the second m4s segment is unusually smaller than the expected segment time. Signed-off-by: Charles Liu --- libavformat/hlsenc.c | 4 1 file changed, 4 deletions(-) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index 28c2dd62fc..3ccd8756f6 100644 --

[FFmpeg-devel] [PATCH 3/3] avformat:hlsenc.c: remove the useless variable - fmp4_init_mode.

Signed-off-by: Charles Liu --- libavformat/hlsenc.c | 4 1 file changed, 4 deletions(-) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index c322b5a48f..0fd5d2a995 100644 --- a/libavformat/hlsenc.c +++ b/libavformat/hlsenc.c @@ -147,7 +147,6 @@ typedef struct VariantStream {

Re: [FFmpeg-devel] [PATCH 1/2] avformat/hlsenc: fix the duration of m4s segment is unusually smaller than expected.

> 在 2018年10月9日，下午4:05，C.H.Liu 写道： > > My test clip is big_buck_bunny_1080p_h264.mov with CMD: > > ./ffmpeg -i ~/Downloads/conversion/big_buck_bunny_1080p_h264.mov -t 50 -flags > +cgop -g 30 -preset superfast -f hls -hls_segment_type fmp4 > -hls_playlist_type vod -hls_time 10 issue/pl.m3u8 >

Re: [FFmpeg-devel] [PATCH 1/2] avformat/hlsenc: fix the duration of m4s segment is unusually smaller than expected.

My test clip is big_buck_bunny_1080p_h264.mov with CMD: ./ffmpeg -i ~/Downloads/conversion/big_buck_bunny_1080p_h264.mov -t 50 -flags +cgop -g 30 -preset superfast -f hls -hls_segment_type fmp4 -hls_playlist_type vod -hls_time 10 issue/pl.m3u8 The original result is: #EXTM3U #EXT-X-VERSION:7 #

Re: [FFmpeg-devel] [PATCH 1/5] avutil: Add YUV444P10_LSB and YUV444P12_LSB pixel formats

On 09/10/2018 02:32, Carl Eugen Hoyos wrote: 2018-10-08 21:59 GMT+02:00, Timo Rothenpieler : So, to be able to use these hardware compatible formats, we need definitions for them in ffmpeg. Right now, I need this for nvdec, but Vulkan also uses the same format definitions. Sorry if this was al

Re: [FFmpeg-devel] [PATCH 1/2] avformat/hlsenc: fix the duration of m4s segment is unusually smaller than expected.

> 在 2018年10月9日，下午3:17，Liu Steven 写道： > > > >> 在 2018年10月9日，下午2:56，Charles Liu 写道： >> >> In fmp4 mode, the duration of the second m4s segment is unusually smaller >> than the expected segment time. >> >> Signed-off-by: Charles Liu >> --- >> libavformat/hlsenc.c | 4 >> 1 file changed,

Re: [FFmpeg-devel] [PATCH 2/2] avformat:hlsenc.c: fix memory leak in fmp4 mode.

> 在 2018年10月9日，下午2:57，Charles Liu 写道： > > Signed-off-by: Charles Liu > --- > libavformat/hlsenc.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c > index 3ccd8756f6..c322b5a48f 100644 > --- a/libavformat/hlsenc.c > +++ b/libavformat/hlsenc.c

Re: [FFmpeg-devel] [PATCH 1/2] avformat/hlsenc: fix the duration of m4s segment is unusually smaller than expected.

> 在 2018年10月9日，下午2:56，Charles Liu 写道： > > In fmp4 mode, the duration of the second m4s segment is unusually smaller > than the expected segment time. > > Signed-off-by: Charles Liu > --- > libavformat/hlsenc.c | 4 > 1 file changed, 4 deletions(-) > > diff --git a/libavformat/hlsenc.c b