Arch Linux

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!
Tasklist

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
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

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

Closed by  Jan de Groot (JGC)
Tuesday, 02 July 2013, 07:41 GMT
Reason for closing:  Implemented

Loading...