[Prototyp] RPI Ausgabeplugin

Sehr interessant! Vor allem ein großes Lob dafür, dass gleich zu Beginn der Sourcecode verfügbar ist!

Kennst du Details zu dieser "libilclient.a"? Für mich sieht es so aus, als wäre der Source dafür durchaus verfügbar:

https://github.com/raspberrypi/fi…i/libs/ilclient

Meine bescheidene Meinung wäre also: Entweder die Datei nimmt man als Bestandteil der Firmware an (dann gegen die im System installierte "libilclient" linken. Sofern es sowas gibt...) oder du solltest lieber die Source-Dateien (in ein Unterverzeichnis "ilclient") mit in deinen Source-Tree packen und die Library beim Kompilieren mit erzeugen. So wäre diese auch mit den für die entsprechende Distribution geltenden Kompiler-Parametern erzeugt.

Ansonsten ein großes für deinen Einsatz!

Ich hatte Tomaten auf den Augen...

Klar. Da ist sie ja. Demnach ist der kleine "Fehler" nur, dass eine "libilclient.a" in deinem Archiv liegt.

Ich nehme meine voreilige Kritik zurück und schlage vor das "clean"-Target des Makefiles so zu erweitern, dass "*~" auch im Unterverzeichnis "ilclient", und die "libilclient.a" selber, gelöscht werden.

Sehr cool.
Ich habe mich schon gefragt welches meiner Prio 2 Projekte ich am WE machen werden.
Nun ist das hier aber zu Prio 1 geworden.

//Edit
Nach dem ersten Blick bin ich verwundert wie "wenige" Code es ist. Dachte für ein Ausgabedevice braucht man deutlich mehr. So ist es mir aber lieber, dann steige ich da vielleicht schneller durch.

Unter ArchLinuxARM klappen die includes der ilclient-Dateien und ein paar anderer Bibliotheken aus der Firmware nicht, daher hole ich die aus den vom Firmware-Paket gelieferten Dateien:

--- rpihddevice-0.0.1/Makefile  2013-09-27 11:18:16.916355896 +0200
+++ b/Makefile  2013-09-27 11:19:53.265399220 +0200
@@ -51,7 +51,7 @@ DEFINES += -DPLUGIN_NAME_I18N='"$(PLUGIN
 DEFINES += -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM
 DEFINES += -Wno-write-strings -fpermissive


-INCLUDES += -I/opt/vc/include/ -I/opt/vc/include/interface/vcos/pthreads
+INCLUDES += -I/opt/vc/include/ -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux/ -I/opt/vc/src/hello_pi/libs/ -I/opt/vc/src/hello_pi/libs/ilclient/


 ILCDIR   = ilclient
 VCLIBDIR = /opt/vc/lib

Ansonsten läuft das ja schon super mit SD-Kanälen (ich habe keine lokale DVB-Karte, nutze daher streamdev-client) - nur bei Radio-Kanälen habe ich keinen Ton und das Plugin hängt sich weg - am WE kann ich da vermutlich mehr dazu liefern, im Auslieferungszustand ist bei ArchLinuxARM journalctl nicht aktiv...
Mute und Lautstärkeregelung funktionieren bei mir auch noch nicht und nach dem Spulen und springen in Aufnahmen wird die Bildausgabe arg rucklig, bis man die Wiedergabe stoppt und neu startet - vermutlich steckt das im "much more" auf der TODO-Liste

Hi,

ich bin mal wieder begeistert, sogar ohne es getestet zu haben.
Mein erster Gedanke war: hoffentlich gibt's diesmal die Sourcen, damit nicht schon wieder ein viel versprechendes Project den Bach runter geht,...
Aber meine Sorge war glücklicherweise unbegründet. Danke schon mal, ich werd's sicher dieses Wochenende testen

Claus

Lässt sich ArchLinux ARM cross-kompilieren? Ich spiele gerade mit dem Gedanken vdr4arch RPi fähig zu machen bzw. fertige Pakete auszuliefern.

