OctopusNet Zugriff auf ORF-Karte im CI

hackwolf · September 1, 2025 at 11:01 PM

Hallo!

Ich steige gerade von DVB-C auf DVB-S um und scheitere an den verschlüsselten ORF-Programmen. Empfang von OTA-Kanälen funktioniert. Im CI des Octopus stecken eine CryptoWorks und ein IRDETO Modul mit den ORF-Karten. Die Module und ORF-Karten hab ich mit dem gebrauchten OctopusNet mitgekauft. Ich besitze auch ein AlphaCrypt-Modul inkl. Karte und ein kartenloses SimpliTV-CAM - mit denen funktioniers auch nicht. Den VDR betreibe ich auf Debian Trixie headless mit den Plugins satip, vnsiserver und xineliboutput. Geschaut wird üblicherweise über Kodi. Die Tests und Konfiguration mache ich mit vdr-sxfe.

Die channels.conf hab ich mit w_scan_cpp erstellt. Hier ein Beispiel für den nicht funktionierenden ORF1:

Code

ORF1 HD;ORF:11303:HC23M5O35P0S1:S19.2E:22000:1920=27:0;1921=deu@106,1922=mis@106:1925:648,650,D95,D98,6E2,500,98D,9C4,98C:4911:1:1007:0

In der setup.conf habe ich folgende Zeilen drinnen:

Code

satip.CICAM = 8 4
satip.DisabledFilters =
satip.DisabledSources =
satip.EnableCIExtension = 1
satip.EnableEITScan = 0
satip.EnableFrontendReuse = 1
satip.OperatingMode = 3
satip.TransportMode = 0

Ich schätze, das dürfte die wesentliche Stelle aus dem Start-Log sein:

Code

SATIP: Adding server '10.1.1.113|DVBS2-6|OctopusNet' Bind: default Filters: none CI: yes Quirks: CiXpmt

Nach meinem Verständnis wären damit im satip-Plugin das CI und der Quirk für x_pmt aktiv. Die Meldungen für CI und Quirks sind gleich, egal ob ich in der Datei 50-satip.conf bei -s nur ...|OctopusNet oder ...|OctopusNet:0x10 konfiguriere.

Beim Versuch, den Kanal über den Client zu tunen bekomme ich folgende Fehlermeldung:

Code

Sep 01 22:09:28 xxx vdr[3371556]: [3371556] switching to channel 1 S19.2E-1-1007-4911 (ORF1 HD)
Sep 01 22:09:28 xxx vdr[3371556]: [3372591] device 1 receiver thread ended (pid=3371556, tid=3372591)
Sep 01 22:09:29 xxx vdr[3371556]: [3371560] SATIP-ERROR: Detected invalid status code 455: rtsp://10.1.1.113/ [device 0]

Im RTSP-URL sind laut journalctl die Parameter x_pmt und x_ci enthalten, aber am OSD von vdr-sxfe im Menüpunkt SAT>IP Information kommen sie nicht vor. Hier ein Auszug aus dem journalctl vom selben Umschaltvorgang, allerdings mit Trace Level 3:

Code

