[Tommes]

Moin,

nachdem ich nun mit meinem Hardware Setup einige Versuche hinter mir habe,
möchte ich die Früchte meiner Arbeit gerne teilen, vielleicht hilft es ja dem einem oder anderen.
Es betrifft den jetzigen, aktuellen MLD Versionsstand, wenn Updates folgen, können andere
Einstellungen evtl. sinnvoller sein !!!

Ausgangslage:
Raspberry Pi 3B+ mit MLD und SATIP, teilweise kein Lock des Senders, instabiler Betrieb

Ziel:
Bestmöglicher VDR Betrieb

Hardware:
- Raspberry Pi 3 B+
- Octopus Net V2 mit 2x CAM für Bezahl-TV

Software:
- MLD 5.5 unstable
Plugins: rpihddevice, extecmenung, menuorg, satip, skindesigner, skinflatplus
sleeptimer, suspendoutput, systeminfo

Einstellung rpihddevice
OSD mit GPU Unterstützung -> ja
(bei Verwendung Zweig testing -> plugin skinnopacity -> OHNE GPU Unterstützung)

Einstellung satip
Betriebsart -> niedrig
CI -> ja -> 2x Alphacrypt
EPG Aktualisierung -> Nein
Deaktivierte Filter/Quellen -> keine
Unicast
Frontend Mehrfachnutzung -> ja
Aktive SAT>IP Server: FritzBox (wird nicht verwendet) & OctopusNet

Einstellungen im WebIF
Konfiguration -> Fernsehempfang -> SATIP -> "Multiple Server" MUSS leer sein
Ein Konfigurieren des SATIP Servers funktionierte zwar grundsätzlich, aber
verschlüsselte Sender funktionierten dann nicht
Konfiguration -> Fernsehempfang -> SATIP -> DVB devices -> 4

Konfiguration -> Raspberry Pi ->
1400 Mhz (NUR für RPi 3B+ !!!)
Force Turbo
GPU Memory: 320 MB bei Verwendung von Plugin SkinDesigner
(sonst Standard: 256 MB)

