[FFmpeg-devel] [PATCH 2/2] fate/hevc-conformance: add clip for persistent_rice_adaptation_enabled_flag

you can download it from: https://www.itu.int/wftp3/av-arch/jctvc-site/bitstream_exchange/draft_conformance/RExt/WPP_HIGH_TP_444_8BIT_RExt_Apple_2.bit Signed-off-by: Xu Guangxin --- tests/fate/hevc.mak | 1 +

[FFmpeg-devel] [PATCH 1/2] avcodec/hevcdec: fix stat_coeff save/load for persistent_rice_adaptation_enabled_flag

It's required by 9.3.1. following clips have this feature: WPP_HIGH_TP_444_8BIT_RExt_Apple_2.bit Bitdepth_A_RExt_Sony_1.bin Bitdepth_B_RExt_Sony_1.bin EXTPREC_HIGHTHROUGHPUT_444_16_INTRA_10BIT_RExt_Sony_1.bit EXTPREC_HIGHTHROUGHPUT_444_16_INTRA_12BIT_RExt_Sony_1.bit

Re: [FFmpeg-devel] [PATCH] doc/decoders: Clear up description of ac3's drc_scale option

On 2020-08-28 15:39, Aman Verma wrote: Make clear that the value to -drc_scale is an exponentiating value, not a scaling factor. Also, document the default value. Signed-off-by: Aman Verma --- doc/decoders.texi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH 4/4] avformat: add moflex demuxer

Paul B Mahol: > Signed-off-by: Paul B Mahol > --- > libavformat/Makefile | 1 + > libavformat/allformats.c | 1 + > libavformat/moflex.c | 351 +++ > 3 files changed, 353 insertions(+) > create mode 100644 libavformat/moflex.c > > diff --git

[FFmpeg-devel] [PATCH] x86/cfhddsp: zero extend int arguments

if taken from stack, they may have garbage in the upper bits otherwise. Also, there are only 8 arguments, so don't attempt to load 11. Fixes SIGSEV crashes in some targets. Signed-off-by: James Almer --- libavcodec/x86/cfhddsp.asm | 16 ++-- 1 file changed, 6 insertions(+), 10

[FFmpeg-devel] [PATCH] doc/decoders: Clear up description of ac3's drc_scale option

Make clear that the value to -drc_scale is an exponentiating value, not a scaling factor. Also, document the default value. Signed-off-by: Aman Verma --- doc/decoders.texi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/doc/decoders.texi b/doc/decoders.texi index

Re: [FFmpeg-devel] [PATCH v7 0/6] Add FLIF decoding and demuxing support

On Sat, 29 Aug 2020 00:15:25 +0530 Anamitra Ghorui wrote: > v2: Fix faulty patch > v3: Fix addressed errors, Add interlaced decoding support > v4: Fix Further cosmetics, C.Bucket Transform reading errors, Atomise patch > v5: Fix faulty patch > v6: Address pointed out errors, use av_freep

[FFmpeg-devel] [PATCH v7 6/6] doc/demuxers: add entry for FLIF

Signed-off-by: Anamitra Ghorui --- doc/demuxers.texi | 9 + 1 file changed, 9 insertions(+) diff --git a/doc/demuxers.texi b/doc/demuxers.texi index 3c15ab9eee..69b2ce5025 100644 --- a/doc/demuxers.texi +++ b/doc/demuxers.texi @@ -243,6 +243,15 @@ which streams to actually receive.

[FFmpeg-devel] [PATCH v7 4/6] doc/general: add entry for FLIF

Signed-off-by: Anamitra Ghorui --- doc/general.texi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/general.texi b/doc/general.texi index d618565347..e9ae535c34 100644 --- a/doc/general.texi +++ b/doc/general.texi @@ -904,6 +904,8 @@ following image formats are supported: @item Flash

[FFmpeg-devel] [PATCH v7 2/6] avformat: add FLIF demuxing support

Signed-off-by: Anamitra Ghorui --- configure| 1 + libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/flifdec.c| 445 +++ libavformat/version.h| 4 +- 5 files changed, 450 insertions(+), 2 deletions(-)

