[ANNOUNCE] Streaming mit VLC 0.9.x und ffnetdev-plugin

Hab es gerade probiert und es funktioniert!!!

Danke techfreak!

mfg
KiLLERHOLiC

Erst einmal ein großes Danke dafür, ich habe mich deswegen vorgestern endlich mal aufgerafft und meinen Uralt-VDR neu aufgesetzt (akt. Stand siehe Signatur).

Die normale live-Wiedergabe funktioniert auch gut (VLC 0.9.4 unter W2K SP4) aber:

Erfolgt die Tastaturlernphase für ffnetdev nicht schnell genug crasht VLC
Tasten F11 und Backspace können nicht belegt werden
Abspielen von Aufnahmen erzeugt manchmal ein extra Fenster, das man nicht wieder los wird
Zeitlinie beim Abspielen von Aufnahmen nicht linear (Sekundenzähler im OSD stoppt oder springt)
Pause beim Abspielen benötigt über 1min (!) zur Ausführung, Weiter geht's dann woanders
Springen dito
Spulen in Aufnahmen habe ich überhaupt noch nicht geschafft

Mittlerweile bin ich etwas schlauer geworden, die Probleme im einzelnen:

ffnetdev
Es wird nur ein rudimentärer TS erzeugt -> Zeitline stimmt nicht
Es wird nur die 1. Audiospur in den TS gepackt, alle anderen Spuren bleiben stumm

VLC
Tasten werden teilweise nicht durchgereicht, F11 wird nur an den VDR durchgereicht bei der Einstellung '[x] Minimal View...' ansonsten wird das als 'Fullscreen Interface' von VLC interpretiert
Gesendete Keycodes vom VLC sind völlig anders als die von RealVNC

nicht zuordbar
Manchmal bleiben OSD-Reste hängen, teilweise auch rosa Blöcke
Lautstärkeregelung und Stummschaltung gehen nur mit der Maus in der VLC-Statusbar
Die Auflösung 720x576 / 16:9 wird falsch dargestellt, das sieht dann aus wie falsches Cinemascope

Siehe hier:
http://picpaste.de/vlcsnap-351563.png

Genau diese Auflösung in Aufnahmen erzeugt beim Abspielen ein extra Videofenster (auch in Cinemascope)

Den Parameter tcp-caching=2000 habe ich sowieso nicht verstanden, wenn ich mit VLC IPTV (T-Home) schaue, brauche ich das auch nicht anzugeben.

Zum TS:
Im Source von ffnetdev [pes2ts.c] wimmelt es von TODOs.
Ich sehe gerade, daß AC3-Ton (Stream-Id=0xBD) gar nicht gehen kann, da nur Video-Ids von 0xE0 bis 0xEF und Audio-IDs von 0xC0 bis 0xDF durchgelassen werden.

Quote

Original von UNKNOWN
Den Parameter tcp-caching=2000 habe ich sowieso nicht verstanden, wenn ich mit VLC IPTV (T-Home) schaue, brauche ich das auch nicht anzugeben.

Zum TS:
Im Source von ffnetdev [pes2ts.c] wimmelt es von TODOs.
Ich sehe gerade, daß AC3-Ton (Stream-Id=0xBD) gar nicht gehen kann, da nur Video-Ids von 0xE0 bis 0xEF und Audio-IDs von 0xC0 bis 0xDF durchgelassen werden.

Hi,

der Stream wurde auf das nötigste abgespeckt um es über die 10MBit Leitung von der DBox zu bekommen. Das Plugin von der Dbox meldet sich mittlerweile als solches bei ffnetdev, somit könnte man es auswerten und an andre Clients wie VLC einen vollwertigen Stream liefern, eventuell auch als PES.
Ich komme leider zur Zeit überhaupt nicht dazu danach zu schauen. Wenn jemand Zeit und Lust hat kann ich gerne Berechtigungen für das SVN-Repository einrichten.

Guten Abend,

Quote

Original von Zwer2k
der Stream wurde auf das nötigste abgespeckt um es über die 10MBit Leitung von der DBox zu bekommen. Das Plugin von der Dbox meldet sich mittlerweile als solches bei ffnetdev, somit könnte man es auswerten und an andre Clients wie VLC einen vollwertigen Stream liefern, eventuell auch als PES.

Och nö, da hätte ich mir ja gestern das Umwandeln von VOBs (DVD9) in VDR-Aufnahmen zwecks Bitratentest sparen können
Denn eigentlich hatte ich vor H.264 TS-Streams von Arte-HD per ffnetdev abzuspielen, sobald die Magenta-Boys das endlich an meine TAE-Dose anklemmt haben.

Funktioniert denn das Abspielen von VDR-Aufnahmen incl. Pause, Springen und Vorspulen auf der DBox einwandfrei?

Quote

Original von Zwer2k
der Stream wurde auf das nötigste abgespeckt um es über die 10MBit Leitung von der DBox zu bekommen. Das Plugin von der Dbox meldet sich mittlerweile als solches bei ffnetdev, somit könnte man es auswerten und an andre Clients wie VLC einen vollwertigen Stream liefern, eventuell auch als PES.

Ich habe mal in den Code geschaut (SVN-Abzug). streamdevice.c erzeugt eine cPES2PESRemux() Instanz, cPES2TSRemux() ist auskommentiert. Damit sollte ffnetdev doch PES liefern, oder habe ich da was falsch verstanden?

Viele Grüße,
Bernd

Quote

Funktioniert denn das Abspielen von VDR-Aufnahmen incl. Pause, Springen und Vorspulen auf der DBox einwandfrei?

