[Bug 1140434] New: Reduced video quality in vlc/kaffeine since 5.1.10
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 Bug ID: 1140434 Summary: Reduced video quality in vlc/kaffeine since 5.1.10 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Factory Status: NEW Severity: Normal Priority: P5 - None Component: KDE Applications Assignee: opensuse-kde-bugs@opensuse.org Reporter: Michael.Zapf@mizapf.de QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- After the upgrade to 5.1.10, the video quality in VLC and kaffeine (using the vlclib) has significantly degraded. It seems as if the vertical resolution has been reduced to 50%, then stretched to fill the frame. vlc was not updated (3.0.7.1 "Vetinari"), so I suspect that the different behavior comes from the kernel update. Here are links that show screenshots I created on the openSUSE KDE Plasma desktop. In both cases, the same program was being shown; I reverted to the previous kernel in the meantime using "start with read-only snapshot". Have a closer look at the TV station logo in the upper left corner to spot the difference most easily. With kernel 5.1.7: http://www.mizapf.eu/files/vlc_5.1.7.png With kernel 5.1.10: http://www.mizapf.eu/files/vlc_5.1.10.png Here is one final screenshot that shows another point of different behavior. When vlc is started, the video output is only half-height for about 1 second or slightly less. Then, the video is stretched to the window height. I created this snapshot by launching VLC and then quickly creating a screenshot. http://www.mizapf.eu/files/vlc_5.1.10_sec1.png I just updated to the newest release 5.1.15, but the reduced quality is still there. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c1 --- Comment #1 from Michael Zapf <Michael.Zapf@mizapf.de> --- This effect seems to be caused by the VDPAU setting in VLC. When using VLC and I set the output to XCB, the resolution is back at is intended level. There should be a way to pass this argument from kaffeine to the libVLC, but I have not found a way to do this; any setting for --vout or -V seems to be ignored. Using Radeon RX480 as graphics card (amdgpu). -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c2 Wolfgang Bauer <wbauer@tmo.at> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wbauer@tmo.at Component|KDE Applications |X.Org Assignee|opensuse-kde-bugs@opensuse. |xorg-maintainer-bugs@forge. |org |provo.novell.com QA Contact|qa-bugs@suse.de |xorg-maintainer-bugs@forge. | |provo.novell.com --- Comment #2 from Wolfgang Bauer <wbauer@tmo.at> --- (In reply to Michael Zapf from comment #1)
This effect seems to be caused by the VDPAU setting in VLC. When using VLC and I set the output to XCB, the resolution is back at is intended level. I suppose it's not a kaffeine or vlc problem then... (vlc is not a KDE application anyway)
There should be a way to pass this argument from kaffeine to the libVLC, but I have not found a way to do this; any setting for --vout or -V seems to be ignored. Look at /usr/share/doc/packages/kaffeine/README.md (in particular the sections "Changing the libVLC output plugin" and "Setting VDPAU acceleration").
-- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c3 --- Comment #3 from Wolfgang Bauer <wbauer@tmo.at> --- Although, as it apparently started to happen after a kernel update (5.1.7->5.1.10), it's probably rather a kernel driver problem... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c4 --- Comment #4 from Michael Zapf <Michael.Zapf@mizapf.de> --- I should probably try to bisect it? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c5 --- Comment #5 from Michael Zapf <Michael.Zapf@mizapf.de> --- I'm starting to get doubts that the issue is kernel-related. I noticed that the different behavior is caused by the module libvdpau_radeonsi being available or not. VLC was set to automatic (for vout), and for some reason it started to use vdpau since that update. Maybe the module got auto-selected. I need to check this on my other machine in a few days. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c6 Stefan Dirsch <sndirsch@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS CC| |Michael.Zapf@mizapf.de Flags| |needinfo?(Michael.Zapf@miza | |pf.de) --- Comment #6 from Stefan Dirsch <sndirsch@suse.com> --- Well, maybe it's a regression in Mesa. Try uninstalling Mesa's Radeon VDPAU driver by uninstalling package libvdpau_radeonsi. Then libva/VAAPI should be used instead, if supported by the application/library. Does this fix the issue? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c7 --- Comment #7 from Michael Zapf <Michael.Zapf@mizapf.de> --- I noticed on my second PC (with Radeon RX580) that I get a good VDPAU output when rolling back to a snapshot with kernel 5.1.7 and libvdpau_radeonsi 19.0.5-221.3. The VDPAU Driver Shared lib is actually used, as the console output says. Problems appear with the snapshot with kernel 5.1.10 and libvdpau_radeonsi 19.1.0-222.1. I upgraded the libvdpau_radeonsi on the 5.1.7 snapshot to 19.1.2-224.1, but VLC crashed when I ran it. Maybe it requires other components to be updated as well (or the kernel). -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c8 --- Comment #8 from Stefan Dirsch <sndirsch@suse.com> --- Seems to be a Mesa regression, so please try waht I asked you in comment #6. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c10 --- Comment #10 from Stefan Dirsch <sndirsch@suse.com> --- Seems you're using the VDPAU -> VAAPI wrapper /usr/lib64/vdpau/libvdpau_va_gl.so in package libvdpau_va_gl1, so you've set: # echo $VDPAU_DRIVER va_gl Correct? Not sure well this wrapper really works. I suggest to let it chose VA-API directly as a fallback by no longer setting VDPAU_DRIVER. --> # unset VDPAU_DRIVER # vlc Videos/test1.mp4 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c11 --- Comment #11 from Michael Zapf <Michael.Zapf@mizapf.de> --- When I unset the variable, vlc falls back to VDPAU with the mentioned half resolution. $ echo $VDPAU_DRIVER va_gl $ unset VDPAU_DRIVER $ vlc Videos/test1.mp4 -v VLC media player 3.0.7.1 Vetinari (revision 3.0.7.1-0-gf3940db4af) [00005623c4506750] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [00007fe61cc158b0] mp4 demux warning: elst box found [00007fe61cc158b0] mp4 demux warning: STTS table of 1 entries [00007fe61cc158b0] mp4 demux warning: CTTS table of 804 entries [00007fe61cc158b0] mp4 demux warning: elst box found [00007fe61cc158b0] mp4 demux warning: STTS table of 1 entries [00007fe61cd48e20] faad decoder warning: decoded zero sample libva info: VA-API version 1.4.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_1_4 libva info: va_openDriver() returns 0 [00007fe60c001f50] glconv_vaapi_x11 gl error: vaDeriveImage: operation failed [00007fe6180640c0] main video output error: video output creation failed [00007fe61cc60300] main decoder error: failed to create video output [00007fe61cc60300] avcodec decoder: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding [00005623c45dafd0] pulse audio output warning: starting late (-11453 us) [00007fe6180640c0] main video output warning: picture is too late to be displayed (missing 46 ms) Here is a part of a more verbose output: (-vv) [00007f3cd8001370] main vout display debug: looking for vout display module matching "any": 13 candidates [00007f3cd8001370] main vout display debug: VoutDisplayEvent 'resize' 1280x720 [00007f3cd8001f50] main gl debug: looking for opengl module matching "any": 3 candidates [00007f3cd407b000] main window debug: resized to 1280x720 [00007f3cd8001370] main vout display debug: VoutDisplayEvent 'resize' 1280x720 [00007f3cd8001f50] egl_x11 gl debug: EGL version 1.5 by Mesa Project [00007f3cd8001f50] egl_x11 gl debug: extensions: EGL_ANDROID_native_fence_sync EGL_CHROMIUM_sync_control EGL_EXT_buffer_age EGL_EXT_create_context_robustness EGL_EXT_image_dma_buf_import EGL_KHR_cl_event2 EGL_KHR_config_attribs EGL_KHR_create_context EGL_KHR_create_context_no_error EGL_KHR_fence_sync EGL_KHR_get_all_proc_addresses EGL_KHR_gl_colorspace EGL_KHR_gl_renderbuffer_image EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_3D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_image EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_no_config_context EGL_KHR_reusable_sync EGL_KHR_surfaceless_context EGL_EXT_pixel_format_float EGL_KHR_wait_sync EGL_MESA_configless_context EGL_MESA_drm_image EGL_MESA_image_dma_buf_export EGL_MESA_query_driver EGL_NOK_texture_from_pixmap EGL_WL_bind_wayland_display [00007f3cd8001f50] main gl debug: using opengl module "egl_x11" [00005614910d0440] qt interface debug: Logical video size: 1280x720 [00007f3cd407b000] main window debug: resized to 1280x720 [00007f3cd8001370] main vout display debug: VoutDisplayEvent 'resize' 1280x720 [00007f3cd8130650] main generic debug: looking for glconv module matching "any": 4 candidates libva info: VA-API version 1.4.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_1_4 libva info: va_openDriver() returns 0 [00007f3cd8130650] main generic debug: using glconv module "glconv_vaapi_x11" [00007f3cd8001370] main vout display debug: using vout display module "gl" [00007f3cd8001f50] glconv_vaapi_x11 gl error: vaDeriveImage: operation failed [00007f3cd8001370] main vout display debug: removing module "gl" [00007f3cd8130650] main generic debug: removing module "glconv_vaapi_x11" [00007f3cd8001f50] main gl debug: removing module "egl_x11" [00007f3cd40640c0] main video output error: video output creation failed [00007f3cd40e6620] dbus_screensaver inhibit debug: got cookie 1210 [00007f3cd40e6620] main inhibit debug: removing module "dbus_screensaver" [00007f3cd407b000] qt window debug: releasing video... [00005614910d0440] qt interface debug: Video is not needed anymore [00007f3cd4068040] main spu text debug: removing module "freetype" [00007f3cd4119b50] main scale debug: removing module "yuvp" [00007f3cd4072930] main scale debug: removing module "swscale" [00007f3ce4c5fe70] main decoder error: failed to create video output [00007f3ce4c5fe70] avcodec decoder debug: trying format vdpau [00007f3cd4072930] main spu text debug: looking for text renderer module matching "any": 3 candidates [00007f3cd4072930] freetype spu text debug: Building font databases. [00007f3cd4072930] freetype spu text debug: Took -8875 microseconds [00007f3cd4072930] main spu text debug: using text renderer module "freetype" [00007f3cd4119b50] main scale debug: looking for video converter module matching "any": 23 candidates [00007f3cd4119b50] swscale scale debug: 32x32 (32x32) chroma: YUVA -> 16x16 (16x16) chroma: RGBA with scaling using Bicubic (good quality) [00007f3cd4119b50] main scale debug: using video converter module "swscale" [00007f3cd4068040] main scale debug: looking for video converter module matching "any": 23 candidates [00007f3cd4068040] yuvp scale debug: YUVP to YUVA converter [00007f3cd4068040] main scale debug: using video converter module "yuvp" [00007f3cd40640c0] main video output debug: Deinterlacing available [00007f3cd40640c0] main video output debug: deinterlace -1, mode auto, is_needed 0 [00007f3cd4079280] main window debug: looking for vout window module matching "qt,any": 6 candidates [00007f3cd4079280] qt window debug: requesting video window... [00007f3cd4079280] main window debug: using vout window module "qt" [00007f3cd40db720] main inhibit debug: looking for inhibit module matching "any": 2 candidates [00007f3cd4079280] main window debug: resized to 1280x720 [00007f3cd40db720] dbus_screensaver inhibit debug: found service org.freedesktop.ScreenSaver [00007f3cd40db720] main inhibit debug: using inhibit module "dbus_screensaver" [00007f3cd40640c0] main video output debug: Opening vout display wrapper [00007f3cd82956f0] main vout display debug: looking for vout display module matching "any": 13 candidates [00007f3cd82956f0] main vout display debug: VoutDisplayEvent 'resize' 1280x720 [00007f3cd8297910] main gl debug: looking for opengl module matching "glx": 3 candidates [00007f3cd8297910] glx gl debug: using GLX extension version 1.4 [00005614910d0440] qt interface debug: Logical video size: 1280x720 [00007f3cd4079280] main window debug: resized to 1280x720 [00007f3cd82956f0] main vout display debug: VoutDisplayEvent 'resize' 1280x720 [00007f3cd8297910] main gl debug: using opengl module "glx" [00007f3cd8081e30] main generic debug: looking for glconv module matching "any": 4 candidates [00007f3cd8081e30] main generic debug: using glconv module "glconv_vdpau" [00007f3cd82956f0] main vout display debug: using vout display module "gl" [00007f3cd82956f0] main vout display debug: A filter to adapt decoder VDV0 to display VDOR is needed [00007f3cd82e6870] main filter debug: looking for video converter module matching "any": 23 candidates [00007f3cd82e6870] vdpau_chroma filter debug: using video mixer temporal deinterlace feature [00007f3cd82e6870] vdpau_chroma filter debug: using video mixer sharpness feature [00007f3cd82e6870] vdpau_chroma filter debug: using video mixer 5 [00007f3cd82e6870] main filter debug: using video converter module "vdpau_chroma" [00007f3cd82956f0] main vout display debug: Filter 'VDPAU' (0x7f3cd82e6870) appended to chain [00007f3cd40640c0] main video output debug: original format sz 1280x720, of (0,0), vsz 1280x720, 4cc VDV0, sar 1:1, msk r0x0 g0x0 b0x0 [00007f3cd4072930] main spu text debug: removing module "freetype" [00007f3cd4072930] main spu text debug: looking for text renderer module matching "any": 3 candidates [00007f3cd4072930] freetype spu text debug: Building font databases. [00005614910ca2f0] dbus interface debug: Getting property Position [00005614910d0440] qt interface debug: Logical video size: 1280x720 [00007f3cd4079280] main window debug: resized to 1280x720 [00007f3cd82956f0] main vout display debug: VoutDisplayEvent 'resize' 1280x720 [00007f3cd4072930] freetype spu text debug: Took -8176 microseconds [00007f3cd4072930] main spu text debug: using text renderer module "freetype" [00007f3cd40b60d0] main generic debug: looking for hw decoder module matching "vdpau_avcodec": 3 candidates [00007f3cd40b60d0] main generic debug: using hw decoder module "vdpau_avcodec" [00007f3ce4c5fe70] avcodec decoder: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c12 Stefan Dirsch <sndirsch@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(Michael.Zapf@miza | |pf.de) | --- Comment #12 from Stefan Dirsch <sndirsch@suse.com> --- Ok. I'm afraid you need to live with --vout xcb_xv for now. :-( -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c13 --- Comment #13 from Michael Zapf <Michael.Zapf@mizapf.de> --- xcb_xv is no problem for me when watching TV; I guess it may be more relevant for Bluray playback (e.g. via Leawo/Wine) to have hardware acceleration. If it helps, I can test new releases for vaapi/vdpau on my system. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c15 --- Comment #15 from Michael Zapf <Michael.Zapf@mizapf.de> --- Still there: http://www.mizapf.eu/files/vlc_xcb.png http://www.mizapf.eu/files/vlc_vdpau.png I've been using VLC since then, using the xcb video output. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c16 --- Comment #16 from Stefan Dirsch <sndirsch@suse.com> --- Ok. So which version were you testing? 15.1, 15.2-Beta or current TW? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c17 --- Comment #17 from Michael Zapf <Michael.Zapf@mizapf.de> --- Ah, sorry. I'm using Tumbleweed (5.5.4-1), last update Feb 26, 2020. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c18 Stefan Dirsch <sndirsch@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(Michael.Zapf@miza | |pf.de) | --- Comment #18 from Stefan Dirsch <sndirsch@suse.com> --- Thanks! -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c35 --- Comment #35 from Michael Zapf <Michael.Zapf@mizapf.de> --- That means the reason why libplacebo providing normal resolution is that it actually does not use hardware acceleration. So who is in charge of the OSS AMD driver (amdgpu)? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c36 --- Comment #36 from Stefan Dirsch <sndirsch@suse.com> --- I don't think, that libplacebo means not using hardware acceleration. https://github.com/haasn/libplacebo [...] libplacebo currently supports Vulkan (including MoltenVK), OpenGL, [...] -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c37 --- Comment #37 from Michael Zapf <Michael.Zapf@mizapf.de> --- Don't misunderstand - I don't think this is intended. I just meant that libplacebo somehow fails to make use of HW acceleration on my system although it is supposed to use it. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 Peter B <auxsvr@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |auxsvr@gmail.com -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c38 --- Comment #38 from Michael Zapf <Michael.Zapf@mizapf.de> --- Something seems to have changed ... Kaffeine now produces a correct image for HD playback with full resolution. SD still seems to suffer from a reduced resolution; better quality in vlc. I'll have to find out whether hardware acceleration is now used or not. However, I cannot compare the current CPU loads to the numbers shown here, since I upgraded my system a short while ago (new CPU and new graphics card). So this is not really an issue for my system anymore, regardless whether HW accel is used or not. If you like we can close this ticket. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140434 http://bugzilla.opensuse.org/show_bug.cgi?id=1140434#c39 Stefan Dirsch <sndirsch@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |WORKSFORME --- Comment #39 from Stefan Dirsch <sndirsch@suse.com> --- It would be possible that HW acceleration is no longer been used since Mesa 22.2.0 removed H264/H265/VC1 support in VA-API, VDPAU and Vulkan. radeon drivers are definitely affected by this.
However, I cannot compare the current CPU loads to the numbers shown here, since I upgraded my system a short while ago (new CPU > and new graphics card).
As you wish. ;-) -- You are receiving this mail because: You are on the CC list for the bug.
participants (2)
-
bugzilla_noreply＠novell.com -
bugzilla_noreply＠suse.com