NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

mpv and estd and --vo=xv

I keep having weird things with graphics performance. I got myself a new
box ("Intel(R) Core(TM) i5-9600K CPU @ 3.70GHz") with 6 cores. I got a
"new" old Radeon HD-5450 because at least that chipset is supported for

I also use estd to dymamically throttle down the cpu freqency when the
system is not so busy. So most of the time it is set to 800 MHz, the
lowest possible value.

When playing movies with mpv, it dynamically drops frames when the
computer is "too slow". However this seems to interact badly with estd.
When playing mid-resolution videos and the default VO, there is a
stutter every 5-10 seconds or so. I noticed that this goes away if I
disable estd and set a considerably higher cpu frequency.

If I play a much "harder" video, say H.265 at 1920x1080, the default
output from mpv gets way behind and starts to drop lots of frames.
The default output is "sdl", which I think uses MesaLib/GL. Which is
claimed to be accellerated: (output from glxinfo)

Extended renderer info (GLX_MESA_query_renderer):
    Vendor: X.Org (0x1002)
    Device: AMD CEDAR (DRM 2.43.0 / 9.2, LLVM 7.0.0) (0x68f9)
    Version: 18.3.4
    Accelerated: yes
    Video memory: 1024MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 3.3
    Max compat profile version: 3.1
    Max GLES1 profile version: 1.1
OpenGL renderer string: AMD CEDAR (DRM 2.43.0 / 9.2, LLVM 7.0.0)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.3.4
OpenGL core profile shading language version string: 3.30

If I increase the cpu frequency this improves and gets ok.
(--vo=gpu, and --vo=drm from wscons behave the same)

How can this be? If it's GPU-accellerated, this should be independent of
the CPU frequency, I would think?

Meanwhile, if I use mpv --vo=xv (the supposedly old-fasioned XVideo
extension), mpv manages to play the HD H.265 video perfectly even with
estd enabled. The cpu frequency even remains at 800 MHz almost all of
the time.

VDPAU_DRIVER=radeonsi VDPAU_DRIVER_PATH=/usr/pkg/lib/vdpau/ mpv --vo=vdpau
is somewhat in the middle.

Meanwhile, xscreensavers which use GL are un-accellerated when run as
actual screen saver, but are accellerated when run directly from the
shell... another weird thing.

___ "Buying carbon credits is a bit like a serial killer paying someone else to
\X/  have kids to make his activity cost neutral." -The BOFH

Attachment: signature.asc
Description: PGP signature

Home | Main Index | Thread Index | Old Index