Quote from Copperhead

Lässt sich ArchLinux ARM cross-kompilieren?

Es gibt eine fertige distccd-Toolchain dafür, die ich benutze: https://github.com/WarheadsSE/PKGs/tree/master/distccd-alarm damit sind die Zeiten zum Bauen durchaus akzeptabel. Ich baue aber alles direkt vom Raspberry aus, nicht komplett auf einem anderen Rechner.

Das Plugbuild-System von Arch Linux ARM war mir zu komplex und zu schlecht dokumentiert: https://github.com/archlinuxarm/plugbuild

Hallo Thomas,
vielen Dank für dein neues Projekt. Ich werde das demnächst auch mal testen und hier berichten....
Viele Grüße, Uwe

Zum Crosskompilieren eines Kernels habe ich mir die Crosschain komplett auf dem Desktop gebaut. Hier war mir distcc einfach zu langsam.

Aber letztlich ist es in der Tat so, dass Kompilieren direkt auf ARM um Längen einfacher ist. Die ARM-Dinger brauchen ja kaum Strom. Kompilieren anstarten und dann einfach über die Nacht rennen lassen.

Fantastic work. Compiled vdr with streamdev-client and rpihddevice tonight and it worked surprisingly well. Fast channel switches and perfect picture quality on the channels (even though they are SD).

Can't wait to follow this project in more detail. Next steps for me is to get a libcec-deamon working so that I can use the remote controller of the TV.

Once again thanks for a very promising plugin.

Quote from sirwio

Fantastic work. Compiled vdr with streamdev-client and rpihddevice tonight and it worked surprisingly well. Fast channel switches and perfect picture quality on the channels (even though they are SD).

Can't wait to follow this project in more detail. Next steps for me is to get a libcec-deamon working so that I can use the remote controller of the TV.

Once again thanks for a very promising plugin.

Hello
You should take a look at my howto:
Raspberry PI über CEC steuern

Ich habe etwas gebraucht bis ich alles so weit hatte.
Nun läuft das Plugin und das OSD sieht auch gut aus aber wenn ich mir ein Video über streamdev-client holen will, dann hängt sich das Plugin auf und der Watchdog schlägt zu.

Ich glaube das Problem sind diese Zeilen:

Sep 29 00:26:20 raspberrypi vdr: [13290] rpihddevice: OmxSetVideoCodec()
Sep 29 00:26:20 raspberrypi vdr: [13287] rpihddevice: OmxError(UnsupportedSetting)
Sep 29 00:26:20 raspberrypi vdr: [13290] rpihddevice: failed to enable port buffer on video decoder!
Sep 29 00:26:20 raspberrypi vdr: [13290] rpihddevice: OmxSetVideoCodec() end

Hier noch mal alles zusammen

