Scrambling timeout issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi folks,

The code in cDevice::Action() (device.c:1588) which checks whether a
stream can be descrambled by a particular CAM relies on the hard-coded
TS_SCRAMBLING_TIMEOUT value which is 3 seconds. That can be too low not
only for dvbapi, but for some 'real' CAMs as well. When a CAM is unable
to start descrabmling in 3 seconds, recordings and streamdev don't work,
and VNSI plugin has for years been using hacks and workarounds to cope
with it. We need a more flexible solution here. It can be a VDR option,
which can be set to 0 to disable, or a virtual function
cCamSlot::ScramblingTimeout() which can return 0.

@Klaus, what is your opinion on that?

More info on this issue:
https://github.com/FernetMenta/vdr-plugin-vnsiserver/pull/74#issuecomment-249086037

-- 
glenvt18

_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr




[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux