Vorab: Willkommen im Club — das yaVDR-Team bloggt nun auch ;)
Langsam nimmt mein VDR-Server-und-Client-Projekt Formen an. Ich hänge zwar noch immer an der Fernbedienungsfrage (lirc_ttusbir wie auch der Treiber für das normale serielle Homebrew-IR-Interface hängen sich auf der Zielhardware (ASUS V-M3N8200 Mainboard, AMD Athlon(tm) 7750 Dual-Core Processor) weg), aber das außen vor, funktionieren timergesteuert Aufnahmen, das Abspielen von Alt-VDR-Aufnahmen (der Wohnzimmer-VDR ist noch ein antikes 1.4.7-Schätzchen) via NFS-Mounts (aufgrund von Rechteproblemen, UID vdr-alt != vdr-neu, leider nur blankes Abspielen, kein »Waschen, Schneiden, Legen«), lokales Schneiden von Aufnahmen¹ … kurz eigentlich erst einmal alles, was VDR können sollte.
Heute habe ich dann mal angefangen, weitere, liebgewonnene Add-ons und Plugins zu suchen und zu installieren — und bin sehr angetan von vdr-plugin-fritzbox, vdr-plugin-timeline, vdr-plugin-remoteosd sowie vdr-plugin-remotetimers. Denn, anders als bei xineliboutput, wo nur ein einem Tag kompilierte Versionen zueinander kompatibel sind (jedenfalls kann ich mit aktuellen vdr-sxfe weder meinen 1.4.7er noch den 1.6.0er an einem entfernten Ort bedienen, selbst aus anderen Quellen stammende 1.7er vdr-Installationen sind eher problembeladen denn nicht :(), steuert remoteosd 0.1.0 von meinem yaVDR aus meinen 1.4.7er mit svdrpext 0.0.1 — so soll das sein!
Das ist insofern relevant, als daß ich im Endausbau einen bis mehrere VDR-Server für programmierte Aufnahmen haben möchte, die von einer zentralen Instanz – dem (ya)VDR im Wohnzimmer – programmiert werden können sollen. Super wäre ein Frontend, welches diese mehreren VDR logisch zusammenfaßt und die Aufnahmen entsprechend verteilt; aber im ersten Schritt reichte es, wenn ich, das ist noch der Knackpunkt, mehrere VDR von einem zentralen VDR fernkonfigurieren könnte. Denn, soweit ich bislang gesehen habe, gibt es keinen vorgesehenen Weg, eine 1:n-Beziehung zu unterstützen (1 Frontend-VDR und n Backends), über 1:1 kam man bislang leider nicht hinaus².
Ein anderes Thema, an dem ich derzeit hänge: die Einbindung der T-Entertain-IPTV-Kanäle (des öffentlich-rechtlichen Fernsehens, der Rest ist ja »grundverschlüsselt«). Mit der Kanalliste, die ich im Netz gefunden habe, blitzte anfänglich mal was auf, mittlerweile kommt aber »Kanal nicht verfügbar« und die Kanäle werden als verschlüsselt angezeigt :( Tipps werden gerne angenommen:
54:Das Erste IPTV;IPTV:1:IPTV|S1P1|UDP|239.35.129.11|10000:P:0:256=27:257=deu;258=AC3:259:4AE2:28106:0:0:0 5478:Eins HD;IPTV:10:IPTV|S1P1|UDP|239.35.10.1|10000:P:0:256=27:257=deu;258=AC3:259:4AE2:11100:0:0:0
Schlußendlich suche ich dann noch nach einer »vernünftigen« EPG-Variante für die Sender von BBC und ITV (Astra 28,2° Ost), sodaß automatische Aufnahmen »immer« funktionieren und nicht nur, wenn grade ein EPG-Update lief (BBC, ITV und andere senden nur die EPG-Info »jetzt« und »nächstes Programm«, anders als die meisten deutschsprachigen Sender zumindest auf Astra, die das Programm für 3 bis 5 Tage im voraus übermitteln). Auf dem alten VDR hatte ich da mal einen XML2irgendwas-Mechanismus funktional am Start, aber der tut leider auch nimmer …
So, dann werde ich mich mal schlauzumachen versuchen, wie man die yaVDR-Sourcen als Basis für eigene Erweiterungen nimmt, z. B. um nicht »mitgelieferte« Plugins zu kompilieren … Als Brute-Force-Ansatz könnte man ja remoteosd einfach als remoteosd1, remoteosd2, remoteosd3 durchkompilieren und einbinden, mit anderen Pfaden für die Konfiguration, versteht sich.
___
² Für den Einsatzfall »empfangsteilloser Client im Wohnzimmer steuert Server mit mehreren Karten im Keller« ist das sicher ausreichend, aber eben nicht ganz konsequent auf weitere Nutzungsszenarien ausgerichtet. Ich habe z. B. einen Rechner mit VDR gut 10 km entfernt von meinem Wohnort stehen; bei lokalen Wetterphänomen, die nicht auch das Internet karpott machen, könnte ich notfalls von dort streamen, sicherlich aber »wichtige« Aufnahmen dort parallel durchführen.