Sep 01 22:40:24 xxx vdr[3375835]: [3375835] switching to channel 1 S19.2E-1-1007-4911 (ORF1 HD)
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< RTSP/1.0 200 OK
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< CSeq: 193
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< Session: 0424238335
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< RTP-Info: url=rtsp://10.1.1.113/stream=2?delpids=3000,3001,3002 RTSP/1.0
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<<
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP INFO Connection #0 to host 10.1.1.113 left intact
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::ValidateLatestResponse(long int*) result=ok [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::Receive(const char*) (rtsp://10.1.1.113/) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::Receive(const char*) (rtsp://10.1.1.113/) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::Receive(const char*) (rtsp://10.1.1.113/) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::Receive(const char*) (rtsp://10.1.1.113/) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::Receive(const char*) (rtsp://10.1.1.113/) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::Receive(const char*) (rtsp://10.1.1.113/) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::Receive(const char*) (rtsp://10.1.1.113/) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375835] SATIP1: bool cSatipTuner::SetSource(cSatipServer*, int, const char*, int) (111303, src=1&freq=11303&pol=h&ro=0.35&msys=dvbs2&mtype=8psk&sr=22000&fec=23, 0) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375835] SATIP1: cString cSatipRtsp::RtspUnescapeString(const char*) (10.1.1.113) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375835] SATIP1: cString cSatipRtsp::RtspUnescapeString(const char*) (src=1&freq=11303&pol=h&ro=0.35&msys=dvbs2&mtype=8psk&sr=22000&fec=23) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375835] SATIP1: bool cSatipTuner::RequestState(eTunerState, eStateMode) (tsSet, smExternal) current=tsLocked internal=0 external=0 [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3383137] SATIP1: bool cSatipTuner::Close() [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3383137] device 1 receiver thread ended (pid=3375835, tid=3383137)
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: void cSatipTuner::UpdateCurrentState(): Switching from tsLocked to tsSet [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipTuner::Connect() [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipTuner::Connect() Retuning [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::Play(const char*) (rtsp://10.1.1.113/stream=2?src=1&freq=11303&pol=h&ro=0.35&msys=dvbs2&mtype=8psk&sr=22000&fec=23) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP INFO Re-using existing rtsp: connection with host 10.1.1.113
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD >>>
                                  PLAY rtsp://10.1.1.113/stream=2?src=1&freq=11303&pol=h&ro=0.35&msys=dvbs2&mtype=8psk&sr=22000&fec=23 RTSP/1.0
                                  CSeq: 194
                                  Session: 0424238335
                                  User-Agent: vdr-satip/2.4.1 (device 0)
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP INFO Request completely sent off
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< RTSP/1.0 200 OK
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< CSeq: 194
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< Session: 0424238335
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< RTP-Info: url=rtsp://10.1.1.113/stream=2?src=1&freq=11303&pol=h&ro=0.35&msys=dvbs2&mtype=8psk&sr=22000&fec=23 RTSP/1.0
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<<
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP INFO Connection #0 to host 10.1.1.113 left intact
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::ValidateLatestResponse(long int*) result=ok [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipTuner::RequestState(eTunerState, eStateMode) (tsTuned, smInternal) current=tsSet internal=0 external=0 [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP1: bool cSatipRtsp::Play(const char*) (rtsp://10.1.1.113/stream=2?x_pmt=107&x_ci=2) [device 0]
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP INFO Re-using existing rtsp: connection with host 10.1.1.113
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD >>>
                                  PLAY rtsp://10.1.1.113/stream=2?x_pmt=107&x_ci=2 RTSP/1.0
                                  CSeq: 195
                                  Session: 0424238335
                                  User-Agent: vdr-satip/2.4.1 (device 0)
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP INFO Request completely sent off
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< RTSP/1.0 455 Method Not Valid in This State
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<< CSeq: 195
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP HEAD <<<
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP2: static int cSatipRtsp::DebugCallback(CURL*, curl_infotype, char*, size_t, void*) [device 0] RTSP INFO Connection #0 to host 10.1.1.113 left intact
Sep 01 22:40:24 xxx vdr[3375835]: [3375839] SATIP-ERROR: Detected invalid status code 455: rtsp://10.1.1.113/ [device 0]

Display More

Das Bild bleibt schwarz. Kann mir hier wer weiterhelfen?

LG

Wolfgang

cinfo · September 2, 2025 at 6:45 AM

Zu diesem DD-Problem gibt es schon etwas hier im Forum. Einfach mal hier lesen und vielleicht auch testen

FireFly · September 2, 2025 at 11:43 AM

Quote from cinfo

Zu diesem DD-Problem gibt es schon etwas hier im Forum. Einfach mal hier lesen und vielleicht auch testen

Was hat das denn mit dem Error 455 im SATIP-Plugin zu tun? Und vtuner ist noch keine Alternative, da der letzte Schritt noch nicht implementiert ist.

hackwolf Du hast Dich ja schon ziemlich tief reingearbeitet .... Den Error 455 habe ich auch bei verschlüsselten Sendern, aber ich habe kein CI-Modul installiert. Werden Deine Module und die Karten erkannt und im Web-GUI der Octopusnet angezeigt? Zumindest mit der Firmware 2.x gibt's bei der Octopusnet ein Menü dazu, ob das auch bei 1.x existiert weiß ich nicht.
Kann man die Karte eigentlich auch verkehrt herum reinschieben (kopfüber) oder verhindert das ein Mechanismus?

wirbel · September 2, 2025 at 4:28 PM

Eigentlich müsst im satip Plugin für den Empfang genau eines Senders das nötige implementiert sein, egal welche Version.

Aber die nur teilweise dokumentierte Funktionsweise am Standard dran vorbei macht Hilfe schwierig.
Und auch der Source Code dazu im Plugin ist nicht dokumentiert und schwer zu verstehen.

RTSP code 455 bedeutet 'Method Not Valid in This State', was auch immer derjenige damit sagen wollte, der den Server bei DD implementiert hat.

wirbel · September 2, 2025 at 4:46 PM

Ach ja, zum DD server, 455 taucht im server code 9x auf und meint jedesmal etwas anderes.

Die größte Wahrscheinlichkeit ist wohl

- die Session ist in PLAY und Pid Änderungen sind nicht erlaubt (warum?)
- die PIDs einer Session sollen geändert werden, aber es wurde kein gültiger Stream Owner gefunden.

hackwolf · September 2, 2025 at 8:05 PM

Quote from FireFly

Was hat das denn mit dem Error 455 im SATIP-Plugin zu tun? Und vtuner ist noch keine Alternative, da der letzte Schritt noch nicht implementiert ist.
hackwolf Du hast Dich ja schon ziemlich tief reingearbeitet .... Den Error 455 habe ich auch bei verschlüsselten Sendern, aber ich habe kein CI-Modul installiert. Werden Deine Module und die Karten erkannt und im Web-GUI der Octopusnet angezeigt? Zumindest mit der Firmware 2.x gibt's bei der Octopusnet ein Menü dazu, ob das auch bei 1.x existiert weiß ich nicht.
Kann man die Karte eigentlich auch verkehrt herum reinschieben (kopfüber) oder verhindert das ein Mechanismus?

Danke erst mal an cinfofür den Link. Den Thread kenne ich, schien für mich aber ein Lösungsansatz für ein anderes Problem zu sein.

Module werden im Web-UI angezeigt. Karten passen beliebig in die CAM, aber man sieht mit der Taschenlampe die Pins des Kartenlesers.

hackwolf · September 2, 2025 at 8:07 PM

Quote from wirbel

Eigentlich müsst im satip Plugin für den Empfang genau eines Senders das nötige implementiert sein, egal welche Version.

Danke, das bestätigt zumindest meinen Wissensstand.

davie2000 · September 2, 2025 at 8:09 PM

Meine ORF-Karte muss (mit Osca m und DVB Api) gerne mal ein paar Stunden auf einem verschlüsselten Sender getuned bleiben, bis die "Cookies" ankommen und entschlüsselt werden kann. Vielleicht liegts ja daran?
Viel Erfolg jedenfalls!

rfehr · September 2, 2025 at 8:27 PM

Quote from davie2000

Meine ORF-Karte muss (mit Osca m und DVB Api) gerne mal ein paar Stunden auf einem verschlüsselten Sender getuned bleiben, bis die "Cookies" ankommen und entschlüsselt werden kann. Vielleicht liegts ja daran?
Viel Erfolg jedenfalls!

Das ist aber eher so, wenn die Karte neu ist, also Sie muß erst freigeschaltet werden, kenne ich von Sky noch

Gruß,

Roland

P.S.: OOSSCAA mit leser läuft bei mir ohne Probleme

davie2000 · September 2, 2025 at 9:07 PM

Ja, bei neuer Karte fix (und das ist sie beim Threadersteller ja wohl beim Wechsel auf Sat, oder?).
Aber ich dachte, die "Cookies" würden generell alle paar Wochen/Monate erneuert.

rfehr · September 2, 2025 at 9:28 PM

Quote from davie2000

Ja, bei neuer Karte fix (und das ist sie beim Threadersteller ja wohl beim Wechsel auf Sat, oder?).
Aber ich dachte, die "Cookies" würden generell alle paar Wochen/Monate erneuert.

Braucht man da nicht sowieso eine andere Karte wenn man von DVB-C auf DVB-S wechselet?

hackwolf · September 2, 2025 at 10:47 PM

Quote from rfehr

Braucht man da nicht sowieso eine andere Karte wenn man von DVB-C auf DVB-S wechselet?

Ich brauchte vorher gar keine Karte, weil übers Kabel bereits unverschlüsselt übertragen wurde.

davie2000 · September 2, 2025 at 10:56 PM

Also ist es eine Neue und du musst auf die Cookies/Beacons (oder wie die Dinger heißen) warten.
Also mal ein paar Stunden auf ORF1 stehen lassen, auch wenn das Bild schwarz bleibt.
Am besten über Nacht - vielleicht hast du dann morgen früht schon Bild - viel Erfolg!
(kann aber auch sein, dass ich da total auf dem Holzweg bin, weil du ja ganz andere Hardware/Software für Entschlüsselung hast)

davie2000 · September 6, 2025 at 7:38 PM

Und? Klappts mittlerweile?

ciax · September 6, 2025 at 8:44 PM

Quote from davie2000

[..]Aber ich dachte, die "Cookies" würden generell alle paar Wochen/Monate erneuert.

//offtopic: emm updates - bzgl. ORF & co sind die in letzter Zeit ziemlich "emsig" - 4 "Entitlements" möchten auf der Karte up2date gehalten bleiben.

hackwolf · September 8, 2025 at 4:07 PM

Quote from davie2000

Und? Klappts mittlerweile?

Ich war unterwegs und hatte bislang keine Zeit mehr zum Weitermachen.

Participate now!