[mythtv-users] Ticket # 10414

Nick Rout nick.rout at gmail.com
Sat Nov 17 03:43:57 UTC 2012


On Sat, Nov 17, 2012 at 11:34 AM, Mario Limonciello <mario.mailing at gmail.com
> wrote:

> On Fri, Nov 16, 2012 at 12:39 PM, Brian Phillips <brian.phillips at byu.net>wrote:
>
>> Mark Greenwood wrote:
>> > Something I noticed is that that setting appears to be screwing
>> > really badly with the performance of my NFS shares and SSH
>> > connections to my myth box. Disabling it seems to have cured the
>> > problems I was having. I say seems to as it's only been a day, but
>> > I've so far noticed none of the regular pauses I used to have during
>> > SSH connections or when transferring files via NFS.
>> >
>> > Mark
>>
>> Very interesting, I'll watch for that.
>>
>> Reading the ticket more in-depth, I noticed Mythbuntu 12.04 is not using
>> the
>> same version of libhdhomerun as mentioned in the ticket.  I went and
>> grabbed
>> the libhdhomerun from 12.10 and installed it and will monitor any changes
>> in
>> the performance.
>>
>> libhdhomerun is actually included directly in mythtv and compiled as
> libmythhdhomerun.  So grabbing a newer libhdhomerun will only actually help
> hdhomerun_config_gui and hdhomerun_config.
>
> That being said I have the same problem as described here even with the
> rbuf_max change in the packages.  I chatted a little bit with a SD rep in
> their IRC channel.  They haven't been able to reproduce it themselves but
> have gotten a lot of reports from *buntu users and some fedora users.
>
> He says it's most likely a firmware issue.
>
> Current working theory from SD is that nothing on the myth box is
> responding to SSDP requests from the HDHR.  Normally W7/W8 WMC will respond
> to these requests.  When they did their testing for Linux they didn't
> encounter it maybe because W7/W8 WMC are still on the network and speaking
> to the HDHR even if it's just control/status signals while the Linux box is
> recording.
>
> All that said, I put this upstart job in place and it seems to have at
> least helped the last two nights of recordings that I was previously
> encountering problems.  It's basically leveraging that workaround that was
> mentioned in the ticket on every boot.
>
> #Ping of Death, by mario limonciello
> #workaround for http://code.mythtv.org/trac/ticket/10414
> #and http://www.silicondust.com/forum/viewtopic.php?t=13227
>
> description     "endlessly ping a HDHR prime"
>
> start on net-device-up IFACE!=lo
>
> script
>         ID=$(hdhomerun_config discover | awk '{ print $6 }')
>         ping -i 1 -n $ID > /dev/null
> end script
>
>

Breaks with more than one HDHR (I think it will anyway)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20121117/79e3242d/attachment.html>


More information about the mythtv-users mailing list