- Registriert
- 20. Juni 2014
- Beiträge
- 12.846
- Lösungen
- 1
- Reaktionspunkte
- 10.816
- Punkte
- 1.103
Ich habe etwas mit WLAN Bridges und dLAN (inkl. Kaskaden aus beidem) in Verbindung mit einem OScam Client experimentiert. Wie zu erwarten war kam es recht häufig zu Freezern, teilweise sogar auf der HD01 die ja bekanntermaßen recht viel verzeiht. Die NDS V14 freezt naturgemäß noch schneller/häufiger.
Vorweg: OScam kann völlig unabhängig von den Configs genau wie jede andere Softcam keine Wunder vollbringen, d.h. wenn z.B. zwischen Server und Client bei der Anfrage auf eine V14 nach spätestens ~600ms keine Antwort kommt, wird es zwangsläufig Freezer geben.
Die Grundidee war nun, zusätzlich zum default cs378x TCP Reader auf dem Client noch einen zweiten cs357x UDP Fallback Reader anzulegen, der ab einer gewissen Wartezeit ohne Antwort vom Server einspringt. Bei WLAN und dLAN gehen recht häufig einzelne Pakete verloren oder werden fragmentiert, deshalb gehen wir nach einer bestimmten Wartezeit ohne Antwort nach der TCP Abfrage von einem Problem aus und schieben schnell eine UDP Anfrage hinterher.
Dazu ist dann auch ein zweiter User auf dem Server nötig (meistens zumindest je nach Setup zu empfehlen), was natürlich im HS oder CS mit Freunden kein Problem darstellt. :smile:
Als Basis dienen diese Configs: HowTo - OScam Client Configs für cs378x (VERY tiny & cute)
...und werden nur um wenige Parameter erweitert:
oscam.conf
oscam.server
Rest der Configs unverändert, zur Vollständigkeit:
oscam.user
oscam.dvbapi
Geht nun eine Anfrage des Client zum Server auf die V14 über 300ms, springt der Fallback ein. Zu erkennen im Log:
2016/01/31 20:04:42 566CB8 c local (098C&000000/0BC0/007F/98:7A9628C94AC474247176D61233A02A81): found (78 ms) by server_cs378x (P/1/2/2)
2016/01/31 20:04:50 566CB8 c local (098C&000000/0BC0/007F/98:71BF12718B9F8D49E13DD88A0521721A): found (380 ms) by server_cs357x (F/2/2/2)
Dito HD01 bei über 1000ms:
2016/02/01 20:42:50 566CB8 c local (1830&000000/0000/EF75/92:FFED6F087BC7A041CABB8120227D588B): found (331 ms) by server_cs378x (P/1/2/2)
2016/02/01 20:42:58 566CB8 c local (1830&000000/0000/EF75/92:194C9D8C98E5AAF2769410E3275DE528): found (1119 ms) by server_cs357x (F/2/2/2)
Zum Kontrollieren wie oft der Fallbackreader einspringen musste, kann man neben dem Log auch im WebIF von OScam beim Client in die Reader schauen, steht beim cs357x Reader unter ECM OK eine 10, ist der Fallback 10 mal eingesprungen.
Oder beim OScam Server unter User, da steht dann beim zweiten, für den Fallback Reader angelegten User auch unter ECM OK die 10.
Weitere Tests und Vorschläge für andere Karten gerne Willkommen.
Ich würde trotzdem IMMER eine direkte Verkabelung und kein WLAN/dLAN dringend empfehlen!
-supraracer
Vorweg: OScam kann völlig unabhängig von den Configs genau wie jede andere Softcam keine Wunder vollbringen, d.h. wenn z.B. zwischen Server und Client bei der Anfrage auf eine V14 nach spätestens ~600ms keine Antwort kommt, wird es zwangsläufig Freezer geben.
Die Grundidee war nun, zusätzlich zum default cs378x TCP Reader auf dem Client noch einen zweiten cs357x UDP Fallback Reader anzulegen, der ab einer gewissen Wartezeit ohne Antwort vom Server einspringt. Bei WLAN und dLAN gehen recht häufig einzelne Pakete verloren oder werden fragmentiert, deshalb gehen wir nach einer bestimmten Wartezeit ohne Antwort nach der TCP Abfrage von einem Problem aus und schieben schnell eine UDP Anfrage hinterher.
Dazu ist dann auch ein zweiter User auf dem Server nötig (meistens zumindest je nach Setup zu empfehlen), was natürlich im HS oder CS mit Freunden kein Problem darstellt. :smile:
Als Basis dienen diese Configs: HowTo - OScam Client Configs für cs378x (VERY tiny & cute)
...und werden nur um wenige Parameter erweitert:
oscam.conf
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
oscam.server
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Rest der Configs unverändert, zur Vollständigkeit:
oscam.user
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
oscam.dvbapi
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Geht nun eine Anfrage des Client zum Server auf die V14 über 300ms, springt der Fallback ein. Zu erkennen im Log:
2016/01/31 20:04:42 566CB8 c local (098C&000000/0BC0/007F/98:7A9628C94AC474247176D61233A02A81): found (78 ms) by server_cs378x (P/1/2/2)
2016/01/31 20:04:50 566CB8 c local (098C&000000/0BC0/007F/98:71BF12718B9F8D49E13DD88A0521721A): found (380 ms) by server_cs357x (F/2/2/2)
Dito HD01 bei über 1000ms:
2016/02/01 20:42:50 566CB8 c local (1830&000000/0000/EF75/92:FFED6F087BC7A041CABB8120227D588B): found (331 ms) by server_cs378x (P/1/2/2)
2016/02/01 20:42:58 566CB8 c local (1830&000000/0000/EF75/92:194C9D8C98E5AAF2769410E3275DE528): found (1119 ms) by server_cs357x (F/2/2/2)
Zum Kontrollieren wie oft der Fallbackreader einspringen musste, kann man neben dem Log auch im WebIF von OScam beim Client in die Reader schauen, steht beim cs357x Reader unter ECM OK eine 10, ist der Fallback 10 mal eingesprungen.
Oder beim OScam Server unter User, da steht dann beim zweiten, für den Fallback Reader angelegten User auch unter ECM OK die 10.
Weitere Tests und Vorschläge für andere Karten gerne Willkommen.
Ich würde trotzdem IMMER eine direkte Verkabelung und kein WLAN/dLAN dringend empfehlen!
-supraracer
Zuletzt bearbeitet: