https://bugs.kde.org/show_bug.cgi?id=456482

            Bug ID: 456482
           Summary: hardware decoding doesn't work
           Product: Haruna
           Version: 0.8.0
          Platform: Debian unstable
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: generic
          Assignee: georgefb...@gmail.com
          Reporter: tevut...@mail.ru
  Target Milestone: ---

Created attachment 150480
  --> https://bugs.kde.org/attachment.cgi?id=150480&action=edit
2 first screenshots - Haruna, 2nd two - SMPlayer

SUMMARY
hardware decoding seems not working. only `auto` option (default) seems to have
some effect, but even in this case it seems some GL/shaders fallback is used
(according to CPU/GPU load, details are below). any other options definitely
falling back to software decoding, because CPU usage grows insanely.
hardware decoding works fine in another mpv-based player (SMPlayer), but it
directly uses `mpv` rather than `libmpv` and just somehow embeds its output
into UI. using vaapi as h/w decoding engine in it. I don't think that this may
be an issue, `libmpv` definitely must have the same capabilities.

there are some comparisons between playing the same video in Haruna and
SMPlayer. first 2 screenshots are taken when Haruna played the video, another 2
- SMPlayer played the same video (`vaapi` is used as h/w decoding backend).

STEPS TO REPRODUCE
1. open settings, enable h/w decoding (doesn't matter which option, even
default `auto` is fine)
2. open any pretty heavy h.264 or h.265 encoded video
3. observe CPU and GPU load
4. compare results with some other player (SMPlayer for example) with h/w
decoding enabled

OBSERVED RESULT
any options expect `auto` have no effect at all (result is the same as for
disabled h/w decoding), software decoding is used (very high CPU load and
almost no GPU load). `auto` value seems to fallback to some generic GL/shaders
implementation, because it causes significant CPU load decrease and pretty high
GPU load (see attached screenshots, the first two)

EXPECTED RESULT
H/W decoding works, special modules on GPU used for it, no significant CPU
load, not so big GPU load

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian Unstable / KDE Plasma on X11
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.4

ADDITIONAL INFORMATION
hardware used for testing:
- laptop: RedmiBook Pro 14S
- CPU: AMD Ryzen 5 5500U with Radeon Graphics
- GPU: AMD Radeon Graphics (Lucienne), integrated into CPU, no discrete
graphics available
- RAM: 16GB DDR4
- Display: 14", 2560x1600, 100% sRGB (aka 72% NTSC)

video used in testing - Sony Aquarium 4K Demo.mp4 : 3840x2160 (aka 4k), 60 FPS,
h.265 (~80 Mb/s), 8bit

`amdgpu` proprietary firmware required by GPU drivers is installed, user-space
(mesa and so on) libraries required for H/W decoding (both `vaapi` and `vdpau`)
are installed too, otherwise h/w decoding would be impossible. h/w decoding is
known to work in several players (based on different libraries) and even in
different ways (aka using `vaapi` and `vdpau` variations). SMPlayer was chosen
for comparison because it is also based on `mpv`.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to