XXX Redlight Mega Abo, pausiert aktuell

Redlight Mega wird aktuell nicht mehr verkauft
Das Redlight Mega Abo, also das mit den 20 Sendern, wird aktuell von Redlight nicht mehr angeboten, oder besser ausgeliefert. Es scheint also habe Redlight und SCT wieder Disskussions bedarf. Bei Satworld ist das Abo auch schon nicht mehr lieferbar. Und laut deren Anfrage bei Redlight, liefert Redlight aktuell das Abo auch nicht mehr aus.

Was ist so besonders am Mega Abo ?
Das Mega Abo war das große Abo, aus allen SCT und allen Redlight Sendern. Nun hat SCT ja vor kurzen seine 2 neuen Abos vorgestellt. Eventuell will man so die Konkurenz für seine 2 Abos entwas abschwächen.

Hat das was mit dem Dusk TV Problem zu tun ?
Ganz zufällig wurde am Freitag die Provider Kennung der Redlight Karten bei dem Sender abgeschaltet. Seit dem wird er von den Redlight Karten nicht mehr entschlüsselt. Beide Sachen hängen vermutlich irgendwie zusammen.

Du musst Regestriert sein, um das angehängte Bild zusehen.

Quelle; Sat-Erotik

 

[HomeCoach]

Alles gut :blush: War da nur etwas angesäuert.

Ich hab seit Tagen keine Probleme mehr (ausser PINKO TV läuft bei mir ja alles, was mit der V5 noch hell werden kann).

Ich hab das disablecrccws_only_for = 0500:050F00 gerade nochmal testweise (für Vaira) bei meiner V5 aktiviert und alle Sender werden weiterhin entschlüsselt. Auch mit cs378x - Protokoll. Der Eintrag spielt also bei mir (V5) keine Rolle. Allerdings hat der User Vaira hat ja die V6. Das mit dem cs357x - Protokoll müsste er dann mal probieren.

Und bei navajo2 weiß ich nicht. Er benutzt ja anscheinend kein oscam und schweigt sich aus, wenn man nachfragt :wink:

Gruß, HC

 

[Vaira]

Ja natürlich durch das 64 Bit Controlword, das ohne diese Option wieder zum 32 Bit CW korrigiert wird.

Ah, endlich den spezifischen Hintergrund. Das ist also nur ein 'workaround'. Wäre Oscam clever genug würde sie 64 bit CWs erkennen und in Ruhe lassen.
Ein Checksummen Test ist ja eigentlich da um die Integrität zu prüfen, mit der Bit-tiefe hat das nichts zu tun...und korrigieren auf 32 bit ist ein unsinniges Verhalten.

Wären die ECM's glecih könnte man temporär mittels Mapping der Provider ID's Abhilfe schaffen, sind sie aber nicht.

Hatte diese Idee auch. Hab sie in der oscam.dvbapi auf 050F00 zu mappen versucht. Entschlüsselung funzte ned.

Kann ich nicht bestätigen.
Über 051E00 bei mir hell.

Mein Abo hat den Provider 051E00 nicht drauf... kann also nie funzen bei mir.

Der Eintrag spielt also bei mir (V5) keine Rolle.

Passt. Wie erwartet.

Einfach mal das UDP basierte Protokoll (CS357x) testen.

Hab leider nur eine vu+ box am start..bräuchte sozusagen noch einen externen Client.
Oder ginge -->interner reader---->protokoll-->selbe box als Client???

Grüsse

Vaira

 

[josef.13]

Fehlerhafte ECM Daten bei Pinko ?

Was läuft schief bei Pink’o TV ?
Seit gut einer Woche wird der Sender ja nicht mehr entschlüsselt. Eine offizielle Info dazu gibt es nicht. Nach Untersuchung der ECM Daten scheint klar, wieso es nicht geht.

Fangen wir mal mit einem Sender an, bei dem alles funktioniert.

Passion XXX
Hier sehen sie die ECM Daten vom Sender PassionXXX mit dem ECM Pid 1351. Das ist der PID für die Provider ID 43 800 welche für die Verschlüsselung der Redlight Karten zuständig ist.

Du musst Regestriert sein, um das angehängte Bild zusehen.

Auf dem Bild sehen sie oben beim Roten Strich, die Provider ID 43 800 wird aber als 43 808 erkannt.

Nun kommen wir zu Pinko TV
Pinko nutzt für die Redlight Karte den ECM Pid 6007, dies wird jedenfalls im den Daten so genannt. Hier sieht man die Verschlüsselungsdaten von Pinko für den ECM Pid 6007, dieser gehört zur Provider ID 43 800. Soweit so gut.

Du musst Regestriert sein, um das angehängte Bild zusehen.

Kommen wir nun zum Problem
Schaut man sich diesen ECM Pid nun genauer an, dann stellt man fest, halt hier stimmt was nicht. Dieser ECM Pid sendet nicht die Daten für die Redlight Karte. Man kann eindeutig erkennen das es sich hierbei um die Provider ID 50 F00 handelt.

