<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 4, 2016 at 6:16 PM, Mark Perkins <span dir="ltr"><<a href="mailto:perkins1724@hotmail.com" target="_blank">perkins1724@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
<br>
<br>
> On 5 Feb 2016, at 8:14 am, Jason Zarin <<a href="mailto:jason@zarin.org">jason@zarin.org</a>> wrote:<br>
><br>
>><br>
> Why would that only affect recordings from one particular channel? Recordings on other channels record perfectly.<br>
><br>
><br>
<br>
</span>My only suggestions would be fishing for more clues. What does mediainfo report of the corrupt file?</blockquote><div> <br></div><div>media info puts out same info as "proper" recording.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Do PBS recordings made in the middle of the night (or at a completely different time to your normal PBS recordings) exhibit the same issues? </blockquote><div><br></div><div>Yes</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">When you deleted capture cards / transports / etc did you select the "on all hosts" option not just the "on this host" option? </blockquote><div><br></div><div>Originally did just on this host, but then did a "on all hosts" per your suggestion. I only have 1 backend, so not entirely sure what the difference would be. Also deleted video sources as well. No difference -- still exhibiting same recording issues.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Is EIT disabled every where? </blockquote><div><br></div><div>Yes</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In the MythTV log what activities are happening just before the glitch like transcoding, another recording starting on a different tuner for example? </blockquote><div><br></div><div>Nothing</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Was this a network tuner, is it possible something is trying to grab the tuner away from MythTV?</blockquote><div><br></div><div>A network tuner, but nothing else trying to grab it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> No multirec set when it shouldn't be?<br>
<br></blockquote><div>multirec is set fine.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Can't say any of the above are greatly likely to be the culprit but might help narrow it down.<br>
<div class="HOEnZb"><div class="h5"><br>
________________________________________</div></div></blockquote><div><br></div><div>Honestly, I'm at wit's end on this. It's not a hardware problem. It's not a signal quality problem--my hdhomerun is the only thing hooked up to the cable feed, and it's one meter from the verizon fios box and hooked up directly. There are no splitters or anything that could weaken the signal.</div><div><br></div><div>Every other channel appears to work fine, even the other PBS channel that shares the same transport as the PBS channel that has the ProcessPAT problem.</div><div><br></div><div>So I've just gone ahead and marked the working PBS channel with a higher recpriority and let it handle most of the recordings.</div><div><br></div><div>At this point all I can do is assume it's something in the broadcast source that the mythtv backend just chokes on. Or something goofy with the hdhomerun driver in linux. Either way, there's nothing I can really do about it. Maybe try an antenna to see if it's a problem created by FIOS's rebroadcast on the cable system and not in the original FTA source, although if I was able to get a decent antenna signal in the first place, I would even be bothering with clearQAM through cable. </div><div><br></div><div>This was *not* a problem recording the same channel on Windows. So it's clearly a linux or a mythtv issue.</div><div><br></div><div>If anyone has insight or other ideas, please continue to post in this thread, but I've expended way more mental capital that I expected to on mythtv when I set it up in the first place. I guess I'll just let recpriority take control to minimize recording on the problematic station.</div><div><br></div><div>Thanks</div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">_______<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
</div></div></blockquote></div><br></div></div>