VDR Portal

Hallo,

vielleicht habt Ihr Euch ja schon mal gefragt: Gibt es Abhängigkeiten zwischen den von Euch verwendeten XBMC-Paketen und bestimmten Nvidia-Treiber-Versionen? Wird XBMC nur mit dem Nvidia-Treiber richtig rund funktionieren, mit dem es gebaut worden ist - und mit neueren Treibern crashen? (Ähnliche Fragen kann man als VDR-Nutzer übrigens auch bzgl. xinelib stellen, wenn man ein xinelib-basiertes Frontend mit VDPAU verwendet).

Ich will versuchen, das hier zu beantworten, weil die Frage im freevdr-Forum aufkam und meiner Meinung nach [URL=http://www.freevdr.de/forum/index.php/topic,598.msg3344.html#msg3344]dort falsch beantwortet wurde[/URL].

Erstmal haben XBMC-Binary-Pakete natürlich keine direkte Abhängigkeit zum Nvidia-Treiber (oder zur VDPAU-Library), was logisch ist, weil auch Leute ohne Nvidia-GPU XBMC verwenden wollen. Will man XBMC-Pakete mit anschaltbarem VDPAU-Support bauen, ist das XBMC-Sourcepaket jedoch angewiesen auf das Paket libvdpau-dev, welches die Headerfiles (wie vdpau.h und vdpau_x11.h) enthält, die zur Nutzung der VDPAU-Bibliothek libvdpau notwendig sind. Diese Bibliothek kam bisher immer mit den Nvidia-Treibern zusammen, das wird sich aber ändern: Aktuell gibt es Bestrebungen, die Library libvdpau komplett auszukoppeln aus dem Nvidia-Treiberpaket und von Nvidia-GPUs unabhängig zu machen. Das wird momentan auch bei den Distributoren von Debian diskutiert und auch bei Ubuntu. Somit können in Zukunft theoretisch auch Nvidia-Konkurrenten ihre GPU-Beschleunigungsfunktionen über libvdpau ansteuern lassen, wenn sie das wollen.

Nun gibt es die Nvidia-Treiber in vielen unterschiedlichen Versionen, z. B. die 180er-Reihe, die 185er-Reihe, 190er-Reihe. Jedes Nvidia-Treiberpaket, egal aus welcher Reihe, generiert bisher beim Bauen auch die Pakete libvdpau und libvdpau-dev. Wenn Nvidia nun dauernd neue Features und Bugfixes anbietet mit seinen regelmäßigen Treiber-Updates, ist die Frage: Was müssen die XBMC-Entwickler für Verrenkungen machen, damit XBMC mit libvdpau problemlos funktioniert mit all diesen verschiedenen Treiberversionen?

Die Antwort lautet: Bisher gar nichts! Die Library libvdpau hat eine API, die eine Zwischenschicht zwischen Applikationen und dem Grafikkartentreiber einzieht. Und an einer API sollten im Laufe der Zeit so wenig wie möglich inkompatible Änderungen vorgenommen werden, weil sonst alle Applikationen, die diese API verwenden, ständig neu angepasst werden müssten. Glücklicherweise ist dies auch hier der Fall, mir ist nur eine inkompatible API-Änderung bekannt, die mit Treiber-Version 180.16 reingekommen ist.

Ergänzungen der API sind hierbei ok, aber bestehende Elemente dürfen sich nicht ändern (=inkompatibel).

Was heißt das? Das heißt, dass die XBMC-Entwickler sich (bisher) keine Sorgen machen müssen, dass sie ihre VDPAU-Implementierung an unterschiedliche Nvidia-Treiber-Versionen anpassen müssen: Es erscheint ein neuer Nvidia-Treiber? Kein Problem, solange die API von libvdpau (=vdpau.h) sich nicht inkompatibel geändert hat.

Woran könnten die XBMC-Entwickler erkennen, dass sich die API geändert hat? Es gibt in vdpau.h die Konstante VDPAU_VERSION und über VdpGetApiVersion kann man die Version des Backends abfragen. Bisher steht der Wert der Konstanten VDPAU_VERSION in vdpau.h aber immer noch auf Null (0), egal, welchen Nvidia-Treiber (180er,185er,190er) man verwendet.

Neue Treiber-Versionen fixen zwar Bugs, verbessern die Bildqualität und bringen dem User vielleicht eine bessere Performance, aber die bestehende API, mit der entwickelt wird, ändert sich nicht, wird höchstens um neue Dinge ergänzt.

Deshalb kann ein XBMC-Binary, das eine Build-Dependency zu nvidia-180-libvdpau-dev hat (wie mein Jaunty-XBMC-Paket), problemlos auch mit der Nvidia-Treiber-Reihe 180, 185 und 190 verwendet werden, weil die API (siehe vdpau.h in libvdpau-dev) gleich geblieben ist.

Das kann sich natürlich in Zukunft ändern, aber dann werden die XBMC-Entwickler das Problem in ihrem Sourcecode lösen, so dass es mit der alten und der neuen Version funktioniert. Und in den XBMC- Sourcepaketen würde man als Paketbauer normalerweise die jeweils neueste libvdpau-dev Version referenzieren, um in den Genuss neuer Features zu kommen.

Gruß
hepi

semerchet, danke für die Infos!

Quoted

Original von semerchet
>180.44 is sufficient. It is known that certain subtitles may not be displayed
when VDPAU is enabled.

180.44 ist auch glücklicherweise die Version, die man momentan für Ubuntu Jaunty standardmäßig installiert bekommt, was auch erklärt, warum meine Jaunty-Pakete eine Build-Dependency zu nvidia-180-libvdpau-dev haben. Wenn man neuere NVIDIA-Treiber will, muss man auf non-standard Repositories ausweichen.

Quoted

Original von semerchet
Und motd2k (xbmc-Entwickler) schrieb in einem Thread im xbmc-Forum:
That commit ups the driver requirement to 185.xx i'm afraid. You'll probably find X is pegging your CPU whilst playing video if you're using 180.xx, hence the UI slowdown.

Interessant. Wenn ich es richtig verstehe, bietet der Treiber ab 185.19er eine pixmap-bezogene Performance-Optimierung, die motd2k in jenem Commit scharf schaltet. Diese Optimierung hat aber nix mit VDPAU zu tun, sondern mit X. Empfehlung wäre also: Wenn man seine CPU entlasten will, sollte man nicht mehr den 180er-Treiber verwenden bei einer XBMC-trunk-Revision >= 23193.

Gruß
hepi

Oben schreibe ich:

Quoted

Original von hepi
Deshalb kann ein XBMC-Binary, das eine Build-Dependency zu nvidia-180-libvdpau-dev hat (wie mein Jaunty-XBMC-Paket), problemlos auch mit der Nvidia-Treiber-Reihe 180, 185 und 190 verwendet werden, weil die API (siehe vdpau.h in libvdpau-dev) gleich geblieben ist.

Ist das unklar ausgedrückt?

Quoted

Original von det
hi

Quoted

Nvidia-GPU XBMC verwenden wollen. Will man XBMC-Pakete mit anschaltbarem VDPAU-Support bauen, ist das XBMC-Sourcepaket jedoch angewiesen auf das Paket libvdpau-dev, welches die Headerfiles (wie vdpau.h und vdpau_x11.h) enthält, die zur Nutzung der VDPAU-Bibliothek libvdpau notwendig sind.

stimmt so nicht ist libvdpau-dev nicht instalirt baut xbmc auch wen mann die option --enable-vdpau und in der control nvidia-190-libvdpau-dev weglest
mfg det

Hi det,
ich sehe keinen Widerspruch in unseren Aussagen hier.
Gruß
hepi

Hallo Axel,

Quoted

Original von Fireblade
Hallo Henning,
vielen vielen Dank für den äußert freundlichen Hinweis.
Angenehme Nachtruhe
Axel

vielleicht habe ich Deine Frage nicht verstanden. Du fragtest: "Abhängig oder nicht?". Könntest Du Deine Frage noch etwas präzisieren, damit ich Dir zufriedenstellend antworten kann.

Gruß
hepi

Da es jetzt seit kurzem den Beta-Treiber 195.22 gibt, will ich anmerken, dass dafür jetzt erstmals die oben angesprochene Konstante VDPAU_VERSION in libvdpau inkrementiert worden ist:



Code-Change:

http://cgit.freedesktop.org/~aplattner/l…c657c932fae32e1

Meines Wissens nach wird diese Konstante aber weder in xine-lib noch in XBMC derzeit ausgewertet. Ich bin neugierig, ob sich das jetzt ändert.

Gruß
hepi