[FFmpeg-devel] [PATCH v7 5/6] doc/decoders: add entry for FLIF

Signed-off-by: Anamitra Ghorui --- doc/decoders.texi | 8 1 file changed, 8 insertions(+) diff --git a/doc/decoders.texi b/doc/decoders.texi index 9005714e3c..77e93ab80a 100644 --- a/doc/decoders.texi +++ b/doc/decoders.texi @@ -86,6 +86,14 @@ AVS2-P2/IEEE1857.4 video decoder wrapper.

[FFmpeg-devel] [PATCH v7 0/6] Add FLIF decoding and demuxing support

v2: Fix faulty patch v3: Fix addressed errors, Add interlaced decoding support v4: Fix Further cosmetics, C.Bucket Transform reading errors, Atomise patch v5: Fix faulty patch v6: Address pointed out errors, use av_freep everywhere, further cosmetics, redundancies. v7: Atttempt to fix all

[FFmpeg-devel] [PATCH v7 3/6] changelog: add entries for FLIF

Signed-off-by: Anamitra Ghorui --- Changelog | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Changelog b/Changelog index 7467e73306..b55f322963 100644 --- a/Changelog +++ b/Changelog @@ -15,6 +15,8 @@ version : - Argonaut Games ASF muxer - AV1 Low overhead bitstream format demuxer -

[FFmpeg-devel] [PATCH] hwcontext_vaapi: Don't require a render node when deriving from DRM

