gelöst Oscam Icam TVHeadend

[aimaim]

Keine Ahnung.
Es gab

Sie müssen registriert sein, um Links zu sehen.

mal ein feature request bzgl. externem Entschlüsseln. Wurde aber damals nicht verfolgt, da es zu dem Zeitpunkt offenbar alle gängigen Entschlüsselungsalgorithmen von tvh unterstützt wurden.

Meine Behelfslösung ist jetzt eine m3u aus dem enigma2 Interface zu laden. Da habe ich alles bis auf die icam Sender rausgeschmissen und die URLs entsprechend angepasst. Die Playliste könnte ich jetzt in tvh als iptv network integrieren. Epg könnte man dann evtl. über die Tuner, die am pi hängen ziehen.
Das Ganze scheitert aber derzeit daran, dass der Kram per cacheex gerade so sehr ruckelt, dass es keinen Spaß macht.

Ich hab die m3u8 mal angehängt. Darin muss <IP_des_E2_Receivers> überall durch die eigentliche IP ersetzt werden und anschließen die Dateiendung ".txt" gelöscht werden.

 

[setti]

Man könnte sicher irgendwas zusammenbasteln mit eigenen Channels und ffmpeg und pipes in tvheadend. Sowas wie, dass ffmpeg den Kanal öffnet (z.B. auch aus einer TVH Quelle, aber ohne decryption), dann ffmpeg das ganze als decrypted TS Stream bereitstellt und als Ausgabe aber den 17999 Port vom OSCAM Emu öffnet und ausgibt (welcher selber zurück auf den decrypted TS von TVH zugreift).

Irgendwie so sollte es klappen, ich guck mir das mal die nächsten Tage genauer an, wie ich einen encrypted TS für den Stream Relay aus einer beliebigen Quelle bereitstelle für den OSEmu.

 

[aimaim]

Ich bin gespannt. Das übersteigt meine Fähigkeiten :/

 

[putschi]

Man könnte sicher irgendwas zusammenbasteln mit eigenen Channels und ffmpeg und pipes in tvheadend. Sowas wie, dass ffmpeg den Kanal öffnet (z.B. auch aus einer TVH Quelle, aber ohne decryption), dann ffmpeg das ganze als decrypted TS Stream bereitstellt und als Ausgabe aber den 17999 Port vom OSCAM Emu öffnet und ausgibt (welcher selber zurück auf den decrypted TS von TVH zugreift).

Irgendwie so sollte es klappen, ich guck mir das mal die nächsten Tage genauer an, wie ich einen encrypted TS für den Stream Relay aus einer beliebigen Quelle bereitstelle für den OSEmu.

Klingt aber ganz schön aufwändig, wenn man bedenkt, dass der encrypted TS ja zu Anfang eh anliegt.

 

[setti]

Ich hab mal jetzt mich mit

Sie müssen registriert sein, um Links zu sehen.

beschäftigt und folgende oscam.conf

Spoiler

[streamrelay]
stream_source_host            = <tvheadend ip>
stream_source_port            = 9981
stream_source_auth_user       = <tvheadend user>
stream_source_auth_password   = <tvheadend pass>
stream_ecm_delay              = 0

Dann in TVHeadend einen entsprechenden user und pass anlegen und ihm ein streaming profil zuweisen.
Das Streaming profil sieht so aus:

Spoiler

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

Dann sollte folgendes funktionieren für Cinema Premieren:

Spoiler

http://<oscam ip>:17999/stream/service/370f09cecdab9ee0165eead9d7070e6c?profile=icam&c=1&emm=1&:0:0:83

service kommt von tvheadend und die "83" hinten ist die HEX Darstellung der ServiceID (SID)

Spoiler

printf '%x\n' 131

Spoiler

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

