Mailing List archive

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

[vdr] Re: Corruption of channels.conf



Tony Houghton wrote:
In <42093A3D.7020700@cadsoft.de>, Klaus Schmidinger wrote:


On Tuesday 08 February 2005 19:01, Tony Houghton wrote:


I've set EPGScanTimeout and UpdateChannels to 0 and even made
/var/lib/vdr/channels.conf read-only and owned by root, but it still
changes it. Would a ridiculously high value for EPGScanTimeout help?
Why not simply turn off updating channels in VDR's setup? ;-)

I thought I did with UpdateChannels=0. I'm sure that's what it said in
the file after I set "Update channels" to "Off" in the menu, and 0
usually means off...


Of course, finding out what actually causes the trouble would be
a good idea.

If you align the two channel definitions...

BBC ONE:489833:I999B8C34D34M16 T2G32Y0:T:27500:600:601,602:0:0:4163:0:0:0
BBC ONE:489833: C34D34M16B8T2G32Y0:T:27500:600:601,602:0:0:4163:0:0:0

...you can see that the _only_ difference is that the first one has an additional
I999, which means "INVERSION_AUTO", which also happens to be the default.
And since the second definition doesn't contain I999, the default will
just be the same, so I can't really see why these two lines would behave
any different... (the sequence of the B8 parameters doesn't matter).

I think it also creates some duplicate channels. And sometimes the
frequency is in Hz, sometimes in KHz, which another person suggested
might be why it's creating duplicates. Should I try using Hz throughout?
I'll probably have to patch scan for that.
What "scan" are you referring to?
If you actually have set channel updating to 0 in VDR, then no (duplicate)
channels can be created.

Klaus




Home | Main Index | Thread Index