gelöst OpenATV 7.5.1 - RTL etc wird nach 1-3 Tagen dunkel

[Token]

warum cs378?

... weil es fehlerfreier+stabiler ist!
... und editiere mal deine s/n von der hd+ karte!
... und den "keepconnected = 0" auf "=1"

... aber wenn das alles ist, was bei dir spielen soll,
dann würde ich wirklich den cccam-kram durch eine solide oscam-config ersetzen!
... und ein smargo ist auch nicht für stabilität bekannt!

 

[ferry_ultra]

OK, geändert
Was unterscheidet eine oscam config von cccam config?
Die settings macht ja das webif

 

[Token]

Smargo's sollten mit der Serial laufen

[reader]
...
protocol = smartreader
device = Serial:Reader 1234567 #7stellige Nummer auslesen!
...

... für den externen zugriff auf deine karte, liest du dich in oscam.server und oscam.user ein!
... und für den zugriff auf externe karten fragst du deinen "Provider", weil der bekommt ja auch die kohle dafür!

... Settings machen die Config's ... das WebIF ist lediglich die GUI dafür! ;-)

 

[Kind regards]

Nur zur Info:

... weil es fehlerfreier+stabiler ist!

Fehler beim CW Handling werden bei cs378x genau so gut übertragen wie bei cs357x, im internen Netzwerk ( Wlan ausgenommen) ist cs357x keine schlechtere Wahl und genau so stabil wie cs378x, bedeutend schneller.

Spoiler: UDP

Sie müssen registriert sein, um angehängte Bilder zu sehen

Sie müssen registriert sein, um angehängte Bilder zu sehen

interne receiver verwenden cs357

sollte nur zeigen, das es intern (Wlan ausgeschlossen) wie bei @ferry_ultra auch funktionieren würde, wenn er es dabei belassen hätte.(meine persönlichen Erfahrungswerte)

RTL etc wird nach 1-3 Tagen dunkel hat jeden Fall mit dem benutzten Protokoll nichts zu tun...

 

[ferry_ultra]

Na super, ich kass es jetzt mal bei 378. Jetzt klappt's erstmal, mit mehrmaligen hinherzappen

 

[Kind regards]

das liegt aber nicht am Protokoll, sondern an einer schlechten oder fehlenden oscam.dvbapi, dann dauert es bis die entsprechende CAID ausgewählt wird ...

Spoiler: hier sieht man das aus dem Pool, das richtige ausgewählt wird:

20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 0 CAID: 1830 ECM_PID: 1CCC PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 1 CAID: 1843 ECM_PID: 19CC PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 2 CAID: 1860 ECM_PID: 1ECC PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 3 CAID: 098C ECM_PID: 1ACC PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 4 CAID: 186A ECM_PID: 1FCC PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 5 CAID: 186D ECM_PID: 1FCD PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 6 CAID: 098D ECM_PID: 0108 PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 7 CAID: 1842 ECM_PID: 1FDF PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 8 CAID: 4B64 ECM_PID: 1FDF PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 9 CAID: 4AF4 ECM_PID: 0109 PROVID: 000001
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 ECMpid 10 CAID: 09F0 ECM_PID: 080C PROVID: 000000
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 found 11 ECM PID's and 7 STREAM PID's in CA PMT
20.04.2025 09:17:36 314F12AA c   (dvbapi) Demuxer 0 trying to descramble PID 4 CAID 186A PROVID 000000 ECMPID 1FCC ANY CHID PMTPID 0060 VPID 00FF

 

[ferry_ultra]

Am Server habe ich HD+ jetzt Services zugefügt

 

[Token]

für deine HD02 ist dann diese oscam.dvbapi zuständig:

P: 1843 1 # bei Bedarf!
I: 0

 

[ferry_ultra]

Kurze Rückmeldung, bis jetzt keine ausfälle mehr. Hab eure Tipps umgesetzt. Protokoll , dvbapi.