softhddevice - Software VDPAU/VA-API/CPU Decoder und Ausgabe Plugin

Nachdem VA-API nun von der Treiberseite besser funktioniert. Habe ich mein altes Projekt wieder reaktiviert.
Nachdem in diesem Thread http://www.vdr-portal.de/board…-plugin-vs-ausgabe-client meiner Meinung nach mehr ein Plugin gewünscht wurde, wird es erstmal ein Plugin.

Inzwischen habe ich auch auf http://projects.vdr-developer.org/ ein Projekt registriert:

http://projects.vdr-developer.org/projects/plg-softhddevice

Folgendes funktioniert mit Hilfe von FFMpeg und X11

• Videoausgabe per VA-API/VA-API
• Videoausgabe per VDPAU/VDPAU
• Audioausgabe über FFMpeg/Alsa/Analog
• Audioausgabe über FFMpeg/Alsa/Digital
• Audioausgabe über FFMpeg/OSS/Analog
• Audioausgabe über HDMI/SPDIF Pass-through
• Autocrop Support
• Yaepghd Videofenster Support
• Screenshot Support
• Software Deinterlacer

weiter geplant ist:

• Videoausgabe per VA-API/Opengl
• Videoausgabe per VDPAU/Opengl
• Videoausgabe per CPU/Xv
• Videoausgabe per CPU/Opengl
• Videoausgabe per XvBA/XvBA
• VDPAU Software Deinterlacer

Hilfe wäre mindestens bei Folgenden erwünscht:

• VDR-Integration, ob alle Funktionen richtig verwendet werden ...
• VDR menus für setup
• Atmolight Support
• Auch mit Opengl bin ich nicht so fit
• z.b. wäre der Einbau und Support von XvBA
• und da es ganz gut geht Testen + Testen

Ich habe erstmal mit dem Ton angefangen, da die Videoausgabe beim Testclient schon fertig war.

Die Version ist inzwischen fast komplett und sehr stabil.
Es wird empfohlen vdr <1.7.23 mit PES Patch (honour_boundaries.diff [gelöst] VDR coredump und Speicherverletzungen beim Umschalten (patch für <1.7.23 enthalten)) oder >=vdr 1.7.23

Edit: Testen z.b. so:

Aktuelle vdr Version entpacken oder entpackt haben.
Dann dort ins Plugin Verzeichnis gehen.
softhddevice hier entpacken.
In das softhddevice Verzeichnis gehen
Übersetzen und installieren.

Den Text natürlich mit aktuellen Version und richtigen Pfad ersetzen.
Das --plugin="streamdev-client" ist nur ein Beispiel, wenn man noch andere Plugins zum Empfang braucht.

Oder "vdr -h" aufrufen um alle Kommandozeilenparameter angezeigt zubekommen.

Benutzung der GIT Version

X automatisch starten

Wenn das Startfenster (=Terminal) den Fokus hat, kann man es über die Tasten die in /etc/vdr/remote.conf als KBD definert hat kontrollieren.
Wenn das Videofenster den Fokus hat, kann man über die Tasten mit XKeySym steuern.
Bekannte Fehler:

• 
  

• VA-API mit Intel Backend hat Problem mit Deinterlace und stürzt mit Deinterlace häufig ab.
  

• VA-API Branch VAAPI-EXT läuft nur rund, wenn der erste Kanal ein 1080i Kanal ist, z.b. Servus TV HD
  

• lib-av-0.7.x stürzt beim 5.1 -> Stereo Downmix ab, Alsa Software Downmix (51to20) aus FAQ nehmen.
  

Johns

Edit: Komplettes Changelog gibt es hier: http://projects.vdr-developer.…device.git/tree/ChangeLog

Eigener Audio TS (Transport Stream) Parser.
Audio Drift Korrektur (als Default ausgeschaltet, Benutzung auf eigene Gefahr)
Video Hintergrundfarbe konfigurierbar (für Plasmas)
Und vieles mehr.

Download: http://projects.vdr-developer.…ts/plg-softhddevice/files (aktuelle Version auswählen)

Das mit dem "sudo" ist klar, deshalb ja der Hinweiss. Wobei das Makefile von den VDR Plugins ist und dies hat von Haus aus kein install.

Um LIRC muss ich mich also nicht kümmern, ist schon mal eine Aufgabe weniger. Die X11 Eingabe kann ich einfach weitergeben.

Das OSD funktioniert nur mit der sttng Skin, die enigmang Skin scheint kein Truecolor zu unterstützen.
Kann ich True Color erzwingen? Oder muss ich noch einen zweiten Modus unterstützen?

Leider kann ich den Opengl Code vergessen, weil der funktioniert mit der VDR Thread Hölle nicht. Opengl will nur in einem Thread arbeiten.

Johns

So die Video Ausgabe geht nun auch. Erstmal geht nur VA-API, aber es gibt dafür ja auch ein VDPAU Backend.
Bzw. bis jetzt habe ich nur dieses bisher getestet, im Programmierrechner steckt nur eine GT 210.
Der erste Post enthält die letzte Version.

Ein großes Problem war, das cDevice:PlayVideo keine kompletten H264 Packete schickt. Mein Transportstream Demuxer aus meinen Testcode schickte komplette Packete.

Ist dies nun ein Bug in VDR oder ein Feature?

Johns

Naja, so schlimm ist es auch wieder nicht, nur habe ich ein paar Stunden versucht, einen GLXContext zwischen mehreren Threads zu sharen, was leider nicht geklappt hat.
Damit ist Opengl ja nicht unmöglich. Man muß nur alle Opengl Funktionen in einen eigenen Thread packen und die Aufgaben, dann an diesen übergeben.
Freiwillige die dies schreiben sind immer willkommen, ich mache es selber erst viel später. Jetzt muss erstmal alles besser zumspielen und im normalen Betrieb benutzbar werden.

Johns

So bin fertig.

Naja nicht richtig, aber es funktioniert alles was man zum Testen braucht. Jetzt geht die eigentliche Arbeit erst los. Fehler suchen und Plugin benutzbar machen.

VA-API Ausgabe funktioniert, Getestet mit NVidia und Intel Backend.
Gesteuert werden kann mit LIRC und X11.
Alles Skins sollten funktionieren. Für nicht Truecolor Skins, mussten Bitmaps geholt werden und dann nach Truecolor konvertiert werden.
Wöre nicht schlecht wenn das schon im VDR - Core als Fallback implementiert werden könne.

Im Moment stört der asyncrone Ton am Meisten.

Also fleissig testen,
Johns

Aktuelle vdr entpacken oder entpackt haben.
Dann dort ins Plugin Verzeichnis gehen.
softhddevice hier entpacken.
In das softhddevice Verzeichnis gehen
Übersetzen und installieren.

Nun testen.

Johns

Also bei mir klappt es so wie geschrieben. Wobei auch ein "make plugins" funktioniert.

Was nicht passt ist die Ausgabe (und damit die CXXFLAGS):

Die erste Zeile ist normal.

Habt Ihr CFLAGS bzw. CXXFLAGS verändert? make CXXFLAGS="..." produziert einen solchen Fehler.

Wobei ich das Makefile von einem anderen Plugin genommen habe und nur leicht verändert.

Edit:

"override" in den drei Zeilen davor machen könnte helfen.

Johns