Du musst Regestriert sein, um das angehängte Bild zusehen.

Was bedeutet das nun?
Dem Modul wird gesagt, du entschlüsselst nur, wenn der User eine Karte mit Provider ID 50 F00 hat. Da aber im Modul die Karte mit der ID 43 800 ist, wird nix entschlüsselt. Scheinbar haben die bei ihren Umstellungen einen Fehler gemacht, und die ECM Daten für die Redlight Karte fehlen. Das ist nur bei Pinko so, deswegen wird der aktuell nicht entschlüsselt.

Das ganze ist aber nur eine Vermutung, ich bin da kein Experte auf dem Gebiet Aber die Zahlen und Bilder sollten schlüssig sein.

Die Info ging natürlich auch an Satworld raus, und die teilen das Redlight und SCT mit. Vor nächster Woche wird hier aber wohl nix mehr passieren.

Quelle: Sat-Erotik

 

[Vaira]

Ich habe ne Redlight 20 CH V6. Die hat NUR ein Entitlement. 0500:050F00
Hier liegt das Problem etwas anders...

Zap to Pink O:

Spoiler

2018/08/10 13:15:32 1xxxxxxD c   (dvbapi) Demuxer 0 stop descrambling program number 4224 (0500@050F00:4224 unknown)
2018/08/10 13:15:33 1xxxxxxD c   (dvbapi) Demuxer 0 ecmpid 0 CAID: 0500 ECM_PID: 1777 PROVID: 043800
2018/08/10 13:15:33 1xxxxxxD c   (dvbapi) Demuxer 0 ecmpid 1 CAID: 0500 ECM_PID: 0579 PROVID: 051E00
2018/08/10 13:15:33 1xxxxxxD c   (dvbapi) Demuxer 0 ecmpid 2 CAID: 0500 ECM_PID: 0035 PROVID: 050F00
2018/08/10 13:15:33 1xxxxxxD c   (dvbapi) Demuxer 0 ecmpid 3 CAID: 1807 ECM_PID: 0583 PROVID: 000000
2018/08/10 13:15:33 1xxxxxxD c   (dvbapi) Demuxer 0 ecmpid 4 CAID: 0647 ECM_PID: 0561 PROVID: 000000
2018/08/10 13:15:33 1xxxxxxD c   (dvbapi) Demuxer 0 ecmpid 5 CAID: 0604 ECM_PID: 0580 PROVID: 000000
2018/08/10 13:15:33 1xxxxxxD c   (dvbapi) Demuxer 0 found 6 ECMpids and 2 STREAMpids in caPMT
2018/08/10 13:15:33 1xxxxxxD c   (dvbapi) Demuxer 0 trying to descramble PID 2 CAID 0500 PROVID 050F00 ECMPID 0035 ANY CHID PMTPID 0026 VPID 1270
2018/08/10 13:15:33 1xxxxxxD c      (ecm) dvbapi_local (0500@051E00/08E2/35D8/4D:37495275602BB764513F8DC132CDC6AC): rejected group (1 ms) (no matching reader)
2018/08/10 13:15:34 1xxxxxxD c      (ecm) dvbapi_local (0500@051E00/08E2/35D8/4D:37495275602BB764513F8DC132CDC6AC): rejected group (35 ms) (no matching reader)
2018/08/10 13:15:34 1xxxxxxD c   (dvbapi) Demuxer 0 ecmpid 6 CAID: 0500 ECM_PID: 0035 PROVID: 050F00
2018/08/10 13:15:34 1xxxxxxD c   (dvbapi) Demuxer 0 found 7 ECMpids and 2 STREAMpids in PMT
2018/08/10 13:15:34 1xxxxxxD c   (dvbapi) Demuxer 0 trying to descramble PID 6 CAID 0500 PROVID 050F00 ECMPID 0035 ANY CHID PMTPID 0026 VPID 1270
2018/08/10 13:15:34 1xxxxxxD c      (ecm) dvbapi_local (0500@051E00/08E2/35D8/4D:37495275602BB764513F8DC132CDC6AC): rejected group (1 ms) (no matching reader)

Das Problem ist hier :" trying to descramble PID 2 CAID 0500 PROVID 050F00 ECMPID 0035 ANY CHID PMTPID 0026 VPID 1270" ABER " (ecm) dvbapi_local (0500@051E00/08E2/35D8/4D:37495275602BB764513F8DC132CDC6AC): rejected group (1 ms) (no matching reader)"

Er versucht über PID 2 holt dann aber über PID 1
Und dann taucht es nochmals als PID 6 auf (PMT):
"Demuxer 0 trying to descramble PID 6 CAID 0500 PROVID 050F00 ECMPID 0035 ANY CHID PMTPID 0026 VPID 1270" ABER auch hier wieder über 051E00....