Einstellungen Octopus NET
- Firmware 1.1.6
- Beta Firmware 1.1.6 vom April 2021 getestet
gefühlt keine Besserung, eher etwas instabiler
(http://<IP des Optopus>/beta.html)
- LNB Settings -> auto
- System Settings -> alles aus, außer DVB-S & DVB-S2
- Multicast Settings -> Disable
- Channel Lists -> verwendete(n) Satellit auswählen, keine channellists laden/importieren

Reduzieren von SATIP-Error Melungen im Syslog
in MLD Datei /etc/sysctl.conf erstellen mit folgendem Inhalt:

Code: [Select]

net.core.wmem_max=20491520
net.core.rmem_max=20491520
net.ipv4.tcp_mem = 65536 131072 262144
net.ipv4.udp_mem = 65536 131072 262144Quelle: https://www.vdr-portal.de/forum/index.php?thread/127739-satip-auf-yavdr-und-rtp-packet-errors/&postID=1257694#post1257694

Auf neuere RPi Firmware updaten
Im WebIF Konfiguration -> System -> von unstable auf testing stellen-> speichern
Dann Wechseln zu Pakete -> Upgrades
Nur das Paket "rpi-firmware" auswählen und updaten lassen
Hinterher wieder von testing auf unstable zurückstellen

Mit den Einstellungen habe ich, denk ich mal, das Beste rausgeholt.
Umschaltzeiten sind gering, ab und zu bekommt man auf dem
einen oder anderen verschlüsselten Sender keinen Lock,
dann hilft nur, einen Sender weiterschalten, warten bis dieser einen Lock hat,
dann wieder zurückschalten und der besagte Sender bekommt auch einen Lock

Über Netzwerke existieren ja verschiedenste Ansichten.
Bei mir sieht die Verdrahtung wie folgt aus:
Octopus Net -> per INCA 1G "Gigabit over Coax Adapter" über Sat Kabel-> Fritzbox 75xx (Mesh Client) ->
-> D-Link Switch Gigabitch DSG-1016D -> Fritzbox 6490
Raspberry Pi Testumgebung -> ASUS 8 Port Gigabit Swtch -> D-Link Switch wie oben
Verlegekabel sind CAT 5E, Patchkabel CAT6

[gr4vity]

Hi,
Danke für die Früchte
Ich mag Himbeeren 

Have you tried this app?

https://play.google.com/store/apps/details?id=de.digitaldevices.satipapp

I asked Roland about it 2 months ago but got no reply.

[Tommes]

Gerne doch
Cool, eine App directly für die DD 

Was hattest Du denn Roland gefragt ? 

[rfehr]

Hi,

Unfortunately, I haven't gotten around to it yet, I had a lot of private work to do.

kind regrads,
  Roland

[gr4vity]

Gerne doch
Cool, eine App directly für die DD 

Yup, It's directly from DD, it looks promising though.

Was hattest Du denn Roland gefragt ? 

Nothing 

I was interested to know if it works with minisatip server or it works exclusively with Octopus NET server..

[gr4vity]

Hi,

Unfortunately, I haven't gotten around to it yet, I had a lot of private work to do.

kind regrads,
  Roland

Hi Roland,

No problem, i thought you didn't receive my pm in the 1st place 

Best Regards.

[rfehr]

Hi,

Unfortunately, I haven't gotten around to it yet, I had a lot of private work to do.

kind regrads,
  Roland

Hi Roland,

No problem, i thought you didn't receive my pm in the 1st place 

Best Regards.

I want to try and see if I can test it out this week

kind regrads,
  Roland

[Tommes]

Hm ...
Irgendwie lässt mir das keine Ruhe, daß es
bei verschlüsselten Sendern öfters keinen sichtbaren Lock gibt.

System: RPi 5.5 unstable auf aktuellem Stand

Nochmal zusammengefaßt:
Freie Sender kriegen immer einen Lock, mit den Einstellungen aus dem ersten Post.
Verschlüsselte Sender haben ab und zu keinen Lock, dann hilft nur, weiterschalten
bis der VDR einen Sender gelockt hat, dann wieder zurückschalten.
Wenn man zeitgleich in das Web-IF des Octopus schaut, bekommt dieser immer
einen Lock, bei allen Sendern.

Bei nicht gelocktem Sender steht im Log dann:

Code: [Select]

Mar 11 10:41:01 MLD-rpi3 user.err vdr: [15022] curl_easy_perform() [rtsp.c,369] failed: Couldn't connect to server (7)
Mar 11 10:41:01 MLD-rpi3 user.err vdr: [15022] SATIP-ERROR: Detected invalid status code 0: rtsp://192.168.xxx.xxx/ [device 0]
Mar 11 10:41:01 MLD-rpi3 user.err vdr: [15022] curl_easy_perform() [rtsp.c,369] failed: Couldn't connect to server (7)
Mar 11 10:41:01 MLD-rpi3 user.err vdr: [15022] SATIP-ERROR: Detected invalid status code 0: rtsp://192.168.xxx.xxx/ [device 0]
Mar 11 10:41:01 MLD-rpi3 user.err vdr: [15022] SATIP-ERROR: Pid update failed - retuning [device 0]
Mar 11 10:41:01 MLD-rpi3 user.err vdr: [15022] curl_easy_perform() [rtsp.c,369] failed: Couldn't connect to server (7)
Mar 11 10:41:01 MLD-rpi3 user.err vdr: [15022] SATIP-ERROR: Detected invalid status code 0: rtsp://192.168.xxx.xxx/ [device 0]
Schalte ich unter DVB -> PIDs aktualisieren aus,
sieht das Log bei nicht gelocktem Sender so aus:

Code: [Select]

Mar 11 10:49:49 MLD-rpi3 user.err vdr: [17144] rpihddevice: [libav] Header missing
Mar 11 10:49:49 MLD-rpi3 user.err vdr: [17144] rpihddevice: failed to decode audio frame!
Mar 11 10:49:58 MLD-rpi3 user.err vdr: [17144] rpihddevice: [libav] Header missing
Mar 11 10:49:58 MLD-rpi3 user.err vdr: [17144] rpihddevice: failed to decode audio frame!
Mar 11 10:50:00 MLD-rpi3 user.err vdr: [17144] rpihddevice: [libav] Header missing
Mar 11 10:50:00 MLD-rpi3 user.err vdr: [17144] rpihddevice: failed to decode audio frame!
Mar 11 10:50:07 MLD-rpi3 user.err vdr: [17144] rpihddevice: [libav] Header missing
Mar 11 10:50:07 MLD-rpi3 user.err vdr: [17144] rpihddevice: failed to decode audio frame!
Mar 11 10:50:13 MLD-rpi3 user.err vdr: [17144] rpihddevice: failed to decode audio frame!
Ich hab daraufhin an mehreren Stellen versucht, rumzuschrauben, leider ohne sichtbare Erfolge:
- Einstellungen -> Sonstiges -> Notausstieg -> nein/ja | Enable CA twaeks -> ja/nein
- Einstellungen -> Plugins -> satip ->
   -> Betriebsart von niedrig auf normal/hoch
   -> EPG Scan an/aus
   -> Frontend Mehrfachnutzung aus/an
   -> Übertragung Unicast/RTP-over-TCP
- Plugin SATIP quirk Einstellungen von hier in diversen Schreibweisen:
https://raw.githubusercontent.com/rofafor/vdr-plugin-satip/master/README
   -> Konfiguration – Fernsehempfang – VDR – Plugin-Arguments -> satip ->

Code: [Select]

-d 4 -s :0x80
-d 4 -s 0x80
-d 4 -s :0x02:0x80
-d 4 -s :0x02:0x04:0x80
...Da ändert sich gefühlt auch nichts, egal welche quirk Option ich da übergebe 

Hat jemand noch ne Idee, übersehe ich irgendwo etwas ?
Grundsätzlich soll Satip mit dem Octopus ja stabil bei einigen Usern seit Jahren laufen

[Pfeifenraucher]

Moin!

Schöne Zusammenstellung - ich habe gleich einiges wiedererkannt.

Reduzieren von SATIP-Error Melungen im Syslog
in MLD Datei /etc/sysctl.conf erstellen mit folgendem Inhalt:

Hierzu hätte ich allerdings eine Frage - welches Paket installierst Du, damit die sysctl.conf überhaupt angefasst wird? Das Programm sysctl wird m.W.n. nicht standardmäßig installiert.

Wenn meine Netzwerkverbindung wieder spinnt, konnte ich mir mit ethtool und festlegen auf 100MBit/fullduplex (autoneg off) behelfen. Ich habe aber nur einen rpi3b (mit dem Layout des b+), daher nur 100MBit.

Bei den Angaben zur Geschwindigkeit habe ich kühle Erfahrungen mit den Standards ohne Turbo/force gemacht, vielleicht hätte ich dann noch einige wenige Bauklötze weniger.

VG

[Tommes]

Hierzu hätte ich allerdings eine Frage - welches Paket installierst Du, damit die sysctl.conf überhaupt angefasst wird? Das Programm sysctl wird m.W.n. nicht standardmäßig installiert.

Ich hab die sysctl.conf mal auf gut Glück erstellt und gehofft, daß diese verwendet wird

Runtertakten habe ich mal gegengecheckt, bringt keine Veränderung zum Thema Sender-Lock