Den 26.04.2025 22:37, skrev Andrew Randrianasulu
via Cin:
RADV_PERFTEST=video_decode,video_encode
time -p ./ffmpeg -init_hw_device vulkan=vulkan
-filter_hw_device vulkan -hwaccel vulkan -i
~/K38_sdcard1/Documents/iPhone11_4K-recorder_59.940HDR10.mov
-vf
libplacebo=w=1920:h=1080:force_original_aspect_ratio=decrease:normalize_sar=true:upscaler=ewa_lanczos:downscaler=ewa_lanczos:colorspace=bt709:color_primaries=bt709:color_trc=bt709:range=tv
-c:a copy -c:v libx264 -f mp4 -benchmark
/dev/shm/ffmpeg-git-libplacebo-vulkan-2k.mp4
frame= 1148 fps= 10 q=-1.0 Lsize=
30435KiB time=00:00:19.13 bitrate=13029.3kbits/s
speed=0.167x
bench: utime=355.600s stime=25.878s
rtime=114.342s
so nearly 10 fps with scaled to FHD
input! (otherwise 32bit x264 OOMs)
==================
I admit I'm not sure what's going on in every detail
above and below. But I've tried to adapt something
similar or equivalent (?) using my Google Pixel 7 Pro
smartphone to record a small HDR10 video clip, and then
using ffmpeg on my Intel Alder Lake cpu/DG2 gpu
workstation. Comments are welcome for correction and
learning?
Well, 125 fps sounds fast ;)
This line tries to convert HDR video to SDR
version, same size (for your case) but it now 10bit h264
instead of 10bit h265.
You probably can add format=yuv420p before all
other -vf liblacebo options so resulting file will be more
compatible 8bit h264.
You can try to watch both vids side by side, I
think mpv uses same algorithm as libplacebo, so on SDR screen
results must look close to each other?