Beiträge von p3t3r

    Ich habe in den letzten Jahren einige Bauten "auf- und umgerüstet", und - wenn man sich drauf einläßt - kann ich SATIP nur empfehlen.


    Netzwerkkabel müssen sowieso rein, und mit Gigabit kommt man idR hin (da passen 8 HD-Streams gleichzeitig rein), günstig ist es also auch. Wobei ich gerne die Stockwerke einzeln per Glasfaser bediene, wenn's etwas mehr sein darf.


    Es steht und fällt mit den Switches, eine Fritz bedient sowas also nicht mehr sauber. ;)


    Aufbau: guter SATIP-Server (zB Octopus NET S2 Max), ein zentraler Medien-Server mit VDR. Für die Endgeräte verwende ich nur Kodi, die via VNSI an den VDR andocken. Ein paar Unifi Accesspoints schaffen die nötige Stabilität im WLAN. Die Kodi-App passt auf alle Mobiles und Tablets, alte Glotzen werden mit Raspi/Libreelec gefüttert, für Rechner/Notebooks gibt's Kodi ebenfalls, und einige Glotzen (Panasonic) sprechen nativ SATIP.


    Läuft sehr stabil. Eine gute USV (die auch filtert) für den Server und seine Peripherie empfehle ich noch, aus Erfahrungsgründen.

    Änderung im vdr-plugin-satip in device.c:


    Ich habe noch nicht alle Aufnahme/Wiedergabe-Szenarien durch getestet, aber es scheint so zu funktionieren wie erwartet: es wird jedesmal ein neues Device angefordert, auch wenn der Transponder bereits abgegriffen wird.


    Irgendwann werde ich mal die Zeit haben einen Quirk dazu zu basteln. Irgendwann... ;)


    Edith: nochmal verändert, weil es sporadisch zu VDR-Restarts bei Aufnahmen kam.

    ...

    Edith 9: jetzt läuft es. Keine Fehler mehr, auch bei voller Auslastung auf bis zu 8 Devices, mit gleichzeitigen VNSI-Clients und Aufnahmen, in verschiedensten Kombinationen. Sogar ein parallel gestarteter EPG-Scan brachte nichts aus dem Tritt. - Das Problem bestand wohl darin, dass diese Funktion nicht nur aufgerufen wird, wenn ein neuer Stream initiiert wird, sondern auch, wenn sich bei einem laufenden Stream die PIDs ändern.


    Edith 10: falls ein Device bereits den Channel empfängt, so werden weitere Clienten, die exakt diesen Channel auch wollen, auf das Device aufgeschaltet. Dies wurde notwendig, weil es sonst in seltenen Fällen zu "emergency exits" kam, - warum auch immer.


    Achtung: der Parameter UpdateChannels muss auf 2 stehen, sonst werden Sender in der channels.conf als OBSOLETE markiert. Bei Multicast gab es Probleme mit dem Freigeben von Devices, deshalb verwende ich satip.TransportMode = 0.

    Keine "richtige" Lösung in Sicht, aber ich habe einen quick&dirty Workaround gefunden: wenn man bei doppelt/dreifach belegten Transpondern die channels.conf so verändert, dass bei Sender Eins "S19.2E" (also der originale Eintrag) steht, bei Sender Zwei aber "S19.3E", bei Sender Drei "S19.4E", so wird jeweils ein neues Device benutzt. Die falschen Sat-Positionen scheinen den VDR nicht zu stören. Jedoch muss in der /var/lib/vdr/setup.conf folgendes gesetzt werden: UpdateChannels = 2.


    In der sources.conf ergänzt:

    Code
    S19.2E  Astra 1KR/1L/1M/2C
    S19.3E  Astra 1KR/1L/1M/2C
    S19.4E  Astra 1KR/1L/1M/2C
    S19.5E  Astra 1KR/1L/1M/2C
    S19.6E  Astra 1KR/1L/1M/2C




    hth, falls jemand das gleiche Problem hat.

    Ich hab alles getestet: QoS an, Qos aus, verschiedene Varianten, - alles durch. Es geht nicht.


    Nochmal: es geht wunderbar, wenn ich 5 oder 6 HD-Streams durchjage. Sobald aber 2 auf dem gleichen Transponder liegen, zicken diese beiden, der Rest läuft unbeeindruckt weiter.


    Ich denke nicht, dass das am Netzwerk liegt.

    Firmware vom Switch ist aktuell. Der Switch ist nicht das Problem, die NICs auch auch nicht (Wireshark, iptraf-ng melden gar nichts).


    Ich habe nun alles doppelt und dreifach überprüft. Der Fehler tritt in jedem Transponder auf, sobald ich mehrere Aufnahmen/Wiedergaben davon starte.


    Ich weiß, dass der VDR das per se kann, es ging früher mit den PCI DVB-S2 Karten ohne Probleme. Also vermute ich ein Problem mit dem Satip, welcher Art auch immer. Netzwerk kann's de facto nicht sein, weil ich einwandfrei 5 oder 6 HD-Streams von verschiedenen Transpondern zu den Clienten bringe. Die Clienten sind's auch nicht, weil das Problem bereits auftritt, wenn ich nur aufnehme.


    Bin etwas ratlos. Jeder Vorschlag ist willkommen...


    thx, p3t3er


    Edit: falls das jemand mal testen will und/oder kann: gleiche Transponder sind zB "3sat HD, KiKa HD, ZDFinfo HD" oder "Das Erste HD, Arte HD, SWR BW HD". Damit ihr nicht suchen müsst... ;)

    Weil ich gerade dabei bin dokumentiere ich das Firmware Update von 2.x auf 3.1.18 unter Linux per SSH:

    Die Selfsat kommt nicht wieder hoch, man muss sie kurz vom PoE trennen.


    Mit einem lachenden und einem weinenden Auge sehe ich: die Sicherheitslücke "SSH offen mit banalem Passwort" wurde gestopft. SSH ist zwar noch aktiv, aber das Passwort ist unbekannt, deshalb kein Login mehr möglich. Dafür hat man eine Weboberfläche auf Port 8000.

    satip.OperatingMode = 3 ändert nichts, schadet aber auch nichts.


    Zitat

    Bei Dir ist in der satip.conf alles auskommentiert.

    Das ist mir schon klar, dass ich die # zum Testen weglassen muss. ;)


    Ich habe jetzt mal alle Quirks mit -s 192.168.178.39|DVBS2-8|SAT2IP->AS_B3S100_V2:0x7f angeschaltet, als auch einzelne getestet, aber es ändert sich auch nichts. So langsam bin ich mit meinem Latein am Ende.


    Ich bin geneigt die Entwickler zu kontaktieren, wobei ich nur raten kann, ob der VDR oder das satip-Plugin verantwortlich ist... :/


    Hat noch jemand Vorschläge, bitte?


    Edit: an Flaschenhälsen kann es nicht liegen, Rechner, Switch und Kabel sind alle völlig ausreichend, - nur falls da Fragen wären... Zumal ja alles wunderbar funktioniert (außer die Kanäle liegen im gleichen Bouquet)...

    Mehr Info :)


    Die IP36 startet mit:


    Code
    Jan  1 00:00:06 kernel: DVB: registering new adapter (Abilis TB100 DVB framework)
    Jan  1 00:00:11 kernel: MxLWare 2.1.1.7-RC100, F/W 2.1.1.7-RC100, chip MXL584, Id 1, Ver 2
    Jan  1 00:00:11 kernel: tb100_adapter tb100-dvb-adapter0.8: DVB: registering adapter 7 frontend 0 (Hydra)...
    Jan  1 00:00:12 kernel: tb100_adapter tb100-dvb-adapter0.8: LPU0, tb100_sp_fw V1.0 (Sep 12 2014 08:51:48)
    Jan  1 00:00:12 kernel: DVB: registering new adapter (Abilis TB100 DVB framework)
    ...


    Sagt mir leider nix, und schnelles googeln bringt auch nix... Muss ich nochmal ausführlicher machen.


    Im satip-plugin findet sich in server.c der Quirks-Abschnitt, in dem verschiedenes gequirkt wird:


    Hier taucht der ID-String der IP36 SAT2IP->AS_B3S100_V2 gar nicht auf. Gut oder schlecht?! ;)


    Ich könnte ja versuchsweise da mal reinfassen und auf gut Glück verschiedene Quirks zuordnen...


    Wäre das sinnig?


    -----


    Edit:


    Ah, geht auch über die Optionen:

    Hallo und guten Tag!


    Vorliegendes Szenario:


    Selfsat IP36 (FW version 2.2.19, HW version 0.2)

    -> Switch (DGS-1210-24)

    -> VDR (auf Debian Buster) mit vdr-plugin-satip 2.4.0-1


    Der Rest dahinter (VNSI, Libreelec und/oder Kodi) ist uninteressant, weil das Problem schon bereits bei Aufnahmen auftritt.


    Per se funktioniert das alles ausgezeichnet, mehr oder weniger ootb, gute Qualität und stabil. :)


    Wenn ich jedoch zwei Kanäle aufzeichne oder ansehe, die im selben Bouquet liegen (zB KiKa und 3Sat), dann bekomme ich zuhauf Artefakte.


    Das passiert ab just dem Moment, in dem ich den zweiten Kanal zuschalte.


    Es gibt keinerlei Fehler, wenn die Kanäle in verschiedenen Bouquets liegen, auch bei 5 HD-Streams gleichzeitig.


    Ich habe schon allerhand getestet. In den Logs findet sich nichts Relevantes (VDR Log-Level 3), und auch Wireshark zeigt keinerlei Auffälligkeiten.


    Ich habe auch im Netz nachgeforscht, zu speziell diesem Problem findet sich jedoch nichts. Weder ein Firmware-Upgrade der Selfsat (kann ich eh nicht, da kein Windows-Rechner vorhanden) hilft (hat bei niemanden [mit anderen Problemen] etwas gebracht [war immer Netzwerk, speziell Fritzbox und Billig-Switches]), noch das Verändern der satip-plugin Konfiguration über die vorhandenen Optionen (in /etc/vdr/conf.d/50-satip.conf und /var/lib/vdr/setup.conf).


    Bin ratlos. Hilfreich zur Fehleranalyse wäre ein Schalter im VDR à la "Verwende immer ein neues Device, auch wenn der Kanal im selben Bouquet liegt". Aber so etwas gibt es ja nicht, oder ich finde es nicht.


    Falls jemand Vorschläge hat, was ich noch untersuchen könnte, so wäre ich dankbar.


    Noch ein wenig Info:


    Außer vdr-plugin-vnsiserver 5:1.6.0-dmo1 kein weiteres Plugin im VDR.


    Das bekannte EPG-Scan-Problem der Selfsat habe ich mit Ausschalten des Scans umgangen (ein nächtlicher Scan via cron tut's auch).


    Beende ich die Aufnahmen, so bekomme ich im Log buffer stats: 1% used o.ä. Am Buffer liegt es also schon mal nicht.


    Probiert in /etc/vdr/conf.d/50-satip.conf:

    Code
    # -d 4
    # -s 192.168.178.39|DVBS2-8|SAT2IP->AS_B3S100_V2
    # -s 192.168.178.39|DVBS2-8|SAT2IP->AS_B3S100_V2;192.168.178.39|DVBS2-8|SAT2IP->AS_B3S100_V2
    # -S
    # -n

    Bringt alles nichts.

    Ja, das riecht nach Netzwerkproblem oder Fehl-Konfiguration.


    Hier hat das jemand mit der VU+ eingerichtet:

    Zitat

    Habe nun die Selfsat>IP36 am Start. Installation war ein Kinderspiel. Habe erst mit Koaxkabel und e2remote an der VU+ ausgerichtet bis Signal optimal war. Danach Antenne über Cat5.e-Kabel mit Fritz!Box verbunden. An der VU+ SAT>IP Client eingerichtet (virtuelle Tuner). Nun kann ich ohne Koaxkabel an der VU+ alles wie vorher auch sehen/aufnehmen etc. Am ipad über elgato-App war auch sofort Live-TV da. [...]


    Probiers doch mal mit der o.g. App, vllt geht's ja damit.

    Die IP36 lauscht auf Port 8000. Also:


    http://ipadresse:8000


    Wirft bei mir aus:

    Code
    FW version...: 2.2.19 (Feb. 11, 2015)
    HW version...: 0.2 


    Neuere Firmware wäre also nicht schlecht. Wobei: never change a running system. Die IP36 läuft eigentlich sauber durch.


    Störungen bekomme ich nur beim o.g. Problem des massiven EPG-Scans durch VDR. Das habe ich via crontab behoben:

    Code
    18 5    * * *   user    bash -c 'svdrpsend SCAN > /dev/null 2>&1'

    Natürlich dazu den EPG-Scan des VDRs komplett ausgeschaltet.


    Mit einer nativen Installation unter Debian Stretch (multimedia deb aktiviert, satip plugin) läuft das sauber. An den VDR binden die Kodi-Clienten via vnsi.