Welllll, it gets better. Tonight I see VDR is grabbing guide data for 9x
and using it for 58.x. So 58.x data is now being lost. grrrr
On 3/9/2018 2:29 AM, Klaus Schmidinger wrote:
On 08.03.2018 22:38, Klaus Schmidinger wrote:
On 08.03.2018 22:13, Timothy D. Lenz wrote:
I was hoping it was something simple I could fix in the conf. I
haven't worked on it or in linux in a long time and don't have the
free time to figure it all out again. I'll have to look at this some
other time. I am in the U.S. and these are ATA channels. They each
have their own freq. and my guess is that they can use what ever
numbers they want since they are on there own freq which they bought.
Well, it's funny though that they use exactly the same IDs ;-).
Sure they can do whatever they want, but there are a few basic rules that
should be followed in order to guarantee a reasonable coexistance. One of
them is that channels that are broadcast in the same area (like from the
same terrestrial transmitter, on the same cable or the same satellite)
should use unique IDs, even if they are on different transponders. One
of these IDs is the "transport stream id", which in your case is 207 for
both channels. This should be different.
For testing I added your new channel list to my channels.conf.
Here's what my VDR reported upon startup:
Mar 9 10:21:46 raspi4 vdr: [3134] loading ../cfg/channels.conf
Mar 9 10:21:46 raspi4 vdr: [3134] deleting duplicate channel
KWBA-HD,KWBA-HD:653028615:M10:A:0:49=2:0;52=eng@106,53=esl@106:0:0:3:0:207:0
Mar 9 10:21:46 raspi4 vdr: [3134] deleting duplicate channel
LATV,LATV:653028615:M10:A:0:65=2:0;68=eng@106:0:0:4:0:207:0
Mar 9 10:21:46 raspi4 vdr: [3134] deleting duplicate channel
ThisTV,ThisTV:653028615:M10:A:0:81=2:0;84=eng@106:0:0:5:0:207:0
With your old list I get no such log entries. So I guess somebody messed up
with the TIDs, and the problem should be fixed there.
Klaus
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr