<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 5 Mar 2020 at 20:17, John Pilkington <<a href="mailto:johnpilk222@gmail.com">johnpilk222@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 05/03/2020 10:42, John Pilkington wrote:<br>
<br>
  After the retune the 'chanid' part of the<br>
> filename for new recordings on some channels now has no obvious <br>
> relationship to the 'public' logical channel number, or to the channel <br>
> scanning log.  For example, Channel 4 used to be 10004 and is now 44054.<br>
> <br>
> I know this link has not been guaranteed in the past and has been broken <br>
> when individual channels have moved, but now it's widespread.  A quick <br>
> search hasn't found much, although I remember parts of earlier threads <br>
> about it.  Can I do some sort of reset, or am I stuck with the new numbers?<br>
<br>
I've just noticed that a helpful reply about this came off-list.<br>
<br>
'Delete all video sources' does it, but also deletes all Transports and <br>
Channels.  Scanning didn't work for me with Transports defined in an <br>
empty list by the Editor, so starting a 'Full scan' was needed <br>
initially.  Inter-Transport links can be exploited later, and can help <br>
if you receive from more than one transmitter.<br><br></blockquote><div>What happens in master/v31 is that when channels are deleted they are not really deleted but they remain in existence until there are no more recordings that reference them. This means that after deleting the channels and doing a new scan all channels that still have recordings will get new chanid values because the old channels are still present in the database and the old chanid values are still in use. This means that in v31 you really cannot depend on the numeric value of the chanid anymore and hence it is not a good idea to write scripts etc that depend on it. In principle the chanid could be a random number.</div><div><br></div><div>For completeness, if you have more than one video source you can also delete only one, you do not have to delete them all.</div><div><br></div><div>Also, it was the idea that a rescan would be sufficient even if the allocation of channels across multiplexes was changed and the multiplexes were moved to a different frequency. The chanid values and all the user information added to the channel (xmltvid, iconpath, visible) would then be preserved.</div><div>This does apparently not work as expected. It would be interesting to have a log of the scan done when the old database is still there and with "-v chanscan,record --loglevel=debug" as options for mythtv-setup.</div><div><br></div><div>Groetjes,</div><div>Klaas.</div><div> </div></div></div>