Sep 29 00:26:19 raspberrypi vdr: [13277] VDR version 2.0.3 started
Sep 29 00:26:19 raspberrypi vdr: [13277] switched to user 'vdr'
Sep 29 00:26:19 raspberrypi vdr: [13277] codeset is 'UTF-8' - known
Sep 29 00:26:19 raspberrypi vdr: [13277] ERROR (tools.c,1460): /usr/local/share/locale: Datei oder Verzeichnis nicht gefunden
.....
Sep 29 00:26:19 raspberrypi vdr: [13277] loading plugin: PLUGINS/lib//libvdr-streamdev-client.so.2.0.0
Sep 29 00:26:19 raspberrypi vdr: [13277] loading plugin: PLUGINS/lib//libvdr-rpihddevice.so.2.0.0
Sep 29 00:26:19 raspberrypi vdr: [13277] new device number 1
Sep 29 00:26:19 raspberrypi vdr: [13277] rpihddevice: new cAudio()
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//setup.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//sources.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//diseqc.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//scr.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//channels.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//timers.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//commands.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//reccmds.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//svdrphosts.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//remote.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//keymacros.conf
Sep 29 00:26:19 raspberrypi vdr: [13277] registered source parameters for 'A - ATSC'
Sep 29 00:26:19 raspberrypi vdr: [13277] registered source parameters for 'C - DVB-C'
Sep 29 00:26:19 raspberrypi vdr: [13277] registered source parameters for 'S - DVB-S'
Sep 29 00:26:19 raspberrypi vdr: [13277] registered source parameters for 'T - DVB-T'
Sep 29 00:26:19 raspberrypi vdr: [13277] no DVB device found
Sep 29 00:26:19 raspberrypi vdr: [13277] initializing plugin: streamdev-client (0.6.0-git): VTP Streaming Client
Sep 29 00:26:19 raspberrypi vdr: [13277] new device number 10
Sep 29 00:26:19 raspberrypi vdr: [13277] streamdev-client: got device number 10
Sep 29 00:26:19 raspberrypi vdr: [13277] initializing plugin: rpihddevice (0.0.1): HD output device for Raspberry Pi
Sep 29 00:26:19 raspberrypi vdr: [13277] OmxInit()
Sep 29 00:26:19 raspberrypi vdr: [13283] video directory scanner thread started (pid=13277, tid=13283, prio=high)
Sep 29 00:26:19 raspberrypi vdr: [13283] video directory scanner thread ended (pid=13277, tid=13283)
Sep 29 00:26:19 raspberrypi vdr: [13284] epg data reader thread started (pid=13277, tid=13284, prio=high)
Sep 29 00:26:19 raspberrypi vdr: [13284] reading EPG data from /var/cache/vdr/epg.data
Sep 29 00:26:19 raspberrypi vdr: [13284] epg data reader thread ended (pid=13277, tid=13284)
Sep 29 00:26:19 raspberrypi vdr: [13282] video directory scanner thread started (pid=13277, tid=13282, prio=high)
Sep 29 00:26:19 raspberrypi vdr: [13282] video directory scanner thread ended (pid=13277, tid=13282)
Sep 29 00:26:19 raspberrypi vdr: [13285] section handler thread started (pid=13277, tid=13285, prio=low)
Sep 29 00:26:19 raspberrypi vdr: [13277] setting primary device to 1
Sep 29 00:26:19 raspberrypi vdr: [13277] rpihddevice: new cOsdProvider()
Sep 29 00:26:19 raspberrypi vdr: [13277] assuming manual start of VDR
Sep 29 00:26:19 raspberrypi vdr: [13277] SVDRP listening on port 6419
Sep 29 00:26:19 raspberrypi vdr: [13277] setting current skin to "lcars"
Sep 29 00:26:19 raspberrypi vdr: [13277] loading /var/lib/vdr//themes/lcars-default.theme
Sep 29 00:26:19 raspberrypi vdr: [13277] starting plugin: streamdev-client
Sep 29 00:26:19 raspberrypi vdr: [13277] starting plugin: rpihddevice
Sep 29 00:26:19 raspberrypi vdr: [13277] remote control KBD - keys known
Sep 29 00:26:19 raspberrypi vdr: [13277] switching to channel 5
Sep 29 00:26:19 raspberrypi vdr: [13277] cTimeMs: using monotonic clock (resolution is 1 ns)
Sep 29 00:26:19 raspberrypi vdr: [13288] rpihddevice: cOvg() thread started
Sep 29 00:26:19 raspberrypi vdr: [13289] KBD remote control thread started (pid=13277, tid=13289, prio=high)
Sep 29 00:26:19 raspberrypi vdr: [13277] streamdev-client: Connected to server 192.168.1.2:2004 using protocol version 1.0
Sep 29 00:26:19 raspberrypi vdr: [13277] setting watchdog timer to 60 seconds
Sep 29 00:26:19 raspberrypi vdr: [13277] rpihddevice: SetPlayMode(Audio/Video)
Sep 29 00:26:19 raspberrypi vdr: [13277] rpihddevice: Start()
Sep 29 00:26:19 raspberrypi vdr: [13277] rpihddevice: SetClockState(eClockStateWaiting)
Sep 29 00:26:19 raspberrypi vdr: [13277] rpihddevice: Start() end
Sep 29 00:26:19 raspberrypi vdr: [13290] receiver on device 10 thread started (pid=13277, tid=13290, prio=high)
Sep 29 00:26:19 raspberrypi vdr: [13291] TS buffer on device 10 thread started (pid=13277, tid=13291, prio=high)
Sep 29 00:26:19 raspberrypi vdr: [13277] OSD size changed to 1920x1080 @ 1
Sep 29 00:26:20 raspberrypi vdr: [13290] rpihddevice: OmxSetVideoCodec()
Sep 29 00:26:20 raspberrypi vdr: [13287] rpihddevice: OmxError(UnsupportedSetting)
Sep 29 00:26:20 raspberrypi vdr: [13290] rpihddevice: failed to enable port buffer on video decoder!
Sep 29 00:26:20 raspberrypi vdr: [13290] rpihddevice: OmxSetVideoCodec() end
Sep 29 00:26:21 raspberrypi vdr: [13291] i/o throttle activated, count = 1 (tid=13291)
Sep 29 00:26:21 raspberrypi vdr: [13291] buffer usage: 70% (tid=13290)
Sep 29 00:26:22 raspberrypi vdr: [13291] buffer usage: 80% (tid=13290)
Sep 29 00:26:22 raspberrypi vdr: [13291] buffer usage: 90% (tid=13290)
Sep 29 00:26:22 raspberrypi vdr: [13291] buffer usage: 100% (tid=13290)

