Mailing List archive

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

[vdr] Re: Recording and watching encypted channels



Jan Ekholm wrote:
> 
> On Thu, 12 Feb 2004, [ISO-8859-1] Jussi Alanärä wrote:
> 
> >On Thu, 12 Feb 2004, Jan Ekholm wrote:
> >
> >> Maybe there is some difference if VDR has to initialy change to a channel
> >> when a timer starts, or if that channel already is being watched? Maybe
> >
> >I tried only the latter, Animal Planet was already tuned when started
> >recording.
> >
> >> Anyway, it *is possible to somehow do it wrong, and I can try when I get
> >> home tonight.
> >
> >Post exact steps if you are able to do it again, I'll then try to
> >reproduce it.
> 
> I could reproduce it, but it's a bit weird.
> 
> These were the channels I used. All are encrypted channels and the
> definitions have not been tampered with:
> 
> SVT1:146000:C0M128:C:6900:1019:1018:1014:1:1010:0:1:0
> SVT2:146000:C0M128:C:6900:1029:1028:1024:1:5030:0:1:0
> TV4:146000:C0M128:C:6900:1049:1048:1046:B00:1040:0:1:0
> 
> I created a timer on SVT1 which started after 2 minutes without problems,
> I was still watching the same channel. Tried a direct "Channel down" to
> SVT2. No luck, I got the "Channel not available" message. Tried to access
> SVT2 through the "Channels" menu and that worked. I could switch to SVT2
> and at that point the recording "broke". I could not however switch to any
> other encrypted channel such as "TV4" nor to any other FTA channel. But I
> could switch to "SVT2".
> 
> Maybe this has something to do with an old channels.conf from the 1.2 days
> being used (although modified by VDR)? The CAM-parameter is different for
> the last channel "TV4". The first two ones are old nad were present before
> I switched to VDR 1.3.x, "TV4" was added by VDR automatically.
> 
> The log from my experiment:
> 
> vdr[2932]: timer 22 (9 1746-1800 'SVT1') start
> vdr[2932]: Title: 'Tillbaka till Vintergatan' Subtitle: '<snip>.'
> vdr[2932]: record /video/SVT1/2004-02-12.17:46.50.50.rec
> vdr[2932]: creating directory /video/SVT1
> vdr[2932]: creating directory /video/SVT1/2004-02-12.17:46.50.50.rec
> vdr[2932]: recording to '/video/SVT1/2004-02-12.17:46.50.50.rec/001.vdr'
> vdr[2945]: recording thread started (pid=2945, tid=98311)
> vdr[2932]: led: Led::Recording started recording SVT1, now active: 1
> vdr[2932]: ERROR: Channel not available!
> vdr[2932]: max. latency time 3 seconds
> vdr[2932]: switching to channel 10
> vdr[2942]: transfer thread ended (pid=2942, tid=65541)
> vdr[2932]: buffer stats: 67492 (6%) used
> vdr[2932]: switching to channel 11
> vdr[2932]: ERROR: Channel not available!
> vdr[2932]: switching to channel 10
> vdr[2932]: switching to channel 3
> vdr[2932]: ERROR: Channel not available!
> vdr[2932]: switching to channel 5
> vdr[2932]: ERROR: Channel not available!
> vdr[2932]: switching to channel 6
> vdr[2932]: ERROR: Channel not available!
> vdr[2932]: switching to channel 11
> vdr[2932]: ERROR: Channel not available!
> vdr[2932]: switching to channel 9
> vdr[2947]: transfer thread started (pid=2947, tid=114696)
> vdr[2932]: timer 22 deactivated
> 
> 9 is SVT1, 10 is SVT2 and 11 is TV4. Maybe I should let VDR rescan all the
> channels and that would fix the problem?

I guess so. Just set set CA parameters of all channels that currently
have a value 1..4 to 0 and let VDR fill in the actual values. The it
should work.

Klaus


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.



Home | Main Index | Thread Index