Emergency exit when descrambling 2 streams

    Hi,
    I'm having an issue with cam management.

    Viewing or recording a single channel -> OK. But as soon as there is a second decryption request (watching another channel or recording another channel, even on same transponder), current recording is corrupted, and vdr crashes with an "emergency exit" message.

    It seems that :
    - Two decryption sessions are impossible : CAM limitation (even though it has dual de-scrambling) or card.
    - vdr affects the only possible decryption stream to live stream instead of recorded stream.

    To avoid crashing, I think vdr should be to be configured to:
    - only decrypt one stream at a time.
    - prioritize recording stream to avoid corruption.
    -> then vdr should tell me "cam not available" if a recording is using.

    Are you agree with that ?
    Have you encountered this behavior?
    Do you know how to modify the setup?

    Thanks.

    Configuration :
    - vdr-2.6.9 + S2-3200 + CI
    - CAM Neotion dual descrambled + viaccess card
    - BISTV on Atlantic Bird 5°W

    "Old config HD" : Debian 7, vdr-2.0.6, xineliboutput, TBS6280, TBS6922, TBS6928
    "New config UHD" : Debian 13 KDE X11, vdr-2.6.6 + SoftHDDevice, mpv, Hauppauge WinTV Quad, S2-3200 + CI

    Hi,

    You should use the newest VDR version...

    Regards Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente
    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6: Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    http://www.easy-vdr.de

    Quote from SurfaceCleanerZ

    Hi,

    You should use the newest VDR version...

    Regards Stefan

    You mean v2.7.7 ? I thought it's "too fresh" for all plugins I use : mpv + softhddevice from ua0lnj, epgsearch, extrecmenung, favorites, femon, markad, live, noepeg, skinelchihd and skinsoppalusikka. -> I am going to compile and try it.

    "Old config HD" : Debian 7, vdr-2.0.6, xineliboutput, TBS6280, TBS6922, TBS6928
    "New config UHD" : Debian 13 KDE X11, vdr-2.6.6 + SoftHDDevice, mpv, Hauppauge WinTV Quad, S2-3200 + CI

    I compiled and installed vdr-2.7.7, unfortunately same issue.
    Exemple with M6 and Arte on same transponder (Viaccess) :

    19:42:38 -> start recording M6 :
    juil. 31 19:42:38 vdr3 vdr[260012]: [260012] record /media/sat/VIDEOVDR/Météo/2025-07-31.19.20.106-0.rec

    19:42:56 -> switch to Arte :
    juil. 31 19:42:56 vdr3 vdr[260012]: [260012] switching to channel 107 S5.0W-1375-20400-404 (ARTE (S5.0W))

    19:43:27 -> video data stream broken and with never restart :
    juil. 31 19:43:27 vdr3 vdr[260012]: [260224] /media/sat/VIDEOVDR/Météo/2025-07-31.19.20.106-0.rec: 750 new errors (total 750)
    juil. 31 19:43:27 vdr3 vdr[260012]: [260224] ERROR: video data stream broken
    juil. 31 19:43:27 vdr3 vdr[260012]: [260224] initiating emergency exit
    juil. 31 19:43:27 vdr3 vdr[260012]: [260012] emergency exit requested - shutting down

    "Old config HD" : Debian 7, vdr-2.0.6, xineliboutput, TBS6280, TBS6922, TBS6928
    "New config UHD" : Debian 13 KDE X11, vdr-2.6.6 + SoftHDDevice, mpv, Hauppauge WinTV Quad, S2-3200 + CI

    Hi,

    Which devices are 0-5?

    6x S2-3200?

    Where is the cam located? On card 0?

    Is the VDR without the plugins patched for them?

    Regards Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente
    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6: Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    http://www.easy-vdr.de

    Hi,

    "Which devices are 0-5?"
    "6x S2-3200?"

    sat@vdr3:~/.config/systemd/user$ ls /dev/dvb -l 
    total 0 
    drwxr-xr-x 2 root root 140 28 juil. 23:11 adapter0 
    drwxr-xr-x 2 root root 120 28 juil. 23:11 adapter1 
    drwxr-xr-x 2 root root 120 28 juil. 23:11 adapter2 
    drwxr-xr-x 2 root root 120 28 juil. 23:11 adapter3 
    drwxr-xr-x 2 root root 120 28 juil. 23:11 adapter4

    0-3 -> Hauppauge wintv quad tuner dvbt
    4 -> S2-3200 with CI

    "Where is the cam located? On card 0?"
    CAM is on card 4 (the only satellite tuner)

    "Is the VDR without the plugins patched for them?"
    vdr is vanilla, no patch on it.
    softhddevice is download without modification from ua0lnj git

    "Old config HD" : Debian 7, vdr-2.0.6, xineliboutput, TBS6280, TBS6922, TBS6928
    "New config UHD" : Debian 13 KDE X11, vdr-2.6.6 + SoftHDDevice, mpv, Hauppauge WinTV Quad, S2-3200 + CI

    Hi,

    You should test only with satellite tuners. I think that is your problem. VDR is not good on mixed systems with different distribution systems.

    How do you tell VDR which tuner receives which systems? Probably the dynamite-Plugin will help here. It needs a VDR patch to run. I read that there it is possible to set each tuner only to its signal distribution way.

    If kls has better ideas 😉? I've not used s CAM with VDR for long with cable. Others have more experience her? wirbel?

    By the way? Which tuner should deliver the second stream? You can only watch 2 different streams on the same satellite transponder with only one tuner. This has to be verified in your channels.conf. I think vdr tries to use one of the DVB-T tuners for the second stream and that fails logically. Above described test will show this.

    Regards Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente
    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6: Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    http://www.easy-vdr.de

    Quote from SurfaceCleanerZ

    Hi,

    You should test only with satellite tuners. I think that is your problem. VDR is not good on mixed systems with different distribution systems.

    fyi, my second "production" system, an old vdr v2.04 is using mixed without problem :
    - tbs6928 (single dvbs tuner + cam).
    - tbs6280 (duan dvbt tuners)

    nb : hardware differences between two systems -> tuners and a new Neotion CAM.

    Quote from SurfaceCleanerZ

    How do you tell VDR which tuner receives which systems? Probably the dynamite-Plugin will help here. It needs a VDR patch to run. I read that there it is possible to set each tuner only to its signal distribution way.

    On my other config, vdr automatically manages the cards based I assume on channels.conf. (This management has always been efficient and automatic).

    I don't know dynamite plugin, I'm keeping this solution as a last resort, I think that vdr should be able to correctly manage two systems like before (there is surely something we are missing).

    Quote from SurfaceCleanerZ

    By the way? Which tuner should deliver the second stream? You can only watch 2 different streams on the same satellite transponder with only one tuner. This has to be verified in your channels.conf. I think vdr tries to use one of the DVB-T tuners for the second stream and that fails logically. Above described test will show this.

    You've right : one tuner = 2 different streams on same transponder (if cam and card support dual de scrambling). Then when I register "TF1" and zap to "Arte", vdr knows it's satellite tuner while reading channels.conf. Extract from my channels conf :

    I am going to check two things :
    1) New Neotion CAM on old vdr 2.04 to check if behaviour is same as usually.
    2) New vdr 2.7.7 without Hauppauge wintv dvbt to see what appends.

    I'll keep you informed.
    Thanks for the support !

    "Old config HD" : Debian 7, vdr-2.0.6, xineliboutput, TBS6280, TBS6922, TBS6928
    "New config UHD" : Debian 13 KDE X11, vdr-2.6.6 + SoftHDDevice, mpv, Hauppauge WinTV Quad, S2-3200 + CI

    kls  SurfaceCleanerZ

    Some details to help understand and fix.

    I tried CAM on the other vdr v2.06 ( not v2.04 sorry). Same test, but behaviour is completely different :
    - I record "TF1"
    - I zap on "Arte"
    -> immediately black screen with message "channel not available'.
    -> This behaviour is normal, recording takes priority and continues without being corrupted, no crash.

    Dual descrambling doesn't work, no live view on "Arte" (same transponder), but I think this feature didn't exist in vdr 2.06.

    "Old config HD" : Debian 7, vdr-2.0.6, xineliboutput, TBS6280, TBS6922, TBS6928
    "New config UHD" : Debian 13 KDE X11, vdr-2.6.6 + SoftHDDevice, mpv, Hauppauge WinTV Quad, S2-3200 + CI

    You could try 2.7.7 on the old system?

    And if you try 2.0.6 on the new system?

    Test 2
    Running vdr 2.7.7 with only S2-3200 + CI

    Same issue (logs in attachment) :
    - I record "TF1"
    - I zap on "Arte"
    -> vdr accepts Arte in Live view but TF1 recording is corrupted, and vdr crash.

    Quote from jrie

    And if you try 2.0.6 on the new system?

    Unfortunately, this is not possible for me. it would be necessary to build an environment that is too old (Debian 7, kernel 3.2, etc.)

    "Old config HD" : Debian 7, vdr-2.0.6, xineliboutput, TBS6280, TBS6922, TBS6928
    "New config UHD" : Debian 13 KDE X11, vdr-2.6.6 + SoftHDDevice, mpv, Hauppauge WinTV Quad, S2-3200 + CI

    Quote from dvb91

    it would be necessary to build an environment that is too old

    Well, just for testing.
    And if it works, find out which VDR version introduced that behaviour with a bisect approach.

    Quote from jrie

    Well, just for testing.
    And if it works, find out which VDR version introduced that behaviour with a bisect approach.

    Good point ! This could be interesting even if hardware is different.
    As long as a vdr 2.06 runs on a recent Debian 13.

    I'll wait for Klaus's feedback, and if necessary, I'll run these tests.

    "Old config HD" : Debian 7, vdr-2.0.6, xineliboutput, TBS6280, TBS6922, TBS6928
    "New config UHD" : Debian 13 KDE X11, vdr-2.6.6 + SoftHDDevice, mpv, Hauppauge WinTV Quad, S2-3200 + CI

    Quote from SurfaceCleanerZ

    Others have more experience her? wirbel?

    The satip plugin + ddci plugin + digital devices CI module works with MTD for channels from 19.2, with a different cam.
    Cable needs a different card from your cable provider, therefore never tried cable channels.


    Sounds, as the CAM announces MTD, but doesn't descramble more than one stream. Disabling the emergency exit would at least improve.

    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler
    Display Spoiler


    to spoil
    verderben
    beschädigen
    plündern
    behindern
    berauben
    vereiteln
    rauben
    zerstören [fig.] [verderben, verunstalten]
    vergällen
    verhageln [fig.]

    Quote from wirbel

    Cable needs a different card from your cable provider, therefore never tried cable channels.

    To avoid any ambiguity, I should point out that I don't have/use cable :

    • Hauppauge WinTV Quad HD
      is used to receive dvbt / dvbt2 channels from Eiffel Tower (1080i, one hevc, all in FTA).
    • S2-3200
      is used to receive dvbs / dvbs2 channels from BIS TV 5°W (1080i, one hevc, all in Viaccess).
    Quote from wirbel

    Sounds, as the CAM announces MTD, but doesn't descramble more than one stream.

    Yes, that makes sense.

    Unfortunately, I can't do anything about it:
    - The CAM is recent and guaranteed to support dual de-scrambling (*).
    - My provider's card is new.
    -> If the dual descrambling doesn't work, it's probably because the provider is restricting it.

    I'm going to test the emergency setting (this will prevent a violent crash but won't solve completely).

    Following our discussions, my conclusion would be:

    1. Either there's an anomaly in the communication between VDR and the CAM. VDR doesn't correctly interpret an "MTD unavailable" message.
      -> I don't know if VDR could solve this.
    2. Or the provider is restricting its cards without complying with standards. It indicates "MTD available" which is not true, and disrupts operation.
      -> In this case, the only solution would be to disable the MTD function, either in the code or via the VDR setup.

    These are just my impressions, I'm not a developer. I gave as much information as possible to help fix the problem.

    Regards.

    (*) CAM Neotion :
    https://aervi-boutique.fr/PCMCIA-NEOTION-Dual

    "Old config HD" : Debian 7, vdr-2.0.6, xineliboutput, TBS6280, TBS6922, TBS6928
    "New config UHD" : Debian 13 KDE X11, vdr-2.6.6 + SoftHDDevice, mpv, Hauppauge WinTV Quad, S2-3200 + CI

Participate now!

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

Register Yourself Login