Wenn man Glück hat geht er je nach Zapping mal auf.Dann korrekt über 050F00.
Kurz: Das Problem hier ist dass trotzdem (grün) auf PROVIDER 051E00 versucht wird und der ist hier nicht drauf.

 

[Vaira]

Die Leutz bei SCT/Redlight haben null Peilung....gedreht haben die was aber...

Pink O geht jetzt (im Moment) über Provider 050F00.
Aber nun streikt SCT, der versucht jetzt hier über 043800.

Die v6 hat halt nur 050F00. Wissen die nicht was für Abos verkauft werden?

Bin mal gespannt wie lange es dauert bis alle Sender funktionieren und was sonnst noch passiert. LOL

 

[Backo]

Ich denke das liegt eher an Redlight, bzw. der Kommunikation/Abstimmung mit SCT. Denn über die SCT Karte (051E00) gabs überhaupt keine Probleme. Dusk TV läuft ja mittlerweile auch wieder normal.


MfG

 

[HomeCoach]

... Dusk TV läuft ja mittlerweile auch wieder normal.
MfG

Nö. Immer noch komischer Ton und teilweise Zeitlupe.

 

[josef.13]

Was ist da los bei SCT ?

erneut Probleme mit der Entschlüsslung bei SCT
Seit einigen Wochen gibt es ja schon Probleme bei einigen SCT Sendern. Speziell mit der Entschlüsselung mit Redlight Smartcards. Dazu gabs es ja schon die ECM Fehler News. Scheinbar ist das wie ein Virus, und breitet sich nun aus. Denn seit heute ist nun auch der Sender SCT davon betroffen.

Aber der Reihe nach. Zuerst noch mal zu Pinko TV. Das Problem mit den fehlerhaften ECM Daten hat man wohl so gelöst, das man einfach den ECM Pid gelöscht hat. Nach dem Motto, lieber keine als falsche Daten. Denn für Pinko gibt es nun keine Provider ID 43 800 mehr. Der ECM Pid siehe Bild letzte News wurde gelöscht

Du musst Regestriert sein, um das angehängte Bild zusehen.

Hier im Bild sehen sie alle ECM Pids die aktuell aktiv sind. Und das sind beim Sender Pinko TV nur noch 2 für Viaccess. Der alte ECM Pid 6007 für die Provider ID 43 800 (alte Redlight Smartcards) wurde gelöscht.

Und nun zum neuen Sorgenkind, SCT. Schauen wir erst einmal in die Daten, um zu verstehen, was das Problem ist.

Du musst Regestriert sein, um das angehängte Bild zusehen.

Wir sehen, das auf dem ECM Pid 49 die Verschlüsselungsdaten für die Redlight Karten mit der Provider ID 05 F00 gesendet werden. Aber schaut man sich die ECMs für den Pid genauer an, dann sieht man den Fehler.

Du musst Regestriert sein, um das angehängte Bild zusehen.

Oben sieht man Daten für SCT, unten der Pid 49 und oben rechts finden wir statt der 05 F00 die 43 800. Schaut man sich dagegen die Daten bei PassionXXX an dann sieht man, das hier die richtigen ECMs gesendet werden.

Du musst Regestriert sein, um das angehängte Bild zusehen.

Scheinbar ist bei deren Technik irgendwas durcheinander gekommen. Solange das von deren Technikern nicht behoben wird, wird auch weiter der Sender nicht entschlüsselt werden.

Quelle; Sat-Erotik

 

[andigerni]

Hm. Bei mir geht aber SCT mit meiner REDLIGHT MEGA ELITE ROYALE V5 Karte einwandfrei.
Pinko ist aber immer noch tot damit.

 

[satelli]

...übrigens die echte Keylänge ist mit CRC, 48 Bit und nicht 32 Bit...
Die Franzmänner haben den Key auf 64 Bit vergrössert und verzichten auf den CRC Check.

 

[Backo]

Pinko ist aber immer noch tot damit.

Der Grund dafür steht doch im Beitrag, die 043800 ist abgeschalten. Läuft nutr mit den V6 Karten 050F00 (Redlight) und 051E00 (SCT).


MfG

 

[josef.13]

Hinweis zum Pinko TV Problem
Dann noch ein kleiner Nachtrag zu einem anderen Redlight Problem. Pinko TV sendet nun wieder mit der Provider ID 43 800, und die ECM’s sind nun auch richtig. Und siehe da, nun wird der Sender auch mit den alten Karten entschlüsselt,

Quelle; Sat-Erotik

 

[Vaira]

Aber SCT geht noch nicht / nicht mehr auf ner V6. (ging mal ein, zwei Tage)

Der momentane Status ist: (V6 die nur Provider 050F00 drauf hat)
PinkO über 050F00 geht
SCT nicht (versucht wieder über den alten 043800). Der 050F00 ist drauf, wird aber auf Grund eines Fehlers nicht genommen.

BTW: Wie heißt denn das Analyse tool?