Bug 488697

Summary:	Haruna - Hardware acceleration broken under wayland
Product:	[Applications] Haruna	Reporter:	onigino <onigino>
Component:	generic	Assignee:	george fb <georgefb899>
Status:	REPORTED ---
Severity:	normal	CC:	60f31543-f82f-492a-8430-25db5521568b, bmhieserich, ilikefoss, kde
Priority:	NOR
Version First Reported In:	1.1.2
Target Milestone:	---
Platform:	KaOS
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description onigino 2024-06-18 23:03:57 UTC

direct cli calls to mpv work without issue however loading the same videos under wayland (wlroots) fails to support / find hardware acceleration

here is the debug output

```
haruna
QML debugging is enabled. Only use this in a safe environment.
[cplayer] Set property: msg-level=all=v -> 1
[cplayer] Done loading scripts.
[libmpv_render] GL_VERSION='4.6 (Compatibility Profile) Mesa 24.0.9'
[libmpv_render] Detected desktop OpenGL 4.6.
[libmpv_render] GL_VENDOR='Intel'
[libmpv_render] GL_RENDERER='Mesa Intel(R) UHD Graphics 620 (KBL GT2)'
[libmpv_render] GL_SHADING_LANGUAGE_VERSION='4.60'
[libmpv_render] Loaded extension GL_KHR_debug.
[libmpv_render] GL_*_swap_control extension missing.
[libmpv_render] Testing FBO format rgba16f
[libmpv_render] Using FBO format rgba16f.
[libmpv_render] Loading hwdec driver 'vaapi'
[libmpv_render/vaapi] Using EGL dmabuf interop via GL_EXT_EGL_image_storage
[libmpv_render/vaapi] Trying to open a wayland VA display...
[libmpv_render/vaapi] Trying to open a drm VA display...
[libmpv_render/vaapi] Could not create a VA display.
[libmpv_render] Loading failed.
[libmpv_render] Loading hwdec driver 'drmprime'
[libmpv_render/drmprime] Using EGL dmabuf interop via GL_EXT_EGL_image_storage
[libmpv_render/drmprime] Using DRM device: /dev/dri/renderD128
[libmpv_render] Loading hwdec driver 'drmprime-overlay'
[libmpv_render/drmprime-overlay] Failed to retrieve DRM fd from native display.
[libmpv_render] Loading failed.
[libmpv_render] Loading hwdec driver 'vulkan'
[libmpv_render/vulkan] This is not a libplacebo vulkan gpu api context.
```


please let me know if more information is needed

Issue exists in both 1.1.1 and 1.1.2

Comment 1 John 2025-02-16 05:38:48 UTC

I would like to try to confirm this is possible, but where did you find the log file?
As I don't see any path about it that I can go to or change in the Settings -> Debug.

Comment 2 bmhieserich 2025-02-26 01:13:54 UTC

Not sure if this is related, but certain videos that used to play flawlessly in Haruna have become very slow and choppy (extremely low framerate) or will not detect a video track at all in version 1.3.2. I have every codec available to my distro (Nobara 41) installed that I am aware of. Changing hardware decoding settings has no effect. The same videos will play flawlessly in VLC. It sounds like this is the issue here so I wanted to report it under this bug in case this is indeed the case to include version 1.3.2.

Comment 3 bmhieserich 2025-02-27 02:50:06 UTC

(In reply to bmhieserich from comment #2)
> Not sure if this is related, but certain videos that used to play flawlessly
> in Haruna have become very slow and choppy (extremely low framerate) or will
> not detect a video track at all in version 1.3.2. I have every codec
> available to my distro (Nobara 41) installed that I am aware of. Changing
> hardware decoding settings has no effect. The same videos will play
> flawlessly in VLC. It sounds like this is the issue here so I wanted to
> report it under this bug in case this is indeed the case to include version
> 1.3.2.

To reply to my own comment, I did a bit more checking and it appears that the above happens with any video above 1080p resolution. Has been happening for about a week or two, where previously the same videos at the same resolution would play without issue. So it does appear to me to be an issue with Haruna taking advantage of the hardware acceleration available to it.