Bei mir funktioniert es meistens mit der DBox2 (Nokia). Vorspulen funktioniert überhaupt nicht, meist stürtzt dann der VDR ab, springen funktioniert ganz gut ausser wenn das OSD eingeblendet ist. Dann stürtzt der VDR ebenfalls ab.
Ausserdem hängt es beim springen manchmal mehrere Sekunden bis dann das Bild wieder einwandfrei läuft.

Wenn man weis was man nicht drücken soll und mit der einen oder anderen kleinen Macke leben kann ist es ganz ok.
Mich stört am meisten das sich manchmal der VDR verabschiedet, mit den anderen Macken kann ich leben.

Ich kenn aber sonnst kein Gerät wie die DBox das einen Kabeltuner hat, lautlos ist und VDR Aufnahmen (mehr oder weniger gut) abspielen kann.

Einen reiner Streaming Client will ich nicht da ich dann den VDR immer laufen lassen muss wenn ich TV schauen will, und andere Boxen wie die Samsung 7020(?) sind für Sat.

Hat jemand einen Tipp für mich?

mfg
KiLLERHOLiC

Quote

Ich habe mal in den Code geschaut (SVN-Abzug). streamdevice.c erzeugt eine cPES2PESRemux() Instanz, cPES2TSRemux() ist auskommentiert. Damit sollte ffnetdev doch PES liefern, oder habe ich da was falsch verstanden?

Viele Grüße,
Bernd

Oops,

jetzt muss ich mich korrigieren, lange ist es her :-).
Hab den Streaming zuletzt auf PES umgestellt.
Grund war wieder Bandbreitenreduzierung, PES fasst 0-Bytes die zum Auffüllen von TS-Paketen dienen zusammen, dadurch bekommt man mit PES etwas niedrigere Bandbreite.

UNKNOWN
Du schreibst, dass du TS Stream bekommst. Kann es sein, dass du nicht mit aktuellen Sourcen aus SVN arbeitest.

Ich schrieb TS, da ich davon ausging, daß die ffnetdev-Beschreibung im Wiki noch aktuell ist:

Quote

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.

und nachgeschaut hatte ich vorher in der letzten Stable-Version ffnetdev-0.1.0.

Installiert ist:

ii  vdr                       1.6.0-6ctvdr3                        Video Disk Recorder for DVB cards
ii  vdr-genindex              0.1.3-1                              Tool to generate a VDR index file
ii  vdr-plugin-dvd            0.3.6~b03+cvs20070813-10etch1        DVD playback plugin for VDR
ii  vdr-plugin-femon          1.6.1-1                              DVB frontend status monitor plugin for VDR
ii  vdr-plugin-ffnetdev       0.1.0+svn20071201.1427-7             VDR network streaming plugin

Der Source von pes2ts.c aus e-tobi.net ist mit dem SVN-Snapshot identisch, also ist es bei mir natürlich auch PES.

Der VLC selbst zeigt beim Abspielen (egal ob ffnetdev/MPEG2-PES oder IPTV/H.264-TS) nur die im Stream enthaltenen Codecs an, aber nicht das Streamformat selber.

techfreak
Das kann ich nicht bestätigen, mein VDR 1.6 (vanilla) läuft einfach weiter nach der automatischen OSD-Ausblendung.
Abstürze habe ich nur, wenn ich heftig in Aufnahmen hin- und herspringe.

Wo ich dich gerade hier sehe:
Im Source von modules/video_filter/remoteosd.c im VLC-git sehe ich den Grund für die falschen Keycodes nämlich #include "vlc_keys.h".
Laut der VNC-Protokollspezification gilt für die übermittelten Keycodes die X11-Tastaturbelegung sprich "X11/keysymdefs.h".

Also bitte einmal fixen.

Hallo techfreak,

das kann ich auch nicht bestätigen.

Hast du die aktuellen Sourcen? Ich musste ffnetdev an VDR 1.6 anpassen, sonst kam immer Fehler bei kompilieren.

Hi,

nachdem das ganze bei mir unter vdr-1.5.2 prima lief, habe ich neulich mein gesamtes System neu aufgesetzt.
Dabei bin ich gleich auf die aktuelle vdr-1.7.1 gegangen.
Jetzt scheint VLC keinen vernünftigen Stream mehr zu bekommen.
Funktioniert ffnetdev mit der aktuellen Entwickler-Version nicht mehr ?

steffx

Quote

Original von techfreak

Ich würde nun gerne den VDR oder das ffnetdev-plugin so patchen, dass im Stream von abgespielten Aufzeichnungen an VLC ebenfalls schön regelmässig fortlaufende Timestamps drin sind.

Ich melde mich freiwillig als Betatester

Viele Grüße,
Bernd

Patchen alleine wird da nicht viel nützen, nackte PES-Pakete zu streamen ist überhaupt kein Standard (siehe ISO 13818-1 bis ISO 13818-4).

Der ursprüngliche Ansatz mit TS war richtig, genau so wird es ja auch über den Äther und das Internet ausgestrahlt.
Das dann aber die Rolle rückwärts auf PES gemacht wird wegen der seligen D-box mit ihren lahmen 10mbit, führt nur ins technische Nirwarna.

Außerdem muß das Gegenstück dann auch korrekt implementiert werden, z.B. VLC 0.9.6 funktioniert nicht mehr richtig (dämlicherweise habe ich den upgedatet).
Das OSD ist nach intensiver Benutzung tot, es geht keine einzige Taste mehr.