[ANNOUNCE] ffnetdev plugin 0.0.1

Hallo allerseits,

ich habe ein kleines Plugin zusammengebastelt, dass ich Euch nicht länger vorenthalten möchte.
Vielleicht kann der ein oder andere ja etwas damit anfangen oder hat evtl. noch weitere Ideen zur Verbesserung.
Bis jetzt existiert hier nur ein rudimentärer Dreambox Client für das Plugin.

Kurze Beschreibung auf deutsch:
Dieses Plugin soll eine Art "Full-Featured DVB device emulation über das Netzwerk" sein. (Mir ist leider keine bessere Bezeichnung eingefallen. ) VDR sieht also ein weiteres Device, dass MPEG2 Playback und ein OSD unterstützt. Nur werden diese Daten über das Netzwerk an einen Client gesendet.

Das Plugin verfolgt also einen ganz anderen Ansatz als das streamdev-Plugin . Anstatt auf einem potentiellen Client einen "ausgewachsenen" Client zu schreiben, soll ein "einfacher" Client herhalten, der nur den Empfang des TS und die Anzeige des bereits fertigen OSD übernehmen soll.

Ich kann das Plugin mit meiner Dreambox 5620S momentan ohne größere Probleme benutzen. Ich habe dazu einen kleinen nativen Client (kein Enigma Plugin!) für die DM zusammengebastelt.
Um der Frage vorwegzugreifen: Warum sollte man eine Dreambox für sowas benutzen???Bekloppt!
1. ich habe an diesem Ort keinen SAT-Anschluss, aber Netzwerk.
2. ich nehme lieber eine Dreambox5620 oder 500 als eine MediaMVP, weil dort die Software-Unterstützung besser ist und alle Anschlüsse schon vorhanden sind(SPDIF, etc....)

Also viel Spass damit!
Nicht vergessen: Es handelt sich dabei, um einen ersten Versuch!!!

Gruss,
Nano

---schnipp---

This is a "plugin" for the Video Disk Recorder (VDR).

Written by: Christian Cier-Zniewski <c.cier@gmx.de>
some code taken from: Sascha Volkenandt's streamdev plugin <sascha@akv-soft.de>

Project's homepage: http://nano.gmxhome.de/ffnetdev/

See the file COPYING for license information.

!!! WARNING !!!
The code of this plugin is alpha quality. So expect it to have all kinds of bugs.
If it crashes your machine, do not blame me. You have been warned!!!
!!! WARNING !!!

------------
Description:
------------

The purpose of this plugin is to provide an "easy" way of connecting possible streaming clients
to VDR by emulating a full featured DVB device over the network.
So the first thing that has to be written for the desired client is the code which receives the OSD bitmap
and transfers it into the streaming client's framebuffer.
The second thing is the TS receiver module. Assuming that the streaming client provides MPEG2 hardware decoding
you must find a way of sending the TS to hardware demuxer or demultiplex it in software if the client's CPU is powerful
enough.

A multi client environment can look as follows:
--------------------------------------------------------------------
---powerful Server with one main VDR process and streamdev-server---
--------------------------------------------------------------------
- -
- -
---------------------------------------------------- ----------------------------
-2nd VDR process with streamdev-client and ffnetdev- - 3rd VDR process and so on-
---------------------------------------------------- ----------------------------

Each streaming client gets its own (perhaps customized) VDR.

--------
Details:
--------

The plugin creates two listening TCP sockets:
-one for remote control and OSD
-one for TS streaming to the client

OSD (and text2skin)
-------------------
The OSD is transfered using a rfb style protocol (aka VNC). See rfbproto.h for details.
You can also use the text2skin plugin to get a nice skinned OSD.
BUT BE AWARE that the current code only supports ONE BIG AREA (method CanHandleAreas).
This limitation is due to the fact that my current and only client (a Dreambox 5620S) only
supports an 8-bit palette based framebuffer.
So if you want to use the text2skin plugin you have to change the desired skin to only use ONE
<window> tag with the greatest bounding rectangle the skin wants to draw in. bpp should be set 8 bits.

TS streaming
------------
The PES packets are multiplexed into a TS by the plugins own very simple PES2TS remux code.
No PAT/PMT insertion is currently being done.
The two TS PIDs for Audio and Video PIDs have fixed values. So changing a channel does not result in a change
of the TS PIDs.

Existing clients
----------------
-Dreambox 5620S (simple native client, it is NOT an enigma plugin!)

--------------
Prerequisites:
--------------
This plugin only works for VDR versions >=1.3.7, because of changes in the OSD code.

Installation:
-------------

Install ffnetdev like any other plugin. In this example I assume that you have
changed to the folder where the VDR sourcecode is located, and that it is
version 0.0.1 of the plugin you wish to install.

root@linux # cd PLUGINS/src
root@linux # wget http://nano.gmxhome.de/ffnetdev/vdr-ffnetdev-0.0.1.tgz
root@linux # tar -xfz vdr-ffnetdev-0.0.1.tgz
root@linux # cd ../..
root@linux # make plugins
root@linux # ./vdr -P ffnetdev

Moin,

also was den Fehler bei Kompileren angeht, muss ich hier mal weiter erforschen.

Ich habe das Plugin zuletzt mit vdr-1.3.23 getestet und mit gcc version 3.3.4 (pre 3.3.5 20040809) kompiliert (SuSE9.2).

Olaf:
Das Plugin läuft ja quasi auf dem VDR Server "im Keller" und liefert Dir schon ein gerendertes OSD.