Ich bekomme leider aktuell keine CWs, da im Cache nix kam und der K1 halt fehlt :-(


Die o.g. URL wäre dann ein Beispiel für einen Kanal, den man als IPTV in TVHeadend als m3u8 hinterlegen kann.


EDIT: Irgendwas ist noch faul. Ich bekomme zwar jetzt founds ausm Cache, aber kein Bild. Ein Gegentest mit HD+ brachte Bild. Gut, da gibts kein iCAM, aber das Setup sollte so ähnlich funktionieren.
Mit "descramble=0" weise ich TVHeadend an, das ganze dann nicht zu entschlüsseln und dann fehlen mir die CWs, oder seh ich das falsch?

 

[aimaim]

Danke für die Infos! Werde ich morgen Abend mal testen.

Wo genau setzt du die Option "descramble=0"?

 

[setti]

In der URL. Aber mit descramble=0 crasht tvheadend.

 

[aimaim]

Ich bin deiner Beschreibung mal gefolgt. Allerdings hab ich immer nen 401 Fehler (nicht autorisiert) im Oscam Log bekommen. Das konnte ich beheben, indem ich in den Stream Relay Einstellungen User und Password rausgenommen hab und statt dessen in TVHeadend unter Users Passwords für den neuen User "icam" persistent authentication aktiviert habe. Der Link sieht dann bei mir so aus:

http://<IP-des-RPi>:17999/stream/service/<tvh-interne-service-id>?auth=<persistent-auth-code_aus_tvh>&profile=icam&descramble=0&:0:0:83

Wenn ich den Link mit vlc öffne, gibt es keinen Fehler. Vlc scheint zu streamen spielt aber nichts ab. Im oscam log sehe ich, dass keine ECMs geholt werden. Eigentlich sollte "die Stream Relay Komponente" sich doch per Radegast die ECMs vom oscam holen, oder?

Wenn ich das Ganze mit einem unverschlüsselten Sender versuche, funktioniert es btw. Also grundsätzlich scheint das Stream Relay zu klappen.

 

[putschi]

Ja, die Stream Relay Komponente fragt per Radegast bei der OSCam nach, wenn es auf ein ECM trifft. Hast Du Radegast entsprechend der Beispielkonfigurationen der OSCam-icam Pakete mit dem User icam konfiguriert? Sind ECMs in dem Stream? In der URL steht ja nur EMM=1 (EDIT: Ah, okay im Log steht ECM=1)

 

[aimaim]

Ich hab es jetzt mal mit ecm=1 probiert, aber das Ergebnis ist das gleiche.

http://<IP-des-RPi>:17999/stream/service/<tvh-interne-service-id>?auth=<persistan-auth-code_aus_tvh>&profile=icam&descramble=0&ecm=1&:0:0:83

Wofür steht eigentlich das ":0:0:83" am Ende? 83 ist die (durch den Proiver vergebene) sid in hex. Wofür stehen die beiden Nullen davor und warum startet das Argument mit nem Doppelpunkt?
Aber viel wichtiger: Für wen ist die Info, für tvh oder für oscam?
Tvh weiß ja eigentlich durch die id nach "/service/", was es liefern soll.

Radegast ist konfiguriert:

Spoiler

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

Edit:
Die Endung (hier ":0:0:83"), bzw. das letzte Argument am Ende des Links scheint tatsächlich für den Radegast-Client von Bedeutung zu sein. Ohne wird der ts nicht entschlüsselt.
"emm=1" kann man weglassen. Es wird nicht zwingend benötigt und bringt tvh häufig zum Absturz. "ecm=1" kann auch weg.

 

[putschi]

Ich denke :0:0:83 ist nur für TVH interessant. Zumindest OSCam-Emu reicht den Path ja einfach nur dumm an den stream_source_host weiter und analysiert dann nurnoch den resultierenden Stream. Wahrscheinlich macht OSCam-icam das auch so.

Edit: Da muss echt mal jemand die Zeit investieren und die OSCam-icam reverse engineeren. Würde es auch gerne auf x86 laufen lassen

Schau dir den resultierenden TS doch mal mit dem TSAnalyzer an. Eventuell sieht man damit ja was Interessantes. Z.B. ob wirklich ECMs in dem TS sind.

 

[aimaim]

Wie zeichne ich denn den verschlüsselten Stream auf? Kann ihn ja nicht mit vlc wiedergeben und dabei recorden. Und ich kann auch nicht die Aufnahmefunktion von TVH nutzen. Schließlich will ich ja genau den Stream aufzeichnen, der ankommt, wenn ich die obige url aufrufe.
Der TSAnalyzer kann nur fertige .ts files analysieren.

Ah glaube mit wget klappt es.

 

[setti]

Mit "curl -m 30 -o sample.ts <url>" zeichnest du 30 Sekunden auf und speicherst es in sample.ts

 

[putschi]

curl http://<IP-des-RPi>:17999/stream/service/<tvh-interne-service-id>?auth=<persistan-auth-code_aus_tvh>&profile=icam&descramble=0&ecm=1&:0:0:83 > encrypted.ts

Abbrechen mit ctrl+c oder die Variante von setti nehmen.

 

[aimaim]

Ich weiß nicht, wo ich suchen muss

Spoiler: Screenshot

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

EDIT: Hatte noch das Sample anhängen wollen. War aber leider zu groß.