On 11.06.2011 12:24, Klaus Schmidinger wrote:
On 11.06.2011 00:30, Luboš Doležel wrote:
On 10.6.2011 23:59, Klaus Schmidinger wrote:
The defualt is "5".
From MANUAL:
DVB:
Update channels = 5 Controls the automatic channel update function. '0' means no update, '1' will only update channel names, '2' will only update PIDs, '3' will update channel names and PIDs, '4' will perform all updates and also add newly found channels, and '5' will also add newly found transponders. Note that adding new transponders only works if the "EPG scan" is active.
Klaus
Now I know why I disabled this function. Right after enabling it, VDR added CAIDs to all encrypted channels and I cannot tune them any more (I use streamdev-server).
CT HD;CS Link:11973:v:S23.5E:27500:2010=27:2020=cze@4,2023=qaa@4;2021=cze@106:0:D0F,624,D70,D03,D96:14070:3:3214:0
How should I tell VDR not to care about encryption, as the decryption is fully handled by the dvbloopback virtual DVB device (sasc-ng)?
I guess that's something the streamdev-server should handle.
One solution is to use the patch streamdev/patches/vdr-1.6.0-intcamdevices.patch (also attached) for VDR, so that VDR won't try to decrypt channels received by streamdev-client.
I wrote it in 2008 to allow receiving channels in streamdev client that are already decrypted by the CAM of the "main" VDR instance, while allowing the use of the same channels.conf. (it may not apply cleanly anymore)