<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 4 Apr 2020 at 13:40, 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">A lot of work was done on DVB-T channel scanning recently and I thought <br>
it was working well, but today I tried a quick scan to see if there had <br>
been any changes in the local channel lineup.  All appeared to go well, <br>
but then scheduled recordings failed.  I don't have useful logs because <br>
I wasn't expecting problems.<br>
<br>
I had followed my usual 'all known transports' route, which is quick and <br>
used to work for me with a system that uses only SD transmissions from a <br>
single main-chain mast.<br>
<br>
On finding the problem I did a 'full scan,' which had been the focus of <br>
the recent changes, and recording is working again.   That scan took <br>
about 15 minutes.<br>
<br>
This was with current master, 50c2d63.  I'm not sure about the history <br>
of the pre-existing setup, or whether v31 is likely to behave in the <br>
same way.<br>
<br><br></blockquote><div>The v31/fixes is identical to master for channel scanning. For DVB-T/T2 the "Full Scan" is at the moment the recommended way of scanning because this will also find transports that have moved to other frequencies. The "Scan of existing transports" does not necessarily finds everything, depending on what is in the NIT.</div><div>For everybody who is having problems with channel scanning please capture the output of "mythtv-setup -v chanscan" and report it. These files can become quite big so it can be a good idea to create a ticket because tickets allow much larger attachments.</div><div><br></div><div>Klaas.</div><div><br></div></div></div>