<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 10, 2020 at 4:39 AM 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"><br>
That's an intriguing idea, and as you say it could be decoder-dependent. <br>
  But it might be worth looking at the audio readahead setting:<br>
<br>
Frontend setup > Video > Playback > Advanced Playback Settings ><br>
   Audio read ahead (ms)<br>
<br>
"Increase this value if audio cuts out frequently....."<br>
<br>
Default is 100 ms.  On my GT 710 box it's at 400 ms.  I suppose I did that.<br>
<br>
John P<br></blockquote><div><br></div><div>Using multiple steps, I tried using HandBrake to transcode the example video to h.264,  swapped the original file with the h.264 version, rebuilt the seek tables for the h.264 doppelganger, ran a full mythcommflag pass on it to detect commercial breaks, and changed audio from 5.2 to stereo.  None of these worked, but I did notice that the h.264 file was easily 1/3 the size of the original.  My conclusion is to just watch the troublesome recordings on the BE/FE and/or re-record them now that I'm using an (external) infiniTV 6 instead of a pair of PVR-500 cards.  Besides, if/when I break down and upgrade my MythTV version, things may clear up. 😁<br></div><div><br></div><div>In any case, a big thank you to all for the many suggestions.  They were all worth a try.<br></div><div><br></div><div>--</div><div>Craig.<br></div></div></div>