02:35
MAINTAINERS: Add myself for graph printing ..and resources Signed-off-by: softworkz <softworkzⓐhotmail.com> Signed-off-by: Michael Niedermayer <michaelⓐniedermayer.cc> [DH] MAINTAINERS
01:33
fftools/Makefile: clean files from fftools/graph,textformat/ [DH] fftools/Makefile
19:46
avcodec/asvenc,dvenc: Optimize unaligned checks away if possible For certain arches (AARCH64, x86, generic) get_pixels and get_pixels_unaligned always coincide for 8 bit input. In these cases it is possible to avoid checks for unaligned input in asvenc, dvenc. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardtⓐoutlook.com> [DH] libavcodec/asvenc.c [DH] libavcodec/dvenc.c [DH] libavcodec/pixblockdsp.h
19:21
avcodec/pixblockdsp: Fix get_pixels alignment documentation Signed-off-by: Andreas Rheinhardt <andreas.rheinhardtⓐoutlook.com> [DH] libavcodec/pixblockdsp.h
17:34
avfilter/x86/vf_spp: Remove permutation-specific code The MMX requantize functions have the MMX permutation (i.e. FF_IDCT_PERM_SIMPLE) hardcoded and therefore check for the used permutation (namely via a CRC). Yet this is very ugly and could even lead to misdetection; furthermore, since d7246ea9f229db64ed909d7446196128d6f53de0 the permutation used here is de-facto and since bfb28b5ce89f3e950214b67ea95b45e3355c2caf definitely impossible on x64, making this code dead on x64. So remove it. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardtⓐoutlook.com> [DH] (...)
17:13
avcodec/pixblockdsp: Pass bits_per_raw_sample directly Signed-off-by: Andreas Rheinhardt <andreas.rheinhardtⓐoutlook.com> [DH] libavcodec/asvenc.c [DH] libavcodec/avdct.c [DH] libavcodec/dnxhdenc.c [DH] libavcodec/dvenc.c [DH] libavcodec/mpegvideo_enc.c [DH] libavcodec/pixblockdsp.c [DH] libavcodec/pixblockdsp.h [DH] tests/checkasm/pixblockdsp.c
15:09
avcodec/pixblockdsp: Improve 8 vs 16 bit check Before this commit, the input in get_pixels and get_pixels_unaligned has been treated inconsistenly: - The generic code treated 9, 10, 12 and 14 bits as 16bit input (these bits correspond to what FFmpeg's dsputils supported), everything with <= 8 bits as 8 bit and everything else as 8 bit when used via AVDCT (which exposes these functions and purports to support up to 14 bits). - AARCH64, ARM, PPC and RISC-V, x86 ignore this AVDCT special case. - RISC-V also ignored the restriction to 9, 10, 12 and 14 for its 16bit check and treated (...)
14:30
avcodec/dvenc: Check for unaligned pointers, strides Fixes segfaults on systems where PixblockDSPContext.get_pixels really requires to be properly aligned (e.g. ARMv7). Before this commit input created by -filter_complex nullsrc=s=740x576:r=25,format=yuv420p,crop=w=720:x=2 led to crashes. (The unaligned strides are in violation of the AVFrame.linesize documentation, unaligned pointers itself do not seem to be prohibited for encoders.) Signed-off-by: Andreas Rheinhardt <andreas.rheinhardtⓐoutlook.com> [DH] (...)
13:38
avcodec/asvenc: Fix crash with unaligned pointers/linesizes This happens on systems where get_pixels really needs to be properly aligned, like ARMV7 or RISC-V. For these systems, 0401ca714a2714743573e27c384ffa810fd31a92 caused a bus error for the vsynth3-asv[12] tests, because the stride in these tests is unaligned. See e.g. https://fate.ffmpeg.org/report.cgi?slot=armv7-linux-gcc-13&time=20250527020548 https://fate.ffmpeg.org/report.cgi?slot=rv64gcvb-linux-gnu-gcc&time=20250527001827 It can also happen (even before said commit) if the pointers itself are unaligned, e.g. by using (...)
06:20
ffv1enc_vulkan: allow slicecrc=2 For parity with the software encoder. [DH] libavcodec/ffv1enc_vulkan.c