Die MediaMVP, die übrigens den gleichen Prozessor benutzt wie die kleinen Dreamboxen, muss ja "nur" das OSD darstellen, durch kopieren der Bitmap-Updates in den Framebuffer. Den TS, den das ffnetdev Plugin liefert, sollte man "einfach" in den Hardware-Demuxer der MediaMVP schreiben können. Nur liegt gerade hier bei der MediaMVP der Hase im Pfeffer. Mein letzter Stand ist, dass es mit dem /dev/pvr device der MediaMVP nicht so richtig geklappt hat. Ich kann mich auch irren.

Die Idee dieses Plugins ist also, dass der Server im Keller alles vorkauen soll und der "doofe" Client nur noch darstellen soll.

Ich werde den Dreambox Client auch noch auf die Webseite packen, wenn ich den Code ein wenig aufgeräumt habe.

Du bräuchtest also für Deine MediaMVP also zunächst erst einmal einen Client, der zum ffnetdev Plugin passt. Noch gibt es keinen....

xpix:

Öhm. Das, was Du machen möchtest, geht doch schon längst, oder?

Pack auf Deinen Wohnzimmer VDR das Streamdev-(Server)-Plugin und installiere Dir auf Deinen Linux Client PC den VDR mit Streamdev-(Client)-Plugin.
Zusätzlich dann noch das Softdevice Plugin.
ODER: verzichte auf diese beiden Plugins und schau Dir die Netzwerk-Version des Xine Plugins an.

Man könnte aber auch für einen normalen Linux oder Windows PC einen Client schreiben, der dann das OSD des VDR Wohnzimmer Rechners darstellt und den TS des ffnetdev Plugin abspielt.

armageddon:

puh, gute Frage. (hab keine dbox2)
Also das OSD in den Framebuffer einzuschauffeln wird wohl kein Problem sein.
Ich weiss nicht, wie es mit dem Abspielen von TS ausschaut.
Wie macht das denn der dbox2 Movieplayer?
Demuxt der den TS in Software oder wird der TS in die Hardware geschickt?

Das ffnetdev Plugin erzeugt aus dem Audio- und Video-PES einen TS, wobei sich das Muxen auf das Zerhacken der PES Pakete in kleine TS Pakete beschränkt. Die Hardware Demuxer der IBM STB scheinen damit ganz gut zurechtzukommen. Beim Dreambox Client habe ich die PCR PID gleich der Video PID gesetzt.

Ich habe aber beispielsweise gelesen, dass die Siemens M740 Box solche einfachen TS nicht richtig abspielt, weil die ganze PCR Geschichte im TS Adaptation Field nicht vorhanden ist(ganz grob).

Der Autor, der VDR auf dieser M740 zum Laufen gebracht hat, war u.a. auch damit beschäftigt einen Remuxer zu schreiben, der "bessere" TS baut.

Den IBM STB Chips scheinen jedenfalls die PTS der PES auszureichen, um synchron wiederzugeben.

pacemaker:

kein Problem.
Ich wünsche mir ja, dass der ein oder andere etwas Sinnvolles damit anfangen kann.
Ich würde mir beispielsweise einen Client für den XBMC wünschen.

Zu dem TS-Schnipsel:
#define OSDPORT 20001
#define STREAMPORT 20002

Installiere doch einfach dieses Plugin, setze das FFnetdev Device als Primary Device und nimm netcat, um Dich per TCP auf Port 20002 zu connecten. Sobald Du verbunden bist, bekommst Du den mometan ausgewählten Kanal als TS zugesendet.
#define TS_VPID 99
#define TS_APID 100
Die PIDs des Streams sind fix und haben die o.g. Werte.

Die beiden Ports funktionieren (momentan) unabhängig voneinander. Man muss sich nicht mit dem OSD Port verbinden, um einen TS zu bekommen auf dem anderen Port.

Das OSD Protokoll ist momentan auch recht easy gehalten:

Vom RFB Protokoll werden nur 3 Nachrichtentypen benutzt.

-rfbFramebufferUpdateMsg: enthält die Anzahl der zu übertragendenen Teil-Bitmaps.

-rfbFramebufferUpdateRectHeader: muss direkt der UpdateMsg folgen. Enthält die Breite, Höhe, X und Y Position der Bitmap. Es folgen soviele Kombis aus Header+Bitmap, wie es in der UpdateMsg angegeben wurde.
(momentan immer 1)

-rfbSetColourMapEntries: setzt die ARGB Werte der jeweiligen Paletten-einträge. Hier wurde das RFB Protokoll um den Alpha-Wert einfach erweitert. Die Message enthält den Start-Index und die Anzahl der Farben, die gesetzt werden sollen. Nach diesem Header folgen die 16-Bit Werte für A,R,G,B in der Reihenfolge.

Das war's schon.

Das Plugin lässt sich ohne Probleme mit vdr-1.3.25 compilieren.

Der Fehler beim Kompilieren hängt wohl mit dem Compiler zusammen.

Habe gerade gesehen, dass die Files nicht richtig im Unix Format sind. Mach doch mal ein dos2unix. Vielleicht verschwindet dann wenigstens der Fehler mit dem stray "\".

Morlock:

Der Dreambox Client ist für die DM5620S. Da die Dream-Jungs für die kleinen Boxen die DVB API nicht erneuert haben, müsstest Du den Client an die API 3 anpassen. Ich habe den Client mit nem aktuellen Image mit 2.6er Kernel getestet. Kompiliert habe ich den Client mit einem aktuellen CDK. Die ganz allten CDK (rel_1.0.0) machten bei mir Probleme, weil die libpthread nicht wie dokumentiert, funktionierte.