VDPAU wird sporadisch nicht genutzt bei HD-TV via Streamdev-Schnittstelle

Hallo!

Mir ist durch einen Zufall aufgefallen, dass beim TV-Sehen über Xbmc-PVR nicht immer VDPAU zum Rendern der Videodaten verwendet wird.

Zu passieren scheint es völlig willkürlich --> Beim Betrachten der Daten zum gerade aktiven Stream wird das normale h264-Modul angeführt anstatt dem mit vdpau im Namen. Die CPU-Auslastung ist zugleich entsprechend hoch anstatt gegen 0 zu gehen wie sonst.

Stoppe ich die Wiedergabe und starte ich den selben Kanal erneut wird zumeist wieder VDPAU verwendet.

Getestet habe ich es nur bei den HD-Kanälen (also die, die h264-codiert senden), inwiefern mpeg2-Kanäle davon betroffen sind, bzw. ob hierfür überhaupt VDPAU gedacht ist, weiß ich nicht.

Ist dieses Problem bekannt oder kann man selbst dagegen etwas tun?

Ich habe hier noch die entsprechenden Einträge aus meiner xbmc.log bei Start einer TV-Wiedergabe ohne Verwendung von VDPAU (die scheinen mir von denen der hier bereits bekannten VDPAU-Probleme abzuweichen)

23:18:16 T:140584111028496 M:1806180352    INFO: ffmpeg[49FFB910]: Input #0, mpegts, from 'pvr://channels/tv/all/67.pvr':
23:18:16 T:140584111028496 M:1806180352    INFO: ffmpeg[49FFB910]:   Duration: N/A, start: 86472.933467, bitrate: 384 kb/s
23:18:16 T:140584111028496 M:1806180352    INFO: ffmpeg[49FFB910]:   Program 61202
23:18:16 T:140584111028496 M:1806180352    INFO: ffmpeg[49FFB910]:     Stream #0.0[0x2ff]: Video: h264, 50 tbr, 90k tbn, 180k tbc
23:18:16 T:140584111028496 M:1806180352    INFO: ffmpeg[49FFB910]:     Stream #0.1[0x303](deu): Audio: ac3, 48000 Hz, stereo, s16, 384 kb/s
23:18:16 T:140584111028496 M:1806180352    INFO: ffmpeg[49FFB910]:     Stream #0.2[0x305]: Data: 0x0005
23:18:16 T:140584111028496 M:1806180352  NOTICE: Opening video stream: 0 source: 256
23:18:16 T:140584111028496 M:1806180352  NOTICE: Creating video codec with codec id: 28
23:18:16 T:140584111028496 M:1806180352   DEBUG: FactoryCodec - Video:  - Opening
23:18:16 T:140584111028496 M:1806180352  NOTICE: CDVDVideoCodecFFmpeg::Open() Creating VDPAU(0x0)
23:18:16 T:140584111028496 M:1805537280  NOTICE: vdp_device = 0x00000001 vdp_st = 0x00000000
23:18:16 T:140584111028496 M:1805537280  NOTICE: VDPAU Decoder capabilities:
23:18:16 T:140584111028496 M:1805537280  NOTICE: name          level macbs width height
23:18:16 T:140584111028496 M:1805537280  NOTICE: ------------------------------------
23:18:16 T:140584111028496 M:1805537280  NOTICE: MPEG1             0  8192  2048  2048
23:18:16 T:140584111028496 M:1805537280  NOTICE: MPEG2_SIMPLE      3  8192  2048  2048
23:18:16 T:140584111028496 M:1805537280  NOTICE: MPEG2_MAIN        3  8192  2048  2048
23:18:16 T:140584111028496 M:1805537280  NOTICE: H264_MAIN        41  8192  2048  2048
23:18:16 T:140584111028496 M:1805537280  NOTICE: H264_HIGH        41  8192  2048  2048
23:18:16 T:140584111028496 M:1805537280  NOTICE: VC1_SIMPLE        1  8190  2048  2048
23:18:16 T:140584111028496 M:1805537280  NOTICE: VC1_MAIN          2  8190  2048  2048
23:18:16 T:140584111028496 M:1805537280  NOTICE: VC1_ADVANCED      4  8190  2048  2048
23:18:16 T:140584111028496 M:1805537280   ERROR:  (VDPAU) Error: The size of a supplied object does not match the object it is being used with.(20) checking for decoder support
23:18:16 T:140584111028496 M:1805537280  NOTICE: CDVDVideoCodecFFmpeg::Open() Failed to get VDPAU device
23:18:16 T:140584111028496 M:1805537280  NOTICE:  (VDPAU) ~CVDPAU
23:18:16 T:140584111028496 M:1805537280  NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
23:18:16 T:140584111028496 M:1805537280   DEBUG: FactoryCodec - Video: ff-h264 - Opened
23:18:16 T:140584111028496 M:1805537280  NOTICE: Creating video thread
23:18:16 T:140584111028496 M:1805537280  NOTICE: Opening audio stream: 1 source: 256

