Hi Nicholas and Thomas, I have to correct my comment about "smplayer" -> got it working, my fault! I probably choose the wrong wording when saying "What now does not work: smplayer". It stopped working at the same time when mpv was upgradet to v0.35.* and stopped working. Correct I should have said "smplayer did not start working after update to mpv_0.35.1-4". But that's also not true - it now works as before after switching the settings under "General" -> "Video" -> "Output driver" from "vaapi" to "libmpv" - that's all! I only use smplayer because of the comfortable way to zap between different channels. So with using "libmpv" I have definitely higher CPU-load (~12%) compared to mpv using vaapi (~1-2%)., but that's no issue for me. For completeness here the full output when playing with mpv: $ mpv dvb://ARD [dvbin] Tuning to channel "ARD"... [dvbin] dvb_tune DVB-C ANNEX A Freq: 330000000 [ffmpeg] NULL: non-existing PPS 0 referenced [ffmpeg/video] h264: non-existing PPS 0 referenced [ffmpeg/video] h264: decode_slice_header error [ffmpeg/video] h264: no frame! [ffmpeg/video] h264: non-existing PPS 0 referenced [ffmpeg/video] h264: non-existing PPS 0 referenced [ffmpeg/video] h264: decode_slice_header error [ffmpeg/video] h264: no frame! [ffmpeg/video] h264: non-existing PPS 0 referenced [ffmpeg/video] h264: non-existing PPS 0 referenced [ffmpeg/video] h264: decode_slice_header error [ffmpeg/video] h264: no frame! (+) Video --vid=1 (h264 1280x720 50.000fps) (+) Audio --aid=1 (ac3 2ch 48000Hz) File tags: Title: ARD [ffmpeg/video] h264: co located POCs unavailable [ffmpeg/video] h264: co located POCs unavailable Using hardware decoding (vaapi). AO: [pipewire] 48000Hz stereo 2ch floatp VO: [gpu] 1280x720 vaapi[nv12] AV: 00:02:42 / 00:02:45 (98%) A-V: 0.000 Cache: 3.3s/4MB Exiting... (Quit) Info regarding my GPU: Alder Lake CPU Core i5-12400 Firmware für UHD-Grafik 730: # dmesg | grep firmware [ 0.994151] i915 0000:00:02.0: firmware: direct-loading firmware i915/adls_dmc_ver2_01.bin [ 0.994647] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adls_dmc_ver2_01.bin (v2.1) [ 0.999702] i915 0000:00:02.0: firmware: direct-loading firmware i915/tgl_guc_70.bin [ 0.999828] i915 0000:00:02.0: firmware: direct-loading firmware i915/tgl_huc.bin [ 1.086191] i915 0000:00:02.0: [drm] GuC firmware i915/tgl_guc_70.bin version 70.5.1 [ 1.086192] i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc.bin version 7.9.3 If you need more information to enable/improve vaapi for this GPU please let me know. Regards, Alf Am 23.04.23 um 01:21 schrieb Nicholas D Steeves:
Dear Thomas and Alf, Thank you for confirming that this fix for DVB support works as it should. Thomas, if you have a few minutes of free time, would you please review the rest of this email, and consider verifying whether or not mpv_0.35.1-4 introduces a regression in smplayer? I hypothesise that mpv_0.35.1-3 works no better, but we need to be sure that mpv_0.35.1-4 doesn't cause any harm...if it does then smplayer will need a fix too (maybe just a rebuild). Alf<alf.debianfan@gmx.de> writes:(+) Video --vid=1 (h264 1280x720 50.000fps)Ok, h264.(+) Audio --aid=1 (mp2 2ch 48000Hz) File tags: Title: arte HD(Unitymedia) [ffmpeg/video] h264: co located POCs unavailableHere is a thread about what this message means: https://www.mail-archive.com/ffmpeg-devel@ffmpeg.org/msg80351.htmlUsing hardware decoding (vaapi). AO: [pipewire] 48000Hz stereo 2ch s16p VO: [gpu] 1280x720 vaapi[nv12]"nv12" is a colour space and pixel format thing. Yes, I had to look this up, because I've never seen "nv12" before. https://wiki.videolan.org/YUV