| Bug ID | 97886 |
|---|---|
| Summary | radeon r300 vdpau broken |
| Product | Mesa |
| Version | 12.0 |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/r300 |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | bagzy92@gmail.com |
| QA Contact | dri-devel@lists.freedesktop.org |
I have upgraded to mesa 12.0.1 in my Gentoo linux and now Mpla= yer and VLC video playback don't work. Mplayer can't play anything, in VLC I only get sound a= nd black screen. Here is MPlayer output which showing that vdpau is broken: https://bpaste.net/show/41= ec1aaf26b6 Here is vdpauinfo output: = https://bpaste.net/show/1681cbeee499 VDPAU works good with mesa 11.2.2.
vdpau_display vout display error: presentation queue display f= ailure: An invalid handle value was provided. Either the handle does not exist at all,= or refers to an object of an incorrect type.
Probably lack of PIPE_BIND_LINEAR support. Probably fixed by https://patchwo= rk.freedesktop.org/patch/110569/
| What | Removed | Added |
|---|---|---|
| Status | NEW | NEEDINFO |
Created attachment 136605 [details]
Screenshot Dreamworks Logo "Boy on Moon"
I can confirm this bug and can see that it exists at least up = to Mesa 17.2.4. Background: Switching from Kubuntu 14.04 to 16.04 I had the problem that DVD playback in VLC was broken (see screenshot of the Dreamworks Logo "= ;Boy on Moon"). After digging a bit deeper I was able to locate the bug in=20 libvdpau, precisely its MPEG1/MPEG2* decoder capabilities=20 [full background story with hardware/software specs:1].=20 This results in the blocky artifacts of vdpau in Mesa 12.0.6=20 on a Radeon of the r300 family. Upgrading my Kubuntu 16.04 system to Mesa 17.2.4 didn't fix the problem. Tests with Kubuntu 17.10 (released with Mesa 17.2.2) show that here the same problem is present. 1: https://ubuntuforums.org/showthread.php?t= =3D2312060&page=3D2&p=3D13520479#post13520479
| What | Removed | Added |
|---|---|---|
| Resolution | --- | WONTFIX |
| Status | NEEDINFO | RESOLVED |
We no longer support the VDPAU backend for r300. It never was anything more than pure display and shader based MPEG2 decodin= g, so not really useful except for testing.
> We no longer support the VDPAU back=
end for r300.
I see the point that at some moment in time the support for=20
an old platform has to be ceased.
As for myself I've been using my trusty old Thinkpad T60=20
since 10 years with various operating systems and drivers.
While starting with Win XP and the proprietary ATI drivers the
system became slower with every iteration of Windows rendering
it ultimately useless under Windows 10. Switching to Kubuntu 14.04
not only made the old hardware usable again but showed the surprising
effect that the machine becomes faster with every release cycle of kernel
and drivers.=20
That my Thinkpad now is more usable than it ever was is
in parts a result of the great work of the Mesa team. They - You! -=20
developed a driver that is much better than ATI=E2=80=99s original work.
Therefore I regret that the r300 platform is no longer supported.
More so since the vdpau driver seemed to be working fine in previous
versions, the initial bug report is from September 2016 and a patch
was submitted to fix the problem.
And the bug bites every user who is trying to play back mpeg1/mpeg2 content=
=20
- DVDs - since VLC and other players silently rely on vpdau.
So it would be very kind if a developer would take a second look at the
problem.
| What | Removed | Added |
|---|---|---|
| Status | RESOLVED | CLOSED |
Sorry, but the vdpau backend for r300 never did anything else = than displaying the playback content. There actually never was any decoding acceleration. So you should be able to actually use Xv just the same way.