From: Mohammad Izadi
HDR10+ is dynamic metadata (A/341 Amendment - SMPTE2094-40) that needs to be
decoded from ITU-T T.35 in HEVC bitstream. The HDR10+ is transferred to side
data packet to be used or passed through.
The fate test file can be found here:
Thank you Ian for your great detailed comments.
Thanks,
Mohammad
On Wed, Nov 11, 2020 at 5:10 PM Jan Ekström wrote:
> On 14.10.2020 2:53, Mohammad Izadi wrote:
> > From: Mohammad Izadi
> >
> > HDR10+ is dynamic metadata (A/341 Amendment - SMPTE2094-40) that needs
> to be decoded from ITU-T
Peter Ross:
> On Tue, Nov 10, 2020 at 11:58:22AM +0100, Andreas Rheinhardt wrote:
>> Expressions like array[get_vlc2()] can be optimized by using a symbols
>> table if the array is always the same for a given VLC. This requirement
>> is fulfilled for the VLC used for VP3 motion vectors. The reason
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/mobiclip.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/mobiclip.c b/libavcodec/mobiclip.c
> index 9fa88e84a0..42d33cf6a5 100644
> --- a/libavcodec/mobiclip.c
> +++
Anton Khirnov:
> Quoting Andreas Rheinhardt (2020-11-12 21:51:28)
>> Derek Buitenhuis:
>>> On 10/11/2020 10:46, Andreas Rheinhardt wrote:
+#define INIT_VLC_STATIC_FROM_LENGTHS(vlc, bits, nb_codes, lens, len_wrap,
\
+ symbols,
Andreas Rheinhardt:
> The ASF file format has a limit of 127 streams and the "asf_o" demuxer
> (the ASF demuxer from Libav) has an array of pointers for a structure
> called ASFStream that is allocated on demand for every stream. Attached
> pictures are not streams in the sense of the ASF
Anton Khirnov:
> Quoting Andreas Rheinhardt (2020-11-10 11:46:58)
>> +int ff_init_vlc_from_lengths(VLC *vlc_arg, int nb_bits, int nb_codes,
>> + const int8_t *lens, int lens_wrap,
>> + const void *symbols, int symbols_wrap, int
>>
Hi Christophe,
Thanks for the test. You are right, It's a wpp decode issue.
Please help review it again.
I have test it with
make fate-hevc THREADS=12 THREAD_TYPE=slice
make fate-hevc THREADS=12
make fate-hevc-conformance-WPP_HIGH_TP_444_8BIT_RExt_Apple_2 THREADS=12
THREAD_TYPE=slice
thanks
On
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.zip
Signed-off-by: Xu Guangxin
---
tests/fate/hevc.mak | 1 +
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.zip
Signed-off-by: Xu Guangxin
---
tests/fate/hevc.mak | 1 +
It's required by the 9.3.1 TableStatCoeff* section.
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
From: Michael Niedermayer
This should increase coverage
Signed-off-by: Michael Niedermayer
Signed-off-by: James Almer
---
tools/target_dec_fuzzer.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/target_dec_fuzzer.c b/tools/target_dec_fuzzer.c
index 4eb59bd296..11530cbf79
Should increase coverage with some bitstream filters
Signed-off-by: James Almer
---
tools/target_bsf_fuzzer.c | 12
1 file changed, 12 insertions(+)
diff --git a/tools/target_bsf_fuzzer.c b/tools/target_bsf_fuzzer.c
index da8d62dd0b..16300037ca 100644
---
This should increase coverage.
Based on a commit by Michael Niedermayer
Signed-off-by: James Almer
---
tools/target_bsf_fuzzer.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/target_bsf_fuzzer.c b/tools/target_bsf_fuzzer.c
index 5d9f90075d..da8d62dd0b 100644
---
On Sat, Nov 14, 2020 at 8:21 PM David Michael wrote:
> On Sat, Nov 14, 2020 at 6:57 PM Carl Eugen Hoyos wrote:
> > Am Sa., 14. Nov. 2020 um 20:16 Uhr schrieb David Michael
> > :
> > > On Sat, Nov 14, 2020 at 2:06 PM Carl Eugen Hoyos
> > > wrote:
> > > > Am Sa., 14. Nov. 2020 um 18:22 Uhr
On Sat, Nov 14, 2020 at 6:57 PM Carl Eugen Hoyos wrote:
> Am Sa., 14. Nov. 2020 um 20:16 Uhr schrieb David Michael
> :
> > On Sat, Nov 14, 2020 at 2:06 PM Carl Eugen Hoyos wrote:
> > > Am Sa., 14. Nov. 2020 um 18:22 Uhr schrieb David Michael
> > > :
> > > >
> > > > There are two issues:
> > >
On Fri, 6 Nov 2020, Michael Niedermayer wrote:
On Wed, Nov 04, 2020 at 10:44:56PM +0100, Marton Balint wrote:
On Wed, 4 Nov 2020, Michael Niedermayer wrote:
we have "millisecond" based formats, rounded timestamps
we have "exact" cases, maybe the timebase being 1 packet/frame per tick
we
Am Sa., 14. Nov. 2020 um 20:16 Uhr schrieb David Michael :
>
> On Sat, Nov 14, 2020 at 2:06 PM Carl Eugen Hoyos wrote:
> > Am Sa., 14. Nov. 2020 um 18:22 Uhr schrieb David Michael
> > :
> > >
> > > There are two issues:
> > >
> > > When build systems enable LTO in CFLAGS, the unused global
mpegts_read_header stops parsing the file at the first PMT. However the check
that ensured this was wrong because streams can also be added before the first
PMT is received (e.g. EIT).
So let's make sure we are in the header reading phase by checking if ts->pkt is
unset instead of checking if the
Fixes: signed integer overflow: 2147483647 + 1 cannot be represented in type
'int'
Fixes:
27369/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MOBICLIP_fuzzer-5083469356728320
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by:
Fixes: signed integer overflow: 9223372036854775807 + 8 cannot be represented
in type 'long'
Fixes:
27341/clusterfuzz-testcase-minimized-ffmpeg_dem_W64_fuzzer-5442833206738944
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by:
Fixes: signed integer overflow: 2110302399 + 39074947 cannot be represented in
type 'int'
Fixes:
27330/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MV30_fuzzer-5664923153334272
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Fixes: Infinite loop
Fixes:
27292/clusterfuzz-testcase-minimized-ffmpeg_dem_IFF_fuzzer-5731168991051776
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/iff.c | 3 +++
1 file changed, 3
The doxy for avio_alloc_context() states it must be used for this.
Signed-off-by: James Almer
---
tools/target_dem_fuzzer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/target_dem_fuzzer.c b/tools/target_dem_fuzzer.c
index e4f41765d6..e5c41eea01 100644
---
On Sat, Nov 14, 2020 at 2:06 PM Carl Eugen Hoyos wrote:
> Am Sa., 14. Nov. 2020 um 18:22 Uhr schrieb David Michael
> :
> >
> > There are two issues:
> >
> > When build systems enable LTO in CFLAGS, the unused global integer
> > does not make it into the compiled object file. As a workaround,
>
Am Sa., 14. Nov. 2020 um 18:22 Uhr schrieb David Michael :
>
> There are two issues:
>
> When build systems enable LTO in CFLAGS, the unused global integer
> does not make it into the compiled object file. As a workaround,
> check if the compiler understands -fno-lto and append it after
> CFLAGS
On 14/11/2020 17:32, Timo Rothenpieler wrote:
On 14.11.2020 16:08, James Almer wrote:
On 11/14/2020 12:01 PM, Timo Rothenpieler wrote:
I still strongly dislike this whole thing.
The same logic is ran essentially twice.
While it's applying the same method it is not doing the same thing,
Nov 14, 2020, 11:23 by an...@khirnov.net:
> Quoting Lynne (2020-11-12 18:42:22)
>
>> This introduces a new field to allow decoders to export their film grain
>> parameters.
>> Will be used by the next patch.
>>
>> Patch attached.
>> From d5d5e1e5f90938ac5cfa462efc13658ab411246b Mon Sep 17
On 11/14/2020 2:32 PM, Timo Rothenpieler wrote:
On 14.11.2020 16:08, James Almer wrote:
On 11/14/2020 12:01 PM, Timo Rothenpieler wrote:
I still strongly dislike this whole thing.
The same logic is ran essentially twice.
But I also really don't like putting all this stuff into the hwaccel.
On 14.11.2020 16:08, James Almer wrote:
On 11/14/2020 12:01 PM, Timo Rothenpieler wrote:
I still strongly dislike this whole thing.
The same logic is ran essentially twice.
But I also really don't like putting all this stuff into the hwaccel.
That's way more logic than a hwaccel integration
There are two issues:
When build systems enable LTO in CFLAGS, the unused global integer
does not make it into the compiled object file. As a workaround,
check if the compiler understands -fno-lto and append it after
CFLAGS while building the endianness test.
The hexdump output is line-wrapped,
On Tue, Nov 3, 2020 at 7:47 PM Artem Galin wrote:
> Adding DX11 relevant device type checks and adjusting callbacks with
> proper MediaSDK pair type support.
>
> Extending structure for proper MediaSDK pair type support.
>
> Signed-off-by: Artem Galin
> .
Patchset obviously closes the gap
On 11/14/2020 12:01 PM, Timo Rothenpieler wrote:
I still strongly dislike this whole thing.
The same logic is ran essentially twice.
But I also really don't like putting all this stuff into the hwaccel.
That's way more logic than a hwaccel integration should have to do.
Atm, only nvdec cares
I still strongly dislike this whole thing.
The same logic is ran essentially twice.
But I also really don't like putting all this stuff into the hwaccel.
That's way more logic than a hwaccel integration should have to do.
___
ffmpeg-devel mailing list
From: Limin Wang
Signed-off-by: Limin Wang
---
libavdevice/decklink_common.h | 9 +
libavdevice/decklink_dec.cpp | 3 ++-
libavdevice/decklink_dec_c.c | 12 ++--
3 files changed, 17 insertions(+), 7 deletions(-)
diff --git a/libavdevice/decklink_common.h
From: Limin Wang
Signed-off-by: Limin Wang
---
libavdevice/decklink_common.h | 9 +
libavdevice/decklink_dec.cpp | 3 ++-
libavdevice/decklink_dec_c.c | 12 ++--
3 files changed, 17 insertions(+), 7 deletions(-)
diff --git a/libavdevice/decklink_common.h
No hwaccel other than nvdec cares about this field
Signed-off-by: James Almer
---
libavcodec/av1dec.c| 33 -
libavcodec/av1dec.h| 2 --
libavcodec/nvdec_av1.c | 29 -
3 files changed, 28 insertions(+), 36 deletions(-)
diff
No hwaccel other than nvdec cares about this field
Signed-off-by: James Almer
---
libavcodec/av1dec.c| 78 --
libavcodec/av1dec.h| 2 --
libavcodec/nvdec_av1.c | 72 +++---
3 files changed, 68 insertions(+), 84
On 8/11/20 7:41 pm, Michael Keeley wrote:
Some DVRs (e.g. D7008FH made by iSmart Cities (Zhuhai) Limited) output the same
format .dav file,
but use ZLAV/zlav tags to delimit the packets instead of DHAV/dhav.
Signed-off-by: Michael Keeley
---
Changelog | 1 +
Ping :-)
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Michael Keeley
> Sent: Sunday, 8 November 2020 10:42 pm
> To: ffmpeg-devel@ffmpeg.org
> Cc: Michael Keeley
> Subject: [FFmpeg-devel] [PATCH v2] avformat/dhav: also support ZLAV
>
Fixes: Timeout(>10sec -> 1ms)
Fixes:
27284/clusterfuzz-testcase-minimized-ffmpeg_dem_RM_fuzzer-630420985728
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/rmdec.c | 2 ++
1 file
Fixes: index 26 out of bounds for type 'uint8_t [16]'
Fixes:
24913/clusterfuzz-testcase-minimized-ffmpeg_BSF_HEVC_METADATA_fuzzer-6261760693370880
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
Quoting Lynne (2020-11-12 18:42:22)
> This introduces a new field to allow decoders to export their film grain
> parameters.
> Will be used by the next patch.
>
> Patch attached.
> From d5d5e1e5f90938ac5cfa462efc13658ab411246b Mon Sep 17 00:00:00 2001
> From: Lynne
> Date: Thu, 12 Nov 2020
Quoting Michael Niedermayer (2020-11-04 01:06:48)
> Fixes: signed integer overflow: 131203586 * 28 cannot be represented in type
> 'int'
> Fixes:
> 26817/clusterfuzz-testcase-minimized-ffmpeg_dem_MSF_fuzzer-6296902548848640
>
> Found-by: continuous fuzzing process
>
Quoting Michael Niedermayer (2020-11-10 00:04:54)
> Fixes: OOM
> Fixes:
> 26934/clusterfuzz-testcase-minimized-ffmpeg_dem_W64_fuzzer-5996784213819392
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
>
Quoting Andreas Rheinhardt (2020-11-10 11:46:58)
> +int ff_init_vlc_from_lengths(VLC *vlc_arg, int nb_bits, int nb_codes,
> + const int8_t *lens, int lens_wrap,
> + const void *symbols, int symbols_wrap, int
> symbols_size,
> +
Quoting Andreas Rheinhardt (2020-11-12 21:51:28)
> Derek Buitenhuis:
> > On 10/11/2020 10:46, Andreas Rheinhardt wrote:
> >>
> >> +#define INIT_VLC_STATIC_FROM_LENGTHS(vlc, bits, nb_codes, lens, len_wrap,
> >> \
> >> + symbols, symbols_wrap, symbols_size,
>
On Tue, Nov 10, 2020 at 11:58:22AM +0100, Andreas Rheinhardt wrote:
> Expressions like array[get_vlc2()] can be optimized by using a symbols
> table if the array is always the same for a given VLC. This requirement
> is fulfilled for the VLC used for VP3 motion vectors. The reason it
> hasn't been
48 matches
Mail list logo
