Open cfoch opened 1 year ago
Md5 checksum are always same in different run for both gstreamer/vappi and ffmpeg/vaapi, and issue only exists for gstreamer/va right?
issue only exists for gstreamer/va right? No, it also happens on vaapih265dec, but only one frame has a different checksum (maybe if the video had a longer duration, there would be more different checksums).
Md5 checksum are always same in different run for both gstreamer/vappi and ffmpeg/vaapi, and issue only exists for gstreamer/va right?
No. If you run multiple times whether ffmpeg or gstreamer, checksums will be different.
For the terminal output pasted above:
vaapih265dec: diff on different runs:
< 3f1ae372cad44eacd15c0485d4d4725899de570a
---
> 111594cb4a835161e500e16d5b2f76f0f8d6958b
vah265dec: diff on different runs
< 57a74100e80fab8582ad0cb9537da2ea86265e5b
< 05c68a59594ef5c6f1fab503d9c6effb347d3c52
< 707dc3204086da7d69c7d3e2027077f5bd9012ac
< 1418a4446a6f59c08794916f113090a60bab5b96
< 479fcd7da732829cacef68c01d242a3f18ab99b4
< a85a0d697d659f387546e332307aebc99a399dc5
< f6e89e5999106c956ae45a741c955b84b5dcdd18
< 05a432b5ec6318055dda38e1f6f8646432497026
< 32dc073437cfe4cddf6eb376cc92a5ba7441499a
< 19d3979b61a7b81ce30f41542a26356438c81786
< 152a37eceeb77a5010773ff55035714a7cdfb66c
< f60fac76f4421033135be12d22e371d362c03e5e
< 7ec1b4694b67583111bb279ec0124ea6f2728d38
< adfe6f9cdf9f4b4bbf63e8ce3a6ea1d9c102422b
< 4dc2b797a3a5bd75cd72a100f88073df911343c1
---
> 14d2792ba07eaaa5b6239ee5a968a765ef4f070a
> 1762d6a07b8677f4fb399b90158b3d73d82ac4f4
> f86907ee904e40f67771adcfe63c686f979f3ed0
> 60936df31b526152018655c29a9430cc79a544ea
> 7dc8639853c242281e71c47dfeeba8b46609c1a1
> 5f7388e17e046d37784a0bcfe2780d336bfe8539
> 1e82b1200c3ebfd38ff8872203a05f175bb51631
> b3fcb23486296e143da5fc7fe5a5e2ff687ff865
> f619a49374c83e03664ff33ed4ea54528afb0296
> f0342f96ce953cc6ac94f8e4e62dfc0a153cd15b
> 7f6a1692e0ea200a624b66043e10d3899c7473bf
> 7ec8a38814206502d066bca76612543d3d05277c
> 5da9e2d9b5e50ac5a9ee36f5b06df662d4e05887
> c94b82d0d5745314f31fa188c1002893b86769e6
> f127899fe78a94d7fd0313b9d1623a4e4511d749
> 180d8bb1e86d532ec8271e05fcdd4cd9d7d65e38
FFmpeg checksums diff First run: a156c8cf9a4df6c73aaf52652454910d Second run: abc99142aa99d1f46aebee1391ff9e0e
Just tried ffmpeg/vaapi, could not reproduce your md5 mismatch issue, each run output are same md5.
cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=22.04 DISTRIB_CODENAME=jammy DISTRIB_DESCRIPTION="Ubuntu 22.04.1 LTS"
media version: intel-media-va-driver-non-free:amd64 (22.3.1+ds1-1)
ffmpeg -hwaccel vaapi -i AMP_A_Samsung_7.bin -f md5 - ffmpeg version 4.4.2-0ubuntu0.22.04.1 Copyright (c) 2000-2021 the FFmpeg developers built with gcc 11 (Ubuntu 11.2.0-19ubuntu1) configuration: --prefix=/usr --extra-version=0ubuntu0.22.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared libavutil 56. 70.100 / 56. 70.100 libavcodec 58.134.100 / 58.134.100 libavformat 58. 76.100 / 58. 76.100 libavdevice 58. 13.100 / 58. 13.100 libavfilter 7.110.100 / 7.110.100 libswscale 5. 9.100 / 5. 9.100 libswresample 3. 9.100 / 3. 9.100 libpostproc 55. 9.100 / 55. 9.100 Input #0, hevc, from 'AMP_A_Samsung_7.bin': Duration: N/A, bitrate: N/A Stream #0:0: Video: hevc (Main), yuv420p(tv), 2560x1600, 25 fps, 25 tbr, 1200k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native)) Press [q] to stop, [?] for help Output #0, md5, to 'pipe:': Metadata: encoder : Lavf58.76.100 Stream #0:0: Video: rawvideo (NV12 / 0x3231564E), nv12(tv, progressive), 2560x1600, q=2-31, 1228800 kb/s, 25 fps, 25 tbn Metadata: encoder : Lavc58.134.100 rawvideo MD5=abc99142aa99d1f46aebee1391ff9e0e 0kB time=00:00:00.04 bitrate= 0.0kbits/s speed=1.52x frame= 17 fps=0.0 q=-0.0 Lsize= 0kB time=00:00:00.68 bitrate= 0.4kbits/s speed=2.78x video:102000kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
I belong to @cfoch's team. We tested with a lot of Intel hardware, and we only can reproduce the issue with a RocketLake-S GT1 [UHD Graphics 730]
GPU.
I used rkl-s UHD 730, unable to reproduce it. Do you have another UHD 730 to try?
lshw -c video *-display description: VGA compatible controller product: RocketLake-S GT1 [UHD Graphics 730] vendor: Intel Corporation physical id: 2 bus info: pci@0000:00:02.0 logical name: /dev/fb0 version: 04 width: 64 bits clock: 33MHz capabilities: pciexpress msi pm vga_controller bus_master cap_list rom fb configuration: depth=32 driver=i915 latency=0 mode=1280x1024 resolution=1280,1024 visual=truecolor xres=1280 yres=1024 resources: iomemory:600-5ff iomemory:400-3ff irq:148 memory:6000000000-6000ffffff memory:4000000000-400fffffff ioport:4000(size=64) memory:c0000-dffff
No, we only have one. It's a Lenovo IdeaCentre 5 14iob6 with CPU i5-11400 and an iGPU.
May i know does the issue still exist with latest media driver? how about upgrating to latest kernel? Since it is unable to reproduce on my side after trying several UHD 730 machines, i may mark it as Reserved. Let me know if you have any concern.
Which component impacted?
Decode
Is it regression? Good in old configuration?
No response
What happened?
LIBVA_DRIVER_NAME=iHD DISPLAY=:0 gst-launch-1.0 filesrc location=AMP_A_Samsung_7.bin ! h265parse ! vaapih265dec ! checksumsink
Checksum is different accross different runs when decoding the following file: https://www.itu.int/wftp3/av-arch/jctvc-site/bitstream_exchange/draft_conformance/HEVC_v1/AMP_A_Samsung_7.zip
This bug does not happen in other hardware. ie. UHD Graphics 620
Gstreamer/vaapi
GStreamer/va
FFmpeg/vaapi
What's the usage scenario when you are seeing the problem?
Transcode for media delivery
What impacted?
Debug Information
What's libva/libva-utils/gmmlib/media-driver version?
media-driver version
Could you provide vainfo log by vainfo >vainfo.log 2>&1? vainfo.log
Could you provide libva trace log? Run cmd export LIBVA_TRACE=/tmp/libva_trace.log first then execute the case.
Traces for vaapih265dec: libva_trace.log.zip
Traces for vah265dec: libva_vah265dec_trace.log.zip
Traces for ffmpeg:
libva_ffmpeg_trace.log.zip
Do you want to contribute a patch to fix the issue?
No.