Re: [FFmpeg-devel] [PATCH 2/2] avcodec/libaom: Add tests for HDR10+ metadata support

2025-06-13 Thread Maryla Ustarroz via ffmpeg-devel
--- Begin Message --- On Thu, Jun 5, 2025 at 9:27 AM Andreas Rheinhardt wrote: > > Maryla Ustarroz via ffmpeg-devel: > > On Fri, May 30, 2025 at 2:52 PM Andreas Rheinhardt > > wrote: > >> > >> Maryla Ustarroz-Calonge via ffmpeg-devel: > >>> The new

[FFmpeg-devel] [PATCH] avcodec/itut35: always check the provider code and country code together

2025-06-12 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
--- Begin Message --- From: Maryla ITU-T T.35 provider codes are attributed by national bodies and it's possible to have collisions across countries. This is why the country code must always be checked as well. In the code this could be done by having an outer switch on the country code, th

[FFmpeg-devel] [PATCH] ffprobe: add -codec: option

2025-06-10 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
--- Begin Message --- opt_codec() is mostly copied over from ffplay.c Signed-off-by: Maryla Ustarroz-Calonge --- Changelog | 2 +- fftools/ffprobe.c | 114 +- 2 files changed, 103 insertions(+), 13 deletions(-) diff --git a/Changelog b

[FFmpeg-devel] [PATCH v2 2/2] avcodec/libaom: Add tests for HDR10+ metadata support

2025-06-04 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
The new fate sample av1/metadata_hdr10_plus.ivf used in the second test is the output of the first test. Signed-off-by: Maryla Ustarroz-Calonge --- tests/Makefile | 1 + tests/fate-run.sh | 3 +- tests/fate/av1.mak | 11

[FFmpeg-devel] [PATCH v2 1/2] avcodec/libaom: Add HDR10+ metadata support

2025-06-04 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
Signed-off-by: Maryla Ustarroz-Calonge --- Changelog | 1 + libavcodec/libaomdec.c | 62 ++ libavcodec/libaomenc.c | 55 + libavcodec/version.h | 2 +- 4 files changed, 119 insertions(+), 1 deletion

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/libaom: Add tests for HDR10+ metadata support

2025-06-02 Thread Maryla Ustarroz via ffmpeg-devel
On Fri, May 30, 2025 at 2:52 PM Andreas Rheinhardt wrote: > > Maryla Ustarroz-Calonge via ffmpeg-devel: > > The new fate sample av1/metadata_hdr10_plus.ivf used in the second > > test is the output of the first test. > > > > Signed-off-by: Maryla Ustarroz-Calong

[FFmpeg-devel] [PATCH 2/2] avcodec/libaom: Add tests for HDR10+ metadata support

2025-05-30 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
The new fate sample av1/metadata_hdr10_plus.ivf used in the second test is the output of the first test. Signed-off-by: Maryla Ustarroz-Calonge --- tests/Makefile | 1 + tests/fate/av1.mak | 11 ++ tests/ref/fate/libaom-hdr10-plus | 52

[FFmpeg-devel] [PATCH 1/2] avcodec/libaom: Add HDR10+ metadata support

2025-05-30 Thread Maryla Ustarroz-Calonge via ffmpeg-devel
Signed-off-by: Maryla Ustarroz-Calonge --- libavcodec/libaomdec.c | 62 ++ libavcodec/libaomenc.c | 60 libavcodec/version.h | 2 +- 3 files changed, 123 insertions(+), 1 deletion(-) diff --git a/libavcodec

[FFmpeg-devel] [PATCH] webp: fix transforms after a palette with pixel packing.

2021-08-30 Thread Maryla
When a color indexing transform with 16 or fewer colors is used, WebP uses "pixel packing", i.e. storing several pixels in one byte, which virtually reduces the width of the image (see WebPContext's reduced_width field). This reduced_width should always be used when reading and applying subsequent

Re: [FFmpeg-devel] [PATCH] webp: fix transforms after a palette with pixel packing.

2021-08-26 Thread Maryla Ustarroz
d the file to fate, and then I can add a fate test to the patch? On Fri, Aug 20, 2021 at 7:07 PM James Zern wrote: > On Thu, Aug 19, 2021 at 12:56 AM Maryla > wrote: > > > > When a color indexing transform with 16 or fewer colors is used, > > WebP uses "pixel packin

[FFmpeg-devel] [PATCH] webp: fix transforms after a palette with pixel packing.

2021-08-19 Thread Maryla
When a color indexing transform with 16 or fewer colors is used, WebP uses "pixel packing", i.e. storing several pixels in one byte, which virtually reduces the width of the image (see WebPContext's reduced_width field). This reduced_width should always be used when reading and applying subsequent