SATIP und vTuner mit SAT Receiver Digital Devices SX8 mit integriertem CI

    Quote from FireFly

    Use only the caid which your smartcard supports as parameter to modprobe vtunerc

    modprobe vtunerc caids0=0x186a ? for ProSieben HD

    (VDR) NUC-11. Generation * BM2LTS * DD NET S2 Max * (Sound) Sonos ARC Ultra, ERA300, Sub Mini * (Stream) Apple TV 4K (2022) * (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G57LW

    Quote from FireFly

    If that is the caid your smartcard handles: yes. Maybe you can find in the net lists of caids and smartcards ....

    I'm just not sure if Joe_D has already integrated all the possibilities into vtuner-ng code / git?

    (VDR) NUC-11. Generation * BM2LTS * DD NET S2 Max * (Sound) Sonos ARC Ultra, ERA300, Sub Mini * (Stream) Apple TV 4K (2022) * (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G57LW

    The vTuner CAID is independent of the real CAID. This can only cause problems if the selected vTuner CAID is "removed" due to an update. If I use CAID 0x98C, I can "switch" to 160 channels. With CAID 0x186a, it's 53. Whether these can be decoded is still determined by the "physical CAM." To avoid timeouts, there is the option to specify individual SIDs, which allows for pre-filtering.

    With 0x98C is switch to ORF1

    And i switch to Prosieben HD:

    I cannot switch to a channel with "unsupported" caids:

    Code
    Aug 31 09:14:08 vdr vdr: [3309] switching to channel 1101 S19.2E-1-1043-12522 (Eurosport 1 HD Austria)
Aug 31 09:14:08 vdr vdr: [3309] CAM 1: unassigned from device 1
Aug 31 09:14:08 vdr vdr: [3309] SVDRP vdr < 127.0.0.1:52418 connection closed
Aug 31 09:14:08 vdr vdr: [3309] SVDRP vdr < 127.0.0.1:52418 server destroyed
Aug 31 09:14:08 vdr vdr: [3489] device 1 TS buffer thread ended (pid=3300, tid=3489)
Aug 31 09:14:08 vdr vdr: [3488] buffer stats: 174276 (1%) used
Aug 31 09:14:08 vdr vdr: [3488] device 1 receiver thread ended (pid=3300, tid=3488)
Aug 31 09:14:08 vdr vdr: [3300] info: Kanal nicht verfügbar!

    Edited once, last by Joe_D (August 31, 2025 at 11:15 AM).

    Quote from cinfo

    I'm just not sure if Joe_D has already integrated all the possibilities into vtuner-ng code / git?

    I included all code to be able to switch to decoded channels. And that works pretty good! I don't have any decryption hardware, so i can't do any further codings...
    What i'm not able to test and what the_man should do is to extend the satip program in a way that the transmitted pmt-pid gets send out in a proper way.

    Quote from Joe_D

    I included all code to be able to switch to decoded channels. And that works pretty good! I don't have any decryption hardware, so i can't do any further codings...
    What i'm not able to test and what the_man should do is to extend the satip program in a way that the transmitted pmt-pid gets send out in a proper way.

    Hi,
    I just had time to test it. Please, confirm i'm doing it right.
    Or maybe missed/misunderstanded something.

    I have cloned the git repo vtuner-ng, switched to the `develop` branch.
    cd kernel
    make clean && make && make install
    modprobe vtunerc caids0=0x1843

    [ 722.684755] virtual DVB adapter driver, version 2.0, (c) 2021 Honza Petrous, SmartImp.cz
    [ 722.691898] dvbdev: DVB: registering new adapter (vTuner proxy)
    [ 722.694140] (NULL device *): DVB: registering adapter 0 frontend 0 (vTuner proxyFE DVB-Multi)...
    [ 722.696650] vtunerc0: found caids 1843 for CAM slot0
    [ 722.700902] vtunerc0: registered /dev/vtunerc0
    [ 722.701274] dvb_ca_en50221: dvb_ca adapter 0: DVB CAM detected and initialised successfully

    ls /dev/dvb/adapter0/
    ca0 demux0 dvr0 frontend0

    Start the VDR:
    vdr -v /var/lib/vdr -c /etc/vdr --device 0 -L /usr/lib/vdr/plugins -P"streamdev-server" -l 4

    In logs i see:

    Sep 2 13:18:48 ddvt vdr: [4498] CAM 1: module ready
    Sep 2 13:18:48 ddvt vdr: [4498] CAM 1: vtuner-ng, 01, 0001, 0815
    Sep 2 13:18:49 ddvt vdr: [4498] CAM 1: system ids: 1843
    Sep 2 13:18:49 ddvt vdr: [4498] CAM 1: replies to QUERY - multi channel decryption (MCD) possible
    Sep 2 13:18:58 ddvt vdr: [4495] loading /var/cache/vdr/cam.data
    Sep 2 13:18:58 ddvt vdr: [4495] CAM 1: ready, master (vtuner-ng)
    Sep 2 13:18:58 ddvt vdr: [4495] switching to channel 1 S19.2E-1-1017-61301 (ProSieben HD

    Now i go to satip section:
    cd ../satip
    make clean && make && make install

    And run it:
    /usr/local/bin/satip -s 192.168.0.22 -D DVBS2 -d /dev/vtunerc0 -f 1 -l 3


    Open the VLC with the playlist:
    http://192.168.0.52:3000/channels.m3u

    Got a list of channels, and can Play the FTA channels.
    When I switched to the Encrypted one, I expected to get the PTM in
    satip_vtuner.c -> Line 249
    ...
    DEBUG(MSG_NET,"got PMT: %i\n", msg->body.pidlist[i] & 0x1FFF);

    But there is nothing.

    At the same time, in msg->body.pidlist[i] i see all pids:
    Sep 02 13:42:05 [6495 satip_vtuner.c:255] debug: MSG_SET_PIDLIST:
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 18
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 20
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 0
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 17
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 16
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 511
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 515
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 97 --> this one is real PMT for this channel.
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 33
    Sep 02 13:42:05 [6495 satip_vtuner.c:258] debug: 19
    ---------------------------------------------------------

    Thanks.

    Hi all,

    So, looks like it works.
    But not very stable.
    Say if I switch encrypted channels fast, sometimes I do not receive the PMT PID
    or receive the PMT PID from the previous channel.
    If I stay on the channel for a while and then switch, mostly it gets the PMT, and descrambling works.
    If I switch from FTA to an Encrypted channel, it also most cases works well.

    To summarize:
    - First step is done.
    - need to improve the PMT receiving
    - need to add Cleaning of PMT if channel is FTA

    Some presentations are here:
    https://drive.google.com/file/d/10m1y6s…iew?usp=sharing

    PS. It is all about the SPTS.

    Quote from FireFly

    Hier ist noch ein Dokument, was die Interaktion mit dem CI erklärt:

    Hab' ich mir nun auch mal angeschaut. Also dämlicher kann man das ganze wohl nicht gestalten ;(

    Anstatt einfach ein CI dynamisch zu belegen bei addpids=1920,1921,0,107,1925&x_pmt=107 muss schon "vorher" das CI auf dem Stream "festgenagelt" werden mit x_pmt=0 :rolleyes:
    Da frage ich mich dann wenn über diesen Stream etwas unverschlüsseltes aufgenommen wird, ist das CI dann dauerblockiert? Oder hilft hier die Device-Auswahl im vdr das zu verhindern?

    Lustigerweise wurde vergessen eine Möglichkeit zu schaffen das CI von einem Stream wieder zu "entnageln", z.B. mit x_ci=0 oder x_pmt=-1 - so wie es aussieht muss das CI mit einem Teardown gekickt werden. Bislang erstellt das satip-Programm einen Stream der erst abgebaut wird wenn der VDR ihn nicht mehr verwendet. Bei Live-Fernsehen also nie. Die rasanten Umschaltzeiten haben mich darin bestätigt.

    Und auch so Vorgaben wie "use the following sequence exactly as specified" mit der obligatorischen Vorgabe die pmt-Pid als letztes zu entfernen ... wer kommt denn auf sowas?? :S

    Quote from hackwolf

    Ich könnte meine OctopusNet für weitere Tests zur Verfügung stellen. Hilft das was?

    Denke schon, musst dann aber auch vtuner aufsetzen...

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login