From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 74335] [UVD] vdpau has terrible performance on radeonsi (HD 7950)
Date: Fri, 21 Feb 2014 15:21:21 +0000 [thread overview]
Message-ID: <bug-74335-502-pU4b6eptTx@http.bugs.freedesktop.org/> (raw)
In-Reply-To: <bug-74335-502@http.bugs.freedesktop.org/>
[-- Attachment #1.1: Type: text/plain, Size: 2514 bytes --]
https://bugs.freedesktop.org/show_bug.cgi?id=74335
--- Comment #3 from darkbasic <darkbasic@linuxsystems.it> ---
I switched from libav/mplayer2 to ffmpeg/mplayer git and the crash seems gone.
Bye bye libav.
Being stable I did some more tests and unfortunately performance sucks so I
renamed the bug report.
Benchmarking the video output: ffh264 software decoder + gl/xv/vdpau
~ $ mplayer -benchmark -nosound -lavdopts threads=16 PlanetEarthBirds.mkv -vo
gl
BENCHMARKs: VC: 3.403s VO: 7.530s A: 0.000s Sys: 0.672s = 11.605s
BENCHMARK%: VC: 29.3238% VO: 64.8892% A: 0.0000% Sys: 5.7870% = 100.0000%
~ $ mplayer -benchmark -nosound -lavdopts threads=16 PlanetEarthBirds.mkv -vo
xv
BENCHMARKs: VC: 7.878s VO: 2.162s A: 0.000s Sys: 1.040s = 11.080s
BENCHMARK%: VC: 71.0951% VO: 19.5154% A: 0.0000% Sys: 9.3896% = 100.0000%
~ $ mplayer -benchmark -nosound -lavdopts threads=16 PlanetEarthBirds.mkv -vo
vdpau
BENCHMARKs: VC: 0.863s VO: 43.888s A: 0.000s Sys: 0.550s = 45.300s
BENCHMARK%: VC: 1.9042% VO: 96.8823% A: 0.0000% Sys: 1.2135% = 100.0000%
With both -vo gl and -vo xv it took ~11.080s while with -vo vdpau it took
45.300s. -vo vdpau is *4x* slower.
Benchmarking the video decoder: ffh264/ffh264vdpau + vo null
~ $ mplayer -benchmark -nosound -lavdopts threads=16 PlanetEarthBirds.mkv -vo
null
BENCHMARKs: VC: 8.855s VO: 0.002s A: 0.000s Sys: 0.493s = 9.350s
BENCHMARK%: VC: 94.7024% VO: 0.0262% A: 0.0000% Sys: 5.2714% = 100.0000%
~ $ mplayer -benchmark -nosound PlanetEarthBirds.mkv -vo null -vc ffh264vdpau
It seems I can't use the null video output with the hardware decoder
ffh264vdpau: I get tons of "Too many buffered pts". It does support only -vo
vdpau, not even xv or gl. Such a pity. (is it a known limitation/bug?)
Let's do a more complete benchmark: ffh264+xv vs ffh264vdpau+vdpau
We already saw ffh264+xv took 11.080s, let's see how ffh264vdpau+vdpau
performs.
~ $ mplayer -benchmark -nosound PlanetEarthBirds.mkv -vo vdpau -vc ffh264vdpau
BENCHMARKs: VC: 0.869s VO: 44.581s A: 0.000s Sys: 0.374s = 45.824s
BENCHMARK%: VC: 1.8955% VO: 97.2876% A: 0.0000% Sys: 0.8169% = 100.0000%
As expected it's still 4 times slower because the bottleneck is obviously the
vdpau video output and not the ffh264vdpau decoder.
Being 4x slower vdpau is completely useless right now :(
Please note that I disabled desktop compositing before doing the tests.
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #1.2: Type: text/html, Size: 3318 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2014-02-21 15:21 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-01 18:07 [Bug 74335] New: [UVD] vdpau hangs the system on radeonsi (HD 7950) bugzilla-daemon
2014-02-03 15:55 ` [Bug 74335] " bugzilla-daemon
2014-02-03 16:37 ` bugzilla-daemon
2014-02-21 14:48 ` [Bug 74335] [UVD] vdpau has terrible performance " bugzilla-daemon
2014-02-21 15:21 ` bugzilla-daemon [this message]
2014-07-21 11:11 ` bugzilla-daemon
2014-07-21 13:13 ` bugzilla-daemon
2014-07-21 13:27 ` bugzilla-daemon
2014-07-21 13:28 ` bugzilla-daemon
2014-08-15 7:23 ` bugzilla-daemon
2017-01-08 5:07 ` bugzilla-daemon
2017-01-08 11:50 ` bugzilla-daemon
2017-01-08 18:26 ` bugzilla-daemon
2017-01-08 18:26 ` bugzilla-daemon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-74335-502-pU4b6eptTx@http.bugs.freedesktop.org/ \
--to=bugzilla-daemon@freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox