Edit: Ich habe doch noch einen Fehler gefunden, der nervig ist. ich werde versuchen, den schnell zu fixen und eine neue Version zu erstellen. Das Problem ist, daß man im Video nicht mehr Vor- und zurückspringen kann. Aber WDR-Videos mit TCP scheinen bei mir viel besser zu laufen.
Version 0.0.5 wurde getaggt. Das ppa baut gerade. Das Hauptaugenmerk liegt hierbei bei verschiedenen Möglichkeiten, den Videostream an das Plugin zu übertragen.
Changelog vdr-plugin-hbbtv:
-- Bugfixes
ServusTV and other channels (parse error...)
uninitialzed variable which prevents starting the browser
FixSkipped.patch by TomJoad ([Announce] HbbTV plugin / offscreen browser v0.0.4)
incorporated into the receiver part (VDR)
- New
New command line parameter -d, --display (X server display)
Video streams can be received via UDP, TCP and Unix domain sockets (Parameter -v UDP, -v TCP, -v UNIX). UDP is the the default.
Added two new SVDRP commands (mainly for debugging): DCHANNEL and DAPPURL
Changelog vdr-osr-browser:
- Bugfixes
ServusTV and other channels (Parse error...)
- New
New ffmpeg configuration entries udp_packet_size and udp_buffer_size to be able to control UDP packet size and internal buffer size
Video streams can be send via UDP, TCP and Unix domain sockets
Videostreams können nun statt nur per UDP nun auch per TCP oder Unix domain sockets an den VDR übertragen werden. Ich hoffe damit, ein paar Probleme mit reinem UDP umgehen zu können.
Das VDR-Plugin und der Browser haben dazu neue Parameter erhalten. Sollte der Browser intern gestartet werden, ist eine weitere Konfiguration des Browsers nicht notwendig, das erledigt das Plugin automatisch.
-v UDP
-v TCP
-v UNIX
Falls -v nicht angegeben wird, ist standardmäßig UDP voreingestellt.
Um das 188-Byte Problem zu umgehen habe ich zusätzlich den Patch von TomJoad genommen und die Änderungen in das Plugin verschoben.
Weitere Bemerkungen:
Ich hatte gehofft, die Navigation in der Tageschau und Anixe auch noch lösen zu können, war aber nicht erfolgreich. Statt Javascript aufzurufen und den KeyCode zu übermitteln, habe ich versucht direkt im Browser nativ die KeyCodes zu verwenden. Allerdings brachte das nicht den gewünschten Erfolg. Was ist an den Seiten so besonders? Auf anderen Seiten funktioniert doch alles. Jetzt muss ich erstmal auf eine Erleuchtung hoffen Zumal es mit Firefox/Firehbbtv ja auch funktioniert, aber eben nicht unter Chrome/HybridTvViewer.
Als Nächstes werde ich versuchen, das mpeg-dash und livestream-ts Problem anzugehen und eine Lösung zu finden. Sofern keine weiteren Bugs auftauchen, die eine schnelle Lösung erfordern, oder ich wieder einen Flash bekomme und untersuche, warum die oben erwähnten Sites nicht funktionieren.