The V4L2 driver does not actually have an associated DRM device at all, so users work around the requirement by giving libva an unrelated display-only device instead (which is fine, because it doesn't actually do anything with that device). This was broken by

[FFmpeg-devel] [PATCH 2/4] avcodec: add FastAudio decoder

Signed-off-by: Paul B Mahol --- libavcodec/Makefile | 1 + libavcodec/allcodecs.c | 1 + libavcodec/codec_desc.c | 7 ++ libavcodec/codec_id.h | 1 + libavcodec/fastaudio.c | 200 libavcodec/utils.c | 2 + 6 files changed, 212

[FFmpeg-devel] [PATCH 4/4] avformat: add moflex demuxer

Signed-off-by: Paul B Mahol --- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/moflex.c | 351 +++ 3 files changed, 353 insertions(+) create mode 100644 libavformat/moflex.c diff --git a/libavformat/Makefile

[FFmpeg-devel] [PATCH 1/4] avcodec: add ADPCM IMA MOFLEX decoder

Signed-off-by: Paul B Mahol --- libavcodec/Makefile | 1 + libavcodec/adpcm.c | 26 ++ libavcodec/allcodecs.c | 1 + libavcodec/codec_desc.c | 7 +++ libavcodec/codec_id.h | 1 + libavcodec/utils.c | 2 ++ 6 files changed, 38 insertions(+) diff

[FFmpeg-devel] [PATCH 3/4] avcodec: add MobiClip video decoder

Signed-off-by: Paul B Mahol --- libavcodec/Makefile |1 + libavcodec/allcodecs.c |1 + libavcodec/codec_desc.c |7 + libavcodec/codec_id.h |1 + libavcodec/mobiclip.c | 1306 +++ 5 files changed, 1316 insertions(+) create mode 100644

Re: [FFmpeg-devel] [PATCH] avcodec/cfhd: Check transform type

On 8/28/20, Michael Niedermayer wrote: > On Fri, Aug 28, 2020 at 10:24:04PM +0200, Paul B Mahol wrote: >> On 8/28/20, Michael Niedermayer wrote: >> > On Fri, Aug 28, 2020 at 01:31:38AM +0200, Paul B Mahol wrote: >> >> On 8/28/20, Michael Niedermayer wrote: >> >> > Fixes: out of array access >>

Re: [FFmpeg-devel] [PATCH] avcodec/cfhd: Check transform type

On Fri, Aug 28, 2020 at 10:24:04PM +0200, Paul B Mahol wrote: > On 8/28/20, Michael Niedermayer wrote: > > On Fri, Aug 28, 2020 at 01:31:38AM +0200, Paul B Mahol wrote: > >> On 8/28/20, Michael Niedermayer wrote: > >> > Fixes: out of array access > >> > Fixes: > >> >

Re: [FFmpeg-devel] Initialize `layout_map` on declaration

On Fri, Aug 28, 2020 at 11:01 PM Xiaohan Wang (王消寒) wrote: > > Resend with @chromium.org account. Sorry for the noise. I think something like this could be the underlying issue that got hit when the 22.2 check was too lax and set incorrect parameters earlier in the parsing process? What this

Re: [FFmpeg-devel] [PATCH] avcodec/cfhd: Check transform type

On 8/28/20, Michael Niedermayer wrote: > On Fri, Aug 28, 2020 at 01:31:38AM +0200, Paul B Mahol wrote: >> On 8/28/20, Michael Niedermayer wrote: >> > Fixes: out of array access >> > Fixes: >> > 24823/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CFHD_fuzzer-4855119863349248 >> > >> >

Re: [FFmpeg-devel] [PATCH] avcodec/cfhd: Check transform type

On Fri, Aug 28, 2020 at 01:31:38AM +0200, Paul B Mahol wrote: > On 8/28/20, Michael Niedermayer wrote: > > Fixes: out of array access > > Fixes: > > 24823/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CFHD_fuzzer-4855119863349248 > > > > Found-by: continuous fuzzing process > >

[FFmpeg-devel] Initialize `layout_map` on declaration

Resend with @chromium.org account. Sorry for the noise. From 3f9a085802bec62c9c7d35efcd30107e348c54d4 Mon Sep 17 00:00:00 2001 From: Xiaohan Wang Date: Fri, 28 Aug 2020 12:51:19 -0700 Subject: [PATCH] Initialize `layout_map` on declaration Without this change, it'll cause

[FFmpeg-devel] [FFmpeg-dev] build error at libavformat/udp.o

Hi, I am a newbie about FFmpeg. I just need it for using Alexa AVS 1.18.0. While I try to build the FFmpeg for Android, I got a build error like src/libavformat/udp.c:290:28: error: member reference base type '__be32' (aka 'unsigned int') is not a structure or union

Re: [FFmpeg-devel] [PATCH] avcodec/videotoolboxenc: don't wait when flushing data

On Wed, Aug 26, 2020 at 10:53 PM Steven Liu wrote: > From: Tian Qi > > because there is run in thread mode, few times will block > the workflow at the wait, so check the status is flushing data, > don't wait when flushing data. > I'd like to reproduce the issue and test the fix before the patch

Re: [FFmpeg-devel] [mov] See if mfra makes up the difference for an incomplete sidx.

On 27/08/2020 19:13, Dale Curtis wrote: > Bump to get this applied. Thanks! Done. - Derek ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email

[FFmpeg-devel] Adding 0YUV support for packed 4:4:4 pixel format

Hi FFmpeg community, I read through the previous AYUV and 0YUV discussion https://patchwork.ffmpeg.org/project/ffmpeg/patch/1566973334-19107-1-git-send-email-linjie.fu%40intel.com/, we already reached some conclusion that we will add 0YUV support. Why we need this format is well discussed in the

Re: [FFmpeg-devel] Forward frame wall clock time from avdevice to HLS muxer

Marton Balint (12020-08-28): > Sure, if you promise you won't change system time, and you ensure a smooth > time transition during leap seconds, then you may use it depending on > application. But this certainly should not be the default Nobody suggested that it be the default. But it should be

Re: [FFmpeg-devel] [PATCH 3/3] avfilter/allfilters: Don't cast const away

> On Aug 28, 2020, at 3:33 PM, Moritz Barsnick wrote: > > On Sun, Aug 23, 2020 at 23:31:45 +0800, Zhao Zhili wrote: I have a same patch long time ago. http://ffmpeg.org/pipermail/ffmpeg-devel/2019-October/252193.html

Re: [FFmpeg-devel] [PATCH] avformat/wavdec: allow to change max size of single demuxed packet

On 8/28/20, Paul B Mahol wrote: > On 8/28/20, Andreas Rheinhardt wrote: >> Paul B Mahol: >>> On 8/28/20, Andreas Rheinhardt wrote: Paul B Mahol: > Can make demuxing much faster, expecially for files with > huge number of channels. > > Signed-off-by: Paul B Mahol > ---

Re: [FFmpeg-devel] [PATCH] avformat/wavdec: allow to change max size of single demuxed packet

On 8/28/20, Andreas Rheinhardt wrote: > Paul B Mahol: >> On 8/28/20, Andreas Rheinhardt wrote: >>> Paul B Mahol: Can make demuxing much faster, expecially for files with huge number of channels. Signed-off-by: Paul B Mahol --- libavformat/wavdec.c | 21

Re: [FFmpeg-devel] [PATCH] avformat/wavdec: allow to change max size of single demuxed packet

Paul B Mahol: > On 8/28/20, Andreas Rheinhardt wrote: >> Paul B Mahol: >>> Can make demuxing much faster, expecially for files with >>> huge number of channels. >>> >>> Signed-off-by: Paul B Mahol >>> --- >>> libavformat/wavdec.c | 21 ++--- >>> 1 file changed, 18 insertions(+),

Re: [FFmpeg-devel] [PATCH] avformat/wavdec: allow to change max size of single demuxed packet

On 8/28/20, Andreas Rheinhardt wrote: > Paul B Mahol: >> Can make demuxing much faster, expecially for files with >> huge number of channels. >> >> Signed-off-by: Paul B Mahol >> --- >> libavformat/wavdec.c | 21 ++--- >> 1 file changed, 18 insertions(+), 3 deletions(-) >> >>

Re: [FFmpeg-devel] Forward frame wall clock time from avdevice to HLS muxer

On Thu, 27 Aug 2020, Jim DeLaHunt wrote: On 2020-08-27 13:05, Marton Balint wrote: On Thu, 27 Aug 2020, Nicolas George wrote: Marton Balint (12020-08-27): +1, this seems like the right thing. PTS is not really suitable, as that is based (or at least should be based) on monotonic clock,

Re: [FFmpeg-devel] [PATCH v3 3/4] lavfi: check the validity of formats lists.

On Mon, Aug 24, 2020 at 13:36:50 +0200, Nicolas George wrote: > +switch (link->type) { > + > +case AVMEDIA_TYPE_VIDEO: > +if ((ret = ff_formats_check_pixel_formats(log, cfg->formats)) < > 0) > +return ret; > +break; > + > +case

Re: [FFmpeg-devel] [PATCH 3/3] avfilter/allfilters: Don't cast const away

On Sun, Aug 23, 2020 at 23:31:45 +0800, Zhao Zhili wrote: > >> I have a same patch long time ago. > >> > >> http://ffmpeg.org/pipermail/ffmpeg-devel/2019-October/252193.html > >> > >>

Re: [FFmpeg-devel] Forward frame wall clock time from avdevice to HLS muxer

On 2020-08-28 00:19, Moritz Barsnick wrote: On Wed, Aug 26, 2020 at 23:52:58 -0700, Jim DeLaHunt wrote: Earlier this year, there were patches[3] which aimed to put linear timecodes in a format related to SMPTE 12M into a structure marked by a `AV_FRAME_DATA_S12M_TIMECODE` value. Maybe that

Re: [FFmpeg-devel] Forward frame wall clock time from avdevice to HLS muxer

On Wed, Aug 26, 2020 at 23:52:58 -0700, Jim DeLaHunt wrote: > Earlier this year, there were patches[3] which aimed to put linear > timecodes in a format related to SMPTE 12M into a structure marked by a > `AV_FRAME_DATA_S12M_TIMECODE` value. Maybe that refers to a location > where you could store

Re: [FFmpeg-devel] [PATCH] lavf/mux: allow unofficial extension by default for spatial data in mp4

On Fri, Aug 28, 2020 at 11:18 AM Linjie Fu wrote: > > Hi, > > On Fri, Aug 28, 2020 at 8:46 AM Andreas Rheinhardt > wrote: > > > > Linjie Fu: > > > Mp4 unofficial extension allows Stereo3D and Spherical Mapping data > > > in header if users explicitly set "-strict unofficial" or values less > > >