Das mit dem Bild bei h264 klappt, leider überträgt Kabel D für die Sender nur DD-Ton, keine normales Stereo-mpeg - gibt es eine Chance da noch Dolby-Digitalton zu unterstützen?

Quote from reufer

Hier bin ich für kreative Vorschläge offen!

Könnte man eventuell wie bei xineliboutput eine "nosignal.mpg" bzw. eine "radio.mpg" nutzen und daraus das Video-Bild holen?

vorhin eingeschaltet und läuft nun ohne das ich was geändert habe

Jetzt ist meine SD hinüber.

Was ich aber feststellen könnte war das die PES Erkennung in PlayVideo nicht ganz richtig ist.

H264 NAL AUD Access Unit Delimiter (0x00) 0x00 0x00 0x01 0x09

Im Code wird aber nicht die führende (0x00) berücksichtigt.
Daher findet er bei H264 Streams nie einen Anfang.
Das alleine reicht aber nicht aus. Weiter bin ich aber nicht gekommen.

Quote

- Audio only
Leider habe ich als cDevice keine Möglichkeit herauszufinden, ob überhaupt Videodaten kommen oder nicht. Beim 'OMX-Baukasten' ist es so, dass ich dem Takt im Voraus sagen muss, ob er Bild und Ton synchronisieren soll. Momentan klappt daher Audio only nicht, da der Clock nicht anläuft, sondern auf ein Frame aus dem Video-Decoder wartet. Hier bin ich für kreative Vorschläge offen!

schau Dir mal mein pvr350-Plugin (1.7.4) an. Der Decoder konnte keine Audio-only-Daten dekodieren, sondern brauchte dazu auch Video.
Audio-only-Streams beginnen immer mit einem Audio-Paket. Streams mit Video+Audio hingegen mit einem Video Paket. Die Erkennung habe ich dann über PlayAudio und PlayVideo gemacht. Ob das bei h264 genauso geht, weiss ich nicht.
Für Audio-only streams erzeugt das Plugin dann dummy-Video-Pakete mit einem Schwarzbild.

Reinhard Nissl war mir damals eine große Hilfe, ohne ihn hätte ich das nicht hingekriegt.