<div dir="ltr">1. Airport is just the model name for Apple's router (<a href="https://en.wikipedia.org/wiki/AirPort_Extreme">https://en.wikipedia.org/wiki/AirPort_Extreme</a>). The backend and the hdhomerun are both wired.<div><br></div><div>2. the multiplex is at the <span style="font-size:12.8px">501000000 frequency (US cable channel 70)</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">3. no, but I had one before I simplified the wiring and had the exact same problem on this channel.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Note that this is a problem *only* with mythtv and/or the hdhomerun linux driver. I had no problems running windows and nextpvr on this channel.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 8, 2016 at 5:35 PM, Hika van den Hoven <span dir="ltr"><<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hoi Jason,<br>
<div><div class="h5"><br>
Monday, February 8, 2016, 8:01:56 PM, you wrote:<br>
<br>
> On Mon, Feb 8, 2016 at 12:34 PM, faginbagin <<a href="mailto:mythtv@hbuus.com">mythtv@hbuus.com</a>> wrote:<br>
<br>
>> On 2/7/2016 1:20 AM, Jason Zarin wrote:<br>
>><br>
>>> On Thu, Feb 4, 2016 at 6:16 PM, Mark Perkins <<a href="mailto:perkins1724@hotmail.com">perkins1724@hotmail.com</a><br>
>>> <mailto:<a href="mailto:perkins1724@hotmail.com">perkins1724@hotmail.com</a>>> wrote:<br>
>>><br>
>>>     > On 5 Feb 2016, at 8:14 am, Jason Zarin <<a href="mailto:jason@zarin.org">jason@zarin.org</a> <mailto:<br>
>>> <a href="mailto:jason@zarin.org">jason@zarin.org</a>>> wrote:<br>
>>>     ><br>
>>>     >><br>
>>>     > Why would that only affect recordings from one particular channel?<br>
>>> Recordings on other channels record perfectly.<br>
>>>     ><br>
>>>     ><br>
>>><br>
>>>     My only suggestions would be fishing for more clues. What does<br>
>>>     mediainfo report of the corrupt file?<br>
>>><br>
>>><br>
>>> media info puts out same info as "proper" recording.<br>
>>><br>
>>>     Do PBS recordings made in the middle of the night (or at a<br>
>>>     completely different time to your normal PBS recordings) exhibit the<br>
>>>     same issues?<br>
>>><br>
>>><br>
>>> Yes<br>
>>><br>
>>>     When you deleted capture cards / transports / etc did you select the<br>
>>>     "on all hosts" option not just the "on this host" option?<br>
>>><br>
>>><br>
>>> Originally did just on this host, but then did a "on all hosts" per your<br>
>>> suggestion. I only have 1 backend, so not entirely sure what the<br>
>>> difference would be. Also deleted video sources as well. No difference<br>
>>> -- still exhibiting same recording issues.<br>
>>><br>
>>>     Is EIT disabled every where?<br>
>>><br>
>>><br>
>>> Yes<br>
>>><br>
>>>     In the MythTV log what activities are happening just before the<br>
>>>     glitch like transcoding, another recording starting on a different<br>
>>>     tuner for example?<br>
>>><br>
>>><br>
>>> Nothing<br>
>>><br>
>>>     Was this a network tuner, is it possible something is trying to grab<br>
>>>     the tuner away from MythTV?<br>
>>><br>
>>><br>
>>> A network tuner, but nothing else trying to grab it.<br>
>>><br>
>>>     No multirec set when it shouldn't be?<br>
>>><br>
>>> multirec is set fine.<br>
>>><br>
>>>     Can't say any of the above are greatly likely to be the culprit but<br>
>>>     might help narrow it down.<br>
>>><br>
>>>     ________________________________________<br>
>>><br>
>>><br>
>>> Honestly, I'm at wit's end on this. It's not a hardware problem. It's<br>
>>> not a signal quality problem--my hdhomerun is the only thing hooked up<br>
>>> to the cable feed, and it's one meter from the verizon fios box and<br>
>>> hooked up directly. There are no splitters or anything that could weaken<br>
>>> the signal.<br>
>>><br>
>>> Every other channel appears to work fine, even the other PBS channel<br>
>>> that shares the same transport as the PBS channel that has the<br>
>>> ProcessPAT problem.<br>
>>><br>
>>> So I've just gone ahead and marked the working PBS channel with a higher<br>
>>> recpriority and let it handle most of the recordings.<br>
>>><br>
>>> At this point all I can do is assume it's something in the broadcast<br>
>>> source that the mythtv backend just chokes on. Or something goofy with<br>
>>> the hdhomerun driver in linux. Either way, there's nothing I can really<br>
>>> do about it. Maybe try an antenna to see if it's a problem created by<br>
>>> FIOS's rebroadcast on the cable system and not in the original FTA<br>
>>> source, although if I was able to get a decent antenna signal in the<br>
>>> first place, I would even be bothering with clearQAM through cable.<br>
>>><br>
>>> This was *not* a problem recording the same channel on Windows. So it's<br>
>>> clearly a linux or a mythtv issue.<br>
>>><br>
>>> If anyone has insight or other ideas, please continue to post in this<br>
>>> thread, but I've expended way more mental capital that I expected to on<br>
>>> mythtv when I set it up in the first place. I guess I'll just let<br>
>>> recpriority take control to minimize recording on the problematic station.<br>
>>><br>
>>> Thanks<br>
>>><br>
>><br>
>> Is your backend and the HDHomeRun connected to the same ethernet switch?<br>
>> Are all switches gigabit switches or some mixture with 100 Mbit in the<br>
>> path? I had a problem with glitchy recordings when my backend and HDHomeRun<br>
>> were not on the same switch and one of the switches was a 100 MBit switch.<br>
>> When I swapped that switch for a gigabit switch, it fixed the problem. The<br>
>> glitches appeared random at first, but they occurred when there was other<br>
>> network activity in the house.<br>
>><br>
>> Why it should happen on only one station, I don't know. Maybe your PBS<br>
>> station uses a higher bit stream rate than the other channels, so it puts<br>
>> more demand on the network?<br>
>><br>
>> If it's not the network, I would also check disk I/O as Hika suggested.<br>
>><br>
>> Helen<br>
>> _______________________________________________<br>
>><br>
<br>
> Thanks. both the backend and the hdhomerun are connected to the same<br>
> airport extreme gigabit router.<br>
<br>
> problems occur with both the PBS (channel 23-1) HD main channel and its<br>
> much lower bitstream rate SD (23-2 and 23-3) subchannels. So probably not a<br>
> bitstream saturation issue as the SD subchannels broadcast at a much lower<br>
> rate.<br>
<br>
> The other PBS channel (57-1) has only one channel (no subchannels), so<br>
> conceivably might have a higher bitstream rate, but does not exhibit this<br>
> problem. Curiously, both PBS channels are on the same clearQAM multiplex.<br>
<br>
> Not sure why disk i/o would be the source of the problem, inasmuch as no<br>
> other channels exhibit this problem, and I regularly record several<br>
> channels simultaneously on my one HDHomerun with no issues.<br>
<br>
</div></div>Corrected your top-posting!<br>
<br>
1: Does airport mean wireless/wifi?<br>
2: What is the frequency of the multiplex? As said before, just above<br>
   800 MHz there is a lot of possible interference in the air! So also<br>
   did you properly ground your coax? And is it not to long?<br>
3: Do you have a radio/tv splitter on your cable? Before, when I had<br>
   my homerun connected strait to the cable without such a splitter, I<br>
   had a lot of interference, especially when I recorded more then 2<br>
   shows! Possibly from internet also running through that cable.<br>
   Although I myself did not have internet over cable then.<br>
   The splitter may reduce strength a little bit, but it also filters<br>
   away certain interference.<br>
<span class="im HOEnZb"><br>
Tot mails,<br>
  Hika                            mailto:<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a><br>
<br>
"Zonder hoop kun je niet leven<br>
Zonder leven is er geen hoop<br>
Het eeuwige dilemma<br>
Zeker als je hoop moet vernietigen om te kunnen overleven!"<br>
<br>
De lerende Mens<br>
<br>
</span><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>