Re: [FFmpeg-devel] [PATCH] palettegen: Fill with last color, not black

On Wed, Jan 16, 2019 at 01:40:20PM +0100, Tomas Härdin wrote: > Hi > > I was helping the fine folks at peppercarrot.com with web video > nonsense, and I notice palettegen outputs more colors than it should > due to padding the generated palette with pure black. > > Compare this (ffmpeg version 3.

[FFmpeg-devel] [PATCH] avformat/dashenc: Format xs:datetime in millisecond precision

For low latency streaming even milliseconds matter! --- libavformat/dashenc.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index cfd0f601d4..912c1cf11d 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c

[FFmpeg-devel] [PATCH 3/4] lavf/tls_openssl: on 1.1 or later, verify the server's hostname

--- libavformat/tls_openssl.c | 22 ++ 1 file changed, 18 insertions(+), 4 deletions(-) diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c index 493f43e610..bdc4985bad 100644 --- a/libavformat/tls_openssl.c +++ b/libavformat/tls_openssl.c @@ -35,6 +35,7 @@ #in

[FFmpeg-devel] [PATCH 2/4] lavf/tls_openssl: if no CA path is set, use the system default

This is consistent with the other TLS wrappers --- libavformat/tls_openssl.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c index faa5b8636e..493f43e610 100644 --- a/libavformat/tls_openssl.c +++ b/libavformat/tls_openssl.c @@ -253,6 +2

[FFmpeg-devel] [PATCH 4/4] lavf/tls: enable server verification by default when not on mbedtls

All other TLS wrappers now have a mechanism to load a system trust store by default, without setting the cafile option. For Secure Transport and Secure Channel, it's the OS. For OpenSSL and libtls, it's a path set at compile-time. For GNUTLS, it's either a path set at compile-time, or the OS trust

[FFmpeg-devel] [PATCH v2] avformat/dashenc: Format xs:datetime in millisecond precision

For low latency streaming even milliseconds matter! --- libavformat/dashenc.c | 15 --- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index cfd0f601d4..9c90cf17e5 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc

[FFmpeg-devel] [PATCH 1/4] lavf/tls_openssl: silence warning on OpenSSL 1.1 and later

--- libavformat/tls_openssl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c index 7ae71bdaf3..faa5b8636e 100644 --- a/libavformat/tls_openssl.c +++ b/libavformat/tls_openssl.c @@ -102,7 +102,7 @@ void ff_openssl_deinit(voi

Re: [FFmpeg-devel] [PATCH 3/4] lavf/tls_openssl: on 1.1 or later, verify the server's hostname

Rodger Combs (12019-01-17): > --- > libavformat/tls_openssl.c | 22 ++ > 1 file changed, 18 insertions(+), 4 deletions(-) > > diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c > index 493f43e610..bdc4985bad 100644 > --- a/libavformat/tls_openssl.c > +++ b/liba

Re: [FFmpeg-devel] [PATCH 1/4] lavf/tls_openssl: silence warning on OpenSSL 1.1 and later

Rodger Combs (12019-01-17): > --- > libavformat/tls_openssl.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c > index 7ae71bdaf3..faa5b8636e 100644 > --- a/libavformat/tls_openssl.c > +++ b/libavformat/tls_openssl.c >

Re: [FFmpeg-devel] [PATCH 1/4] lavf/tls_openssl: silence warning on OpenSSL 1.1 and later

> On Jan 17, 2019, at 03:12, Nicolas George wrote: > > Signed PGP part > Rodger Combs (12019-01-17): >> --- >> libavformat/tls_openssl.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c >> index 7ae71bdaf3..faa5b86

Re: [FFmpeg-devel] [PATCH 1/4] lavf/tls_openssl: silence warning on OpenSSL 1.1 and later

Rodger Combs (12019-01-17): > CRYPTO_get_locking_callback is a macro returning NULL on 1.1 and > later. This triggers -Wtautological-pointer-compare ("comparison of > function 'openssl_lock' equal to a null pointer is always false"), > which suggests "prefix with the address-of operator to silence

Re: [FFmpeg-devel] [PATCH] avcodec/rscc: Avoid returning frames that have nearly no undamaged pixels in them

On 1/17/19, Michael Niedermayer wrote: > Fixes: Timeout > Fixes: > 12192/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RSCC_fuzzer-6279038004363264 > > Before: > clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RSCC_fuzzer-6279038004363264 > in 15423 ms > After: > clusterfuzz-testcase-minimiz

[FFmpeg-devel] unsubscribe

--- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended

[FFmpeg-devel] [PATCH] avformat/dashenc: Added documentation for $ext$ identifier in filenames

--- doc/muxers.texi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/muxers.texi b/doc/muxers.texi index 4ed46a2220..d2d985f1ac 100644 --- a/doc/muxers.texi +++ b/doc/muxers.texi @@ -216,6 +216,8 @@ It creates a MPD manifest file and segment files for each stream. The segment filename m

Re: [FFmpeg-devel] [PATCH 3/4] lavf/tls_openssl: on 1.1 or later, verify the server's hostname

> On Jan 17, 2019, at 03:09, Nicolas George wrote: > > Signed PGP part > Rodger Combs (12019-01-17): >> --- >> libavformat/tls_openssl.c | 22 ++ >> 1 file changed, 18 insertions(+), 4 deletions(-) >> >> diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c >> i

[FFmpeg-devel] [PATCH] avfilter/extractplanes: add support for 12-bit YUVA formats

Fixes alpha extraction for sample at https://08488297638989341201.googlegroups.com/attach/85d30cd6b8095/Circle%20Ink%20Bleed_10.mov as seen in     ffplay -i in -vf alphaextract Gyan From 122f500e09b2741f3865da5c3f612ee04dcd7e21 Mon Sep 17 00:00:00 2001 From: Gyan Doshi Date: Thu, 17 Jan 2019

Re: [FFmpeg-devel] [PATCH 3/4] lavf/tls_openssl: on 1.1 or later, verify the server's hostname

Rodger Combs (12019-01-17): > What kind of misconfiguration are you referring to? The actual A server with a certificate on a different name. > verification is still gated behind the tls_verify option; if that's > set to 0, this won't actually do anything. Ok, that is good. Thanks for clarifying

Re: [FFmpeg-devel] [PATCH] palettegen: Fill with last color, not black

On Thu, Jan 17, 2019 at 09:44:47AM +0100, Clément Bœsch wrote: > On Wed, Jan 16, 2019 at 01:40:20PM +0100, Tomas Härdin wrote: > > Hi > > > > I was helping the fine folks at peppercarrot.com with web video > > nonsense, and I notice palettegen outputs more colors than it should > > due to padding

Re: [FFmpeg-devel] [PATCH v3] Improved the performance of 1 decode + N filter graphs and adaptive bitrate.

On Wed, Jan 16, 2019 at 04:17:07PM -0500, Shaofei Wang wrote: > With new option "-abr_pipeline" > It enabled multiple filter graph concurrency, which bring obove about > 4%~20% improvement in some 1:N scenarios by CPU or GPU acceleration > > Below are some test cases and comparison as reference. >

Re: [FFmpeg-devel] [PATCH] avfilter/vf_paletteuse: don't constantly free and realloc internal frames

On Tue, Jan 15, 2019 at 01:14:34AM -0300, James Almer wrote: > Signed-off-by: James Almer > --- > libavfilter/vf_paletteuse.c | 16 ++-- > 1 file changed, 10 insertions(+), 6 deletions(-) > > diff --git a/libavfilter/vf_paletteuse.c b/libavfilter/vf_paletteuse.c > index 5966f10685..2

Re: [FFmpeg-devel] [PATCH] avfilter/vf_paletteuse: don't constantly free and realloc internal frames

On 1/17/2019 12:51 PM, Clément Bœsch wrote: > On Tue, Jan 15, 2019 at 01:14:34AM -0300, James Almer wrote: >> Signed-off-by: James Almer >> --- >> libavfilter/vf_paletteuse.c | 16 ++-- >> 1 file changed, 10 insertions(+), 6 deletions(-) >> >> diff --git a/libavfilter/vf_paletteuse.c

Re: [FFmpeg-devel] [PATCH] avfilter/extractplanes: add support for 12-bit YUVA formats

2019-01-17 10:47 GMT+01:00, Gyan : > Fixes alpha extraction for sample at > > https://08488297638989341201.googlegroups.com/attach/85d30cd6b8095/Circle%20Ink%20Bleed_10.mov This is a textfile afaict. Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 1/2] tools/target_dec_fate.sh: print some statistics

On Tue, Jan 15, 2019 at 11:41:22PM +0100, Carl Eugen Hoyos wrote: > 2019-01-15 23:36 GMT+01:00, Michael Niedermayer : > > On Fri, Jan 04, 2019 at 08:29:36PM +0100, Michael Niedermayer wrote: > >> On Sat, Dec 29, 2018 at 10:47:16AM +0100, Moritz Barsnick wrote: > >> > On Sat, Dec 29, 2018 at 02:35:1

Re: [FFmpeg-devel] [PATCH 2/3] flvdec: Mark the demuxer as allowing discontinuous timestamps

On 15/01/2019 21:24, Michael Niedermayer wrote: > Heres a better patch which may work with seeking as long as there are only > 2 files concatenated > > i think completely discarding the parts after the concatenation would cause > user complaints and they would have a point, if the data is in there

Re: [FFmpeg-devel] [PATCH V8 1/2] avutil: add ROI (Region Of Interest) data struct and bump version

On 10/01/2019 08:53, Guo, Yejun wrote: > --- > doc/APIchanges | 3 +++ > libavutil/frame.c | 1 + > libavutil/frame.h | 35 +++ > libavutil/version.h | 2 +- > 4 files changed, 40 insertions(+), 1 deletion(-) Pushed, as stated. - Derek

Re: [FFmpeg-devel] [PATCH] avcodec/rscc: Avoid returning frames that have nearly no undamaged pixels in them

On 17/01/2019 03:06, Carl Eugen Hoyos wrote: > You mean searching for security issues makes no sense? This isn't a security and it isn't a fix. It's a completely arbitrary statistic to make an arbitrary program happy. - Derek ___ ffmpeg-devel mailing li

Re: [FFmpeg-devel] [PATCH V8 2/2] avcodec/libx264: add support for ROI-based encoding

On 16/01/2019 12:39, Derek Buitenhuis wrote: > On 16/01/2019 00:41, Guo, Yejun wrote: >> this patch set asks for pushing if no more concerns, thanks. > > I support this. > > If nobody raises any concerns in the next 24-48 hrs, I'll go ahead. > > Thank you for sticking with it through the bikeshe

Re: [FFmpeg-devel] [PATCH 1/3] avutil/imgutils: Optimize writing 4 bytes in memset_bytes()

On Wed, Jan 16, 2019 at 08:00:22PM +0100, Marton Balint wrote: > > > On Tue, 15 Jan 2019, Michael Niedermayer wrote: > > >On Sun, Dec 30, 2018 at 07:15:49PM +0100, Marton Balint wrote: > >> > >> > >>On Fri, 28 Dec 2018, Michael Niedermayer wrote: > >> > >>>On Wed, Dec 26, 2018 at 10:16:47PM +010

Re: [FFmpeg-devel] [PATCH] avcodec/rscc: Avoid returning frames that have nearly no undamaged pixels in them

On Wed, Jan 16, 2019 at 09:05:18PM -0500, Vittorio Giovara wrote: > On Wed, Jan 16, 2019 at 7:44 PM Michael Niedermayer > wrote: > > > Fixes: Timeout > > Fixes: > > 12192/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RSCC_fuzzer-6279038004363264 > > > > Before: > > clusterfuzz-testcase-minimi

[FFmpeg-devel] [PATCH] avcodec/proresdec2: only set avctx->color* when values are specified

This allows preservation of color values set from the container, while still letting the bitstream take precedent when its values are specified to some actual value (e.g., not *UNSPECIFIED). Signed-off-by: Neil Birkbeck --- libavcodec/proresdec2.c | 9 ++--- 1 file changed, 6 insertions(+),

Re: [FFmpeg-devel] [PATCH] avcodec/proresdec2: only set avctx->color* when values are specified

On Thu, Jan 17, 2019 at 7:43 PM Neil Birkbeck wrote: > This allows preservation of color values set from the container, > while still letting the bitstream take precedent when its values > are specified to some actual value (e.g., not *UNSPECIFIED). > > Signed-off-by: Neil Birkbeck > --- > liba

[FFmpeg-devel] [PATCH] avcodec/mips: [loongson] optimize put_hevc_pel_bi_pixels_8 with mmi.

Optimize put_hevc_pel_bi_pixels_8 with mmi in the case width=8/16/24/32/48/64. This optimization improved HEVC decoding performance 2%(1.77x to 1.81x, tested on loongson 3A3000). --- libavcodec/mips/Makefile| 1 + libavcodec/mips/hevcdsp_init_mips.c | 23 ++ libavcodec/mips/hev