Hallo Herr Superschlau ... und warum dürfen da keine Einträge stehen (nur weil das so im Wiki steht).
Schon mal bei Github gelesen ...?
Und Angabe von IDENTs hat noch keinen LB gestört,
im Gegenteil, damit geht die Arbeit viel einfacher (ich weiß auch nicht, warum dann eine Statistik, bei angelegter IDENT im Reader, geführt wird).
... widerspricht der Angabe im Wiki! also wer ist hier der Schertzkeks?
Das hat doch mit superschlau nichts zu tun? Hey, so ein Profi bin ich jetzt auch nicht - wie man unschwer erkennen kann. Also trample nicht auf meinen Gefühlen rum :ja.
Ich will alles richtig machen - und nicht unnötig fragen und hier rumnerven. Daher lese ich mir die Informationen zusammen. Was ist daran denn verkehrt Du Super-Ober-Crack.
Und diese Oscam-Info war halt eine davon....
Also: Back to Topic:
Neue Keys habe ich soeben hier geladen (das dürfte doch passen, oder? ORF läuft damit zumindest auch): Link ist nicht mehr aktiv.
Wie soll denn der Reader dann aussehen? Habe das nun so eingetragen und hatte sofort Standbild (ORF 1 HD lief gerade). Und jetzt?
Idee?
Das Wiki ist nicht immer aktuell, da die meisten oscams Devs das nicht selber aktualisieren.
Probieren würd ichs mal mit idents, kann ja nichts kaputgehen..
Und wenn wir dir helfen sollen, wäre ein Log wirklich notwendig.
Edit:
Nimm den oscam Reader vom osemu github, und passe ihn dann an:
Code:
[reader]
label = OSEmu
protocol = cs357x
device = 127.0.0.1,11000
user = user
password = password
caid = 0D00,0D02,0D03,0D05,090F,0500,1801,0604,2600,FFFF
ident = 0D00:000000,000004,000010,000014,000020,0000C0,0000C4,0000CC;0D02:000000,00008C,0000A0,0000A4,0000A8;0D03:000000,000004,000008,000024,000028;0D05:000000,000004,000010;090F:000000;0500:000000,030B00,023800,021110,007400,007800;1801:000000;0604:000000;2600:000000;FFFF:000000
group = 1
via_emm_global = 1
Wenn du idents setzt, musst du auch die für orf einfügen also dann:
Die Logik dahinter ist:
0D05 -> 000004 und 000010 (orf und austria)
0500 -> 030B00 (tnt)
Da manche Clients/Protos die ProvID nicht senden, immer auch noch 000000 einfügen.
Weil es bei Vaiccess oder Seca keine IDENT 000000 gibt und das meine ich Ernst.
Wenn da 000000 steht, wird erstmal alles an IDENTs zu z.B. 0100 und 0500 am Reader angefragt.
Auch 0D05 Karten kommt keine IDENT 000000 vor, nur 000004,000010,00000C,000008 ...
Da hast du wohl meinen Post nicht komplett gelesen:
>Da manche Clients/Protos die ProvID nicht senden, immer auch noch 000000 einfügen.
Es gibt Receiver die sind ohne ident 000000 dunkel, und das meine ich ernst.
Und wieso soll das jetzt 'tödlich' sein?
>Wenn da 000000 steht, wird erstmal alles an IDENTs zu z.B. 0100 und 0500 am Reader angefragt.
Nein, nur wenn es auch die ident 000000 dafür gibt ODER die ident info fehlt.
Es gibt jede Menge Receiver die richtig anfragen
und wenn jemand bei dieser CAID mit 000000 anfragt, dann gibt das mir zu denken.
Aber kann jetzt jeder selber so einstellen, wie gerade lustig ist (ich halt mich jetzt hier raus).
... am Ende kommt so etwas zu Stande hier
Es ist halt das generelle Problem, dass wenn der Client / Receiver als Provider-ID nur "0" sendet, wie soll oscam dann wissen , dass es eigentlich "030B00" ist? Und deswegen klappt es dann nicht. Leider gibt es diese Fälle.
Bis jetzt habe ich noch keinerlei Belege gesehen, dass ident 0 Probleme macht. Und mit Leuten, die ihren Cache-Ex Reader weiter sharen, hat der ident-Wert nun wirklich nichts am Hut.