Re: [vdr] Handling of temporarily encrypted channels

2007-03-09 Thread Ondrej Wisniewski
Ondrej Wisniewski wrote: So I propose that VDR should always tune to a channel that is requested, get the current CA value from the data stream (and not from the channels.conf) and then decide if the channel can be shown/recorded. Does that sound like a good solution? Any obvious drawbacks?

[vdr] Handling of temporarily encrypted channels

2007-03-05 Thread Ondrej Wisniewski
I am using VDR 1.4.5 with the integrated auto pid feature and without any CAM. When tuning to an encrypted channel, the CA value gets set accordingly and channel not available is displayed. So far so good. However there are channels that encrypt only certain programs and are free the rest of the

Re: [vdr] Handling of temporarily encrypted channels

2007-03-05 Thread Luca Olivetti
En/na Ondrej Wisniewski ha escrit: I am using VDR 1.4.5 with the integrated auto pid feature and without any CAM. When tuning to an encrypted channel, the CA value gets set accordingly and channel not available is displayed. So far so good. However there are channels that encrypt only certain

Re: [vdr] Handling of temporarily encrypted channels

2007-03-05 Thread Stone
Is there an easy way to fix this? Edit the file dvbdevice.c, insert a line return true; at the beginning of the method cDvbDevice::ProvidesCa. With this modification you can tune to encoded channels, however you'll never see a channel not available, you'll just see a black screen. This, btw,

Re: [vdr] Handling of temporarily encrypted channels

2007-03-05 Thread Jouni Karvo
hi, Stone writes: With this modification to dvbdevice.c, I wonder if VDR will still crash when a timer goes off on a channel and all the sudden it becomes encrypted. This would normally cause a broken data stream and VDR would do an emergency exit. I gave up recording encrypted channels