Hallo Gemeinde,
ich habe beim Haus(-um)bau auf die Variante "Streaming" gesetzt und von vornherein vorgehabt das TV-Signal aus dem Keller heraus zu verteilen. Der Aufbau steht auch und der Server laut Signatur tut seinen Dienst. Auf dem Server läuft unter anderem das ddci2 Plugin mit einem 'SD-Minus-Abo' in einem DD-Flex-CI...
Serverseitig installiert sind auf yaVDR headless & vdr-2.4.5:
- dbus2vdr, ddci2, devstatus, epg2vdr, live, markad, streamdev-server, vnsiserver
Im Wohnzimmer sind es auch auf yaVDR & vdr-2.4.5:
- dbus2vdr, desktop, epg2vdr, menuorg, osdserver, pin, pulsecontrol, scraper2vdr, skindesigner, softhddevice (cuvid), streamdev-client, weatherforecast
Alles ist aus den Default-ansible-focal PPA´s.
Ich habe damit immer wiederkehrende Verbindungsabbrüche mit Namen: "Transfermodus kann nicht gestartet werden!" gefolgt von "Kanal nicht verfügbar". Das passiert aber auch auf FTA-Channels, so das ich das ddci2 eigentlich ausschließe. Im Forum finde ich nur alte Beiträge zu dem Thema und dachte mir es wäre im Laufe der Zeit gefixt und diese Variante des Streamings wäre stable nutzbar. Ich hatte auch schon alle Plugins beidseitig deaktiviert und den Classic-Skin genutzt, aber auch da passiert es, was dann wiederum skindesigner ausschließt. Zwischenzeitig bricht die Verbindung dann soweit weg. das man nicht mehr weiß ob der VDR noch lebt. Irgendwann kommt dann ein Bild wieder (kann schonmal ein paar Minuten dauern)...
Meine Fragen nun:
- Habt Ihr das Verhalten auch? Ist der Fehler in der Konstellation streamdev-server/client zu suchen?
- Ist der Fehler in der Nutzung des ddci2/o4a/'sd-' zu suchen?
- kann man das komplett lösen (und wie)?
- lohnt sich eventuell ein Umstieg auf minisatip/satip-Plugin mit Oscar als SDminus-Quelle? (hat das jemand zufriedenstellend laufen)? (Dann gern per PN)
- was läuft wirklich sauber AUSSER vnsi (ich will kein KODI !!!)
Bevorzugen würde ich streamdev, aber nicht so wie es derzeit läuft. Ich bin über alles weiterführende dankbar - nur her damit!