Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#35990 - [libvdpau] Rebuild again libext (dri2proto >=2.2)
Attached to Project:
Arch Linux
Opened by Emil (xexaxo) - Monday, 01 July 2013, 23:32 GMT
Last edited by Jan de Groot (JGC) - Tuesday, 02 July 2013, 07:41 GMT
Opened by Emil (xexaxo) - Monday, 01 July 2013, 23:32 GMT
Last edited by Jan de Groot (JGC) - Tuesday, 02 July 2013, 07:41 GMT
|
DetailsDescription:
libvdpau has optional support for detecting the driver name via the DRI2 protocol (2.2 onwards). It is used to retrieve the driver name, that is to be as vdpau provider - nvidia, nouveau, r300, r600, radeonsi. Originally only nvidia was the one sane option, although with the developing state of the mesa/gallium vdpau state tracker I believe that a reasonable approach would be to rebuild libvdpau with support for it. Note: Currently nvidia (via their proprietary driver), nouveau (vp4 capable hw with vp2 coming soon) and ati/amd/radeons (uvd2 capable hw) are available Example: I'm using my nv96 (nvidia GT120 M) vp2 capable card to decode h264 :) Additional info: * package version(s) extra/libvdpau 0.6-1 Steps to reproduce: 1. Install mesa and one of supported drivers 2. Start any vdpau capable program - 3. Observe no output (unless you're using nvidia), as the wrapper fails to retrieve the provider and falls back to libvdpau_nvidia.so To resolve: Add the following dependencies and rebuild libvdpau * makedepends - dri2proto >= 2.2 * depends - libxext |
This task depends upon