20:24
avcodec/av1dec: parse DV profile 10 T.35 OBU See previous commit. [DH] libavcodec/av1dec.c [DH] libavcodec/av1dec.h
20:16
avcodec/libdav1d: parse DV profile 10 T.35 OBU This is thankfully passed through verbatim by libdav1d, so we can parse it in our own code. In theory, taking the DV profile from the packet-level configuration struct is redundant since there is currently only one possible DV level for AV1 (and all others would fail parsing), but this marginally future-proofs it against possible new AV1-specific profiles being added in the future. [DH] libavcodec/libdav1d.c
20:06
avcodec/dovi_rpu: implement support for profile 10 Instead of the nal_prefix, this profile inside wraps the RPU inside an EMDF container, as specified in ETSI TS 102 366. However, this DV-specific EMDF container is restricted (by the specification) to a fixed set of hard-coded parameters, which we can effecitvely treat as a magic byte sequence. Validated and tested using official Dolby sample files, which I unfortunately cannot share. However, there are public sample files available at the merge request link below. Relevant links: - (...)
00:08
avformat/mxfenc: add h264_mp4toannexb bitstream filter if needed when muxing h264 Partially fixes ticket #10395. Signed-off-by: Marton Balint <cusⓐpasswd.hu> [DH] libavformat/mxfenc.c
09:12
lavc: add content light/mastering display side data wrappers [DH] libavcodec/decode.c [DH] libavcodec/decode.h
09:21
lavc/*dec: use side data preference for mastering display/content light metadata [DH] libavcodec/av1dec.c [DH] libavcodec/h2645_sei.c [DH] libavcodec/libdav1d.c [DH] libavcodec/pngdec.c [DH] libavcodec/qsvdec.c
08:06
lavc/hevcdec: pass an actual codec context to ff_h2645_sei_to_frame() Needed by following commit. [DH] libavcodec/hevcdec.c
14:11
avutil/hwcontext_opencl: Add map from Videotoolbox to OpenCL For example: ./ffmpeg -hwaccel videotoolbox \\ -hwaccel_output_format videotoolbox_vld \\ -i foo.mp4 \\ -vf hwmap=derive_device=opencl,transpose_opencl=dir=clock,hwmap,format=nv12 \\ -c:v hevc_videotoolbox \\ -c:a copy \\ -b:v 2M -tag:v hvc1 bar.mp4 Signed-off-by: Zhao Zhili <zhilizhaoⓐtencent.com> [DH] configure [DH] libavutil/hwcontext_opencl.c
14:11
avutil/hwcontext_opencl: Fix missing linesize when map from opencl Signed-off-by: Zhao Zhili <zhilizhaoⓐtencent.com> [DH] libavutil/hwcontext_opencl.c
07:07
avfilter/vf_scale_vulkan: Fix typo Fix #10875 Signed-off-by: Zhao Zhili <zhilizhaoⓐtencent.com> [DH] libavfilter/vf_scale_vulkan.c
23:21
avcodec/libsvtav1: send the EOS signal without a one frame delay to allow for the library to operate in a low-delay mode Co-authored-by: Amir Naghdinezhad <amir.naghdinezhadⓐintel.com> Signed-off-by: Cosmin Stejerean <cosminⓐcosmin.at> Signed-off-by: James Almer <jamrialⓐgmail.com> [DH] libavcodec/libsvtav1.c
17:54
configure: Disable linker warnings for common symbols Common symbols are not part of ISO-C and therefore not used by FFmpeg at all. Yet linker warnings to ensure it stays that way are nevertheless wrong, because the existence of common symbols does not imply that there is a bug in our code. More precisely, Clang's ASAN implementation uses a common symbol ___asan_globals_registered when used on Elf targets with the -fsanitize-address-globals-dead-stripping option; said option is the default since Clang 17 [1]. This leads to 1883 warnings about ___asan_globals_registered when linking (...)
06:28
lavc/vvc_ps: Correct vaule of ALF_NUM_FILTERS_CC Signed-off-by: Fei Wang <fei.w.wangⓐintel.com> [DH] libavcodec/vvc/vvc_ps.h