[vdr] rid and channels that have incorrect data
malcolm.caldwell at ntu.edu.au
Mon Jan 9 08:21:47 CET 2006
On Sun, 2006-01-08 at 15:34 +0100, Klaus Schmidinger wrote:
> Malcolm Caldwell wrote:
> > Hello,
> > A few of the channels I can receive broadcast incorrect data. (Eg
> > satellite data where nid is not unique across the whole satellite. I
> > also have a terrestrial channel that does not broadcast the correct
> > frequency).
> > What I do in this situation is use rid. There is one problem:
> > Even with rid!=0, the channel will still be updated by vdr. So, to fix
> > the channel I have to have two versions.
> > The first with rid=0 which vdr updates and installs the incorrect data.
> > The second has rid=1 which vdr leaves alone.
> > Now: given that rid!=0 will never be set by a scan, I think it would be
> > better if vdr just left all rid!=0 channels alone. This way rid could
> > indicate "don't auto update". This behaviour would not affect the other
> > use of rid.
> > Now, I know some people are going to say "get the broadcasters to fix
> > it"..., but I don't think that is a reason not to make this change.
> I wonder how commercial STBs can receive these channels if
> they broadcast bogus data...?
I don't know for sure. I have troubles both with Satellite channels and
one terrestrial channel.
I think that for satellite the don't depend on nid tid sid being unique
across the whole satellite but use frequency as well. At least for
things that are not part of part of a bigger network.
The problem I have with the terrestrial channel is that here in
Australia it is valid to broadcast at an offset to the centre frequency
of + or - 125MHz. There are similar provisions in the UK. The channel
I have problems with broadcast that there frequency is X but they really
use X + 125MHz. Perhaps commercial STBs in Australia always try X,
My point is I want to be able to say 'never update this channel'.
rid!=0 could work this way.
> vdr mailing list
> vdr at linuxtv.org
More information about the vdr