Derzeit ist der Wegfall von VDPAU nicht wirklich ein Problem für mich, da mein Rechner HD-Content auch mittels Software ohne merkliche Probleme rendern kann.
Ich spiele aber mit den Gedanken meinen aktuellen HTPC irgendwann zu "verwerten" und auf weniger hungrige Hardware mit einer Atom/ION Kombination zu wechseln. Ich nehme dabei an, dass ein Atom 330 durchaus Probleme beim Abspielen der HD-TV-Kanäle hätte ...

Ja genau diese Version verwende ich.

Werde mal wie von dir vorgeschlagen die neue Version abwarten und dann beobachten, ob noch Weiteres zu machen ist ...

Weil es mir gerade eingefallen ist:

Ich möchte den Vorschlag einbringen bei Erstellung eines neuen Xbmc-Paket die jeweilige Vorgängerversion auch noch in deinem Repository zu belassen.

Sollten bei einem Update Regressions auftreten (zB Wegfall der VDPAU-Unterstützung, wie es ja der Fall war) könnte man so mit der Paketverwaltung einfach wieder auf die vorherige Version downgraden.

Man bräuche sich so nur zurückzulehnen und abzuwarten, da man ohnehin wieder auf die alte Version zurückgestiegen ist.

Beim VDPAU-Problem vor rund 2 Wochen ist dies nicht gegangen, wäre aber sehr praktisch gewesen ...

http://www.xbmc.org/trac/ticket/8615

So weit ich das verstehe dürfte das zum Glück nicht der Fall sein

Aus dem Kommentar:

dzt. Ablauf:
1. Schicken des Video-Streams durch den Demuxer
2. Demuxer ermittelt Dimensionen
3. VDPAU wird mit den Demensionen aus dem Demuxer initislisiert

Das Problem ist nun, dass der Demuxer statt den Dimensionen manchmal gar nichts liefert (ist mit 0x0 beschrieben im Kommentar) --> VDPAU stürzt deshalb beim Initialisieren ab --> Xbmc führt ein Fallback auf Software-Rendering aus, was ja bekanntlicherweise immer klappen sollte

Was im Kommentar vorgeschlagen wird, ist Folgendes:
1. Statt VDPAU Starten des Software-Renderers für den Video-Stream
2. Gleich zu Beginn ein Abwürgen des Software-Renderers, dafür aber von ihm die Dimensionen auslesen (der SW-Renderer erkennt die Dimensionen ja richtig, sonst könnte er diese Videostreams nicht wiedergeben, und er kann sie ja offensichtlich abspielen)
3. Mit den vom SW-Renderer ausgelesenen Dimensionen die Initialisierung von VDPAU durchführen
4. Den Stream mit VDPAU abspielen.

Ich würde, nachdem im Bug-Kommentar von spiff ja alles Notwendige schön aufgeschlüsselt ist, noch weiter gehen:

1. Schicken des Video-Streams durch den Demuxer
2. Demuxer ermittelt Dimensionen
3. Wenn die Dimesionen des Demuxers 0x0 sind, dann Start des SW-Renderes, gleich später Abwürgen dessen und die Dimeinsionen darauf merken
4. Initialisierung von VDPAU mit den zuvor gewonnenen Dimensionen (unabhängig woher diese stammen --> Demuxer oder SW-Renderer)
5. Wiedergabe des Streams mit VDPAU

Ein Bugfix ist schon möglich, und mit meiner 5er-Grupper hier dürfte sich die Performance damit auch nur dann verschlechtern, wenn VDPAU jetzt versagt; bei der normalen Wiedergabe sollte damit alles gleich bleiben, da dafür auf den SW-Decoder verzichtet wird. Ist ja auch nicht notwendig, denn solche Streams funktionieren jetzt ja auch schon ohne ihn.

Gelegentlich passiert es bei mir noch immer, dass VDPAU nicht genutzt wird.

Das scheint aber die Ausnahme zu sein, und ist bei vielen Malen Umschalten nur genau 1 x passiert.