Jexu
commented
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?
Open cfoch opened 1 year ago
Jexu
commented
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?
cfoch
commented
1 year ago 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
---
> 111594cb4a835161e500e16d5b2f76f0f8d6958bvah265dec: 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
> 180d8bb1e86d532ec8271e05fcdd4cd9d7d65e38FFmpeg checksums diff First run: a156c8cf9a4df6c73aaf52652454910d Second run: abc99142aa99d1f46aebee1391ff9e0e
Jexu
commented
1 year ago 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
rgonzalezfluendo
commented
1 year ago 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.
Jexu
commented
1 year ago 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
rgonzalezfluendo
commented
1 year ago No, we only have one. It's a Lenovo IdeaCentre 5 14iob6 with CPU i5-11400 and an iGPU.
Jexu
commented
1 year ago 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 ! checksumsinkChecksum 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.