Mailing List Archive: MythTV: Users

LiveTV Stutters - Recordings are Perfect

Index | Next | Previous | View Threaded

dave at dhofstra

Jun 11, 2012, 12:54 PM

Post #1 of 14 (1859 views)
Permalink

LiveTV Stutters - Recordings are Perfect

I'm a long-time MythTV user, but I've only ever used Myth to watch
recordings (not to watch live-tv). I've always used my DirecTV box for
LiveTV as it was easier for the WAF.

I recently purchased a HDHomerun Prime, and switched from DirecTV to
Xfinity. I found that the Xfinity box on-screen guide is unbearable to
watch LiveTV... ughh So, I'm trying to use MythTV to watch LiveTV and
ditch the Xfinity box altogether.

Problem: Recordings playback wonderfully 100% on my frontend (and have
for years). LiveTV stutters about 10 times per hour, and about once per
day it fails. It almost always stutters a few seconds after the channel
change, which I hear is to be expected, but then it continues to stutter
every so many minutes.

A) When LiveTV fails, it fails with 'video buffering failed too many times'
B) When LiveTV stutters, I see a bunch of the following in the frontend
terminal (infact, I see this when it doesn't stutter also)
-RingBuf(<filename>): Waited 0.2 seconds for data to become
available... 15720 < 32768
-RingBuf(<filename>): Taking too long to be allowed to read..

I have a Geforce 210 @1024MB running 295.40 and it is using VDPAU normal
settings on mythbuntu (OS 12.04)

Here's what I have tried so far:

1) Replaced network cables to HDHomerun Prime as well as to the frontend.
2) Replaced the hard-drive in the frontend.
3) Moved the LiveTV recording group directory to a faster RAID5 drive set
on the backend (previously on home directory)
4) Stopped upmixing stereo to 5.1
5) I tried both streaming using the myth:// protocol, and also having the
liveTV directory on the NFS share directly.
6) I tried using every window manager known to man
7) Upgraded to the newest 0.25 mythtv-fixes, which updates to a new
version virtually every day
8) I have one other frontend with a Geforce 6150, and while it doesn't
seem to stutter, the HDTV tearing is so horrible, I cannot really tell if
this box has the same problem or not.
9) I've increased the HD ringbuffer size in the backend-setup
10) Some folks note that if you pause LiveTV for a few seconds, then the
stuttering stops. This also seems to work for me, but I hate to have to
pause LiveTV every time I change the channel.

Does anyone have any other thoughts, or notice something I have not tried
after looking the above over? Why/How could Recordings be so perfect, and
LiveTV be so horrible???? Any suggestions appreciated.

siliconfiend at gmail

Jun 11, 2012, 1:50 PM

Post #2 of 14 (1830 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

On Mon, Jun 11, 2012 at 12:54 PM, David Hofstra <dave [at] dhofstra> wrote:
> I'm a long-time MythTV user, but I've only ever used Myth to watch
> recordings (not to watch live-tv). I've always used my DirecTV box for
> LiveTV as it was easier for the WAF.
>
> I recently purchased a HDHomerun Prime, and switched from DirecTV to
> Xfinity. I found that the Xfinity box on-screen guide is unbearable to
> watch LiveTV... ughh So, I'm trying to use MythTV to watch LiveTV and ditch
> the Xfinity box altogether.
>
> Problem: Recordings playback wonderfully 100% on my frontend (and have for
> years). LiveTV stutters about 10 times per hour, and about once per day it
> fails. It almost always stutters a few seconds after the channel change,
> which I hear is to be expected, but then it continues to stutter every so
> many minutes.
>
> A) When LiveTV fails, it fails with 'video buffering failed too many times'
> B) When LiveTV stutters, I see a bunch of the following in the frontend
> terminal (infact, I see this when it doesn't stutter also)
> -RingBuf(<filename>): Waited 0.2 seconds for data to become
> available... 15720 < 32768
> -RingBuf(<filename>): Taking too long to be allowed to read..
>
> I have a Geforce 210 @1024MB running 295.40 and it is using VDPAU normal
> settings on mythbuntu (OS 12.04)
>
> Here's what I have tried so far:
>
> 1) Replaced network cables to HDHomerun Prime as well as to the frontend.
> 2) Replaced the hard-drive in the frontend.
> 3) Moved the LiveTV recording group directory to a faster RAID5 drive set
> on the backend (previously on home directory)
> 4) Stopped upmixing stereo to 5.1
> 5) I tried both streaming using the myth:// protocol, and also having the
> liveTV directory on the NFS share directly.
> 6) I tried using every window manager known to man
> 7) Upgraded to the newest 0.25 mythtv-fixes, which updates to a new version
> virtually every day
> 8) I have one other frontend with a Geforce 6150, and while it doesn't seem
> to stutter, the HDTV tearing is so horrible, I cannot really tell if this
> box has the same problem or not.
> 9) I've increased the HD ringbuffer size in the backend-setup
> 10) Some folks note that if you pause LiveTV for a few seconds, then the
> stuttering stops. This also seems to work for me, but I hate to have to
> pause LiveTV every time I change the channel.
>
> Does anyone have any other thoughts, or notice something I have not tried
> after looking the above over? Why/How could Recordings be so perfect, and
> LiveTV be so horrible???? Any suggestions appreciated.
>

What about Playback -> Extra Audio Buffering? I had similar symptoms
(although much more frequent than 10 times per hour) and this setting
smoothed out Live TV for me with VAAPI on Intel.

Karl
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

dave at dhofstra

Jun 12, 2012, 5:26 AM

Post #3 of 14 (1816 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

On Mon, Jun 11, 2012 at 4:50 PM, Karl Newman <siliconfiend [at] gmail> wrote:

> On Mon, Jun 11, 2012 at 12:54 PM, David Hofstra <dave [at] dhofstra> wrote:
> > I'm a long-time MythTV user, but I've only ever used Myth to watch
> > recordings (not to watch live-tv). I've always used my DirecTV box for
> > LiveTV as it was easier for the WAF.
> >
> > I recently purchased a HDHomerun Prime, and switched from DirecTV to
> > Xfinity. I found that the Xfinity box on-screen guide is unbearable to
> > watch LiveTV... ughh So, I'm trying to use MythTV to watch LiveTV and
> ditch
> > the Xfinity box altogether.
> >
> > Problem: Recordings playback wonderfully 100% on my frontend (and have
> for
> > years). LiveTV stutters about 10 times per hour, and about once per day
> it
> > fails. It almost always stutters a few seconds after the channel
> change,
> > which I hear is to be expected, but then it continues to stutter every so
> > many minutes.
> >
> > A) When LiveTV fails, it fails with 'video buffering failed too many
> times'
> > B) When LiveTV stutters, I see a bunch of the following in the frontend
> > terminal (infact, I see this when it doesn't stutter also)
> > -RingBuf(<filename>): Waited 0.2 seconds for data to become
> > available... 15720 < 32768
> > -RingBuf(<filename>): Taking too long to be allowed to read..
> >
> > I have a Geforce 210 @1024MB running 295.40 and it is using VDPAU normal
> > settings on mythbuntu (OS 12.04)
> >
> > Here's what I have tried so far:
> >
> > 1) Replaced network cables to HDHomerun Prime as well as to the
> frontend.
> > 2) Replaced the hard-drive in the frontend.
> > 3) Moved the LiveTV recording group directory to a faster RAID5 drive
> set
> > on the backend (previously on home directory)
> > 4) Stopped upmixing stereo to 5.1
> > 5) I tried both streaming using the myth:// protocol, and also having
> the
> > liveTV directory on the NFS share directly.
> > 6) I tried using every window manager known to man
> > 7) Upgraded to the newest 0.25 mythtv-fixes, which updates to a new
> version
> > virtually every day
> > 8) I have one other frontend with a Geforce 6150, and while it doesn't
> seem
> > to stutter, the HDTV tearing is so horrible, I cannot really tell if this
> > box has the same problem or not.
> > 9) I've increased the HD ringbuffer size in the backend-setup
> > 10) Some folks note that if you pause LiveTV for a few seconds, then the
> > stuttering stops. This also seems to work for me, but I hate to have to
> > pause LiveTV every time I change the channel.
> >
> > Does anyone have any other thoughts, or notice something I have not tried
> > after looking the above over? Why/How could Recordings be so perfect,
> and
> > LiveTV be so horrible???? Any suggestions appreciated.
> >
>
> What about Playback -> Extra Audio Buffering? I had similar symptoms
> (although much more frequent than 10 times per hour) and this setting
> smoothed out Live TV for me with VAAPI on Intel.
>
> Karl
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>

I did check, and extra audio buffering is on. Thanks for the suggestion.
I've also fiddled with realtime priority threads, neither of which seem
to really help anything.

I'm perplexed as to why pausing for a brief second seems to fix the LiveTV
problem. I keep wondering what the "HD Ringbuffer size" in the backend
is... is that a way to set a large enough buffer for LiveTV?

If a recording is going on, and I watch another recording at the same time,
it is perfect, why would LiveTV be any different than this scenario?

josu.lazkano at gmail

Jun 12, 2012, 6:17 AM

Post #4 of 14 (1810 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

2012/6/12 David Hofstra <dave [at] dhofstra>:
> On Mon, Jun 11, 2012 at 4:50 PM, Karl Newman <siliconfiend [at] gmail> wrote:
>>
>> On Mon, Jun 11, 2012 at 12:54 PM, David Hofstra <dave [at] dhofstra> wrote:
>> > I'm a long-time MythTV user, but I've only ever used Myth to watch
>> > recordings (not to watch live-tv). I've always used my DirecTV box for
>> > LiveTV as it was easier for the WAF.
>> >
>> > I recently purchased a HDHomerun Prime, and switched from DirecTV to
>> > Xfinity. I found that the Xfinity box on-screen guide is unbearable to
>> > watch LiveTV... ughh So, I'm trying to use MythTV to watch LiveTV and
>> > ditch
>> > the Xfinity box altogether.
>> >
>> > Problem: Recordings playback wonderfully 100% on my frontend (and have
>> > for
>> > years). LiveTV stutters about 10 times per hour, and about once per day
>> > it
>> > fails. It almost always stutters a few seconds after the channel
>> > change,
>> > which I hear is to be expected, but then it continues to stutter every
>> > so
>> > many minutes.
>> >
>> > A) When LiveTV fails, it fails with 'video buffering failed too many
>> > times'
>> > B) When LiveTV stutters, I see a bunch of the following in the frontend
>> > terminal (infact, I see this when it doesn't stutter also)
>> > -RingBuf(<filename>): Waited 0.2 seconds for data to become
>> > available... 15720 < 32768
>> > -RingBuf(<filename>): Taking too long to be allowed to read..
>> >
>> > I have a Geforce 210 @1024MB running 295.40 and it is using VDPAU normal
>> > settings on mythbuntu (OS 12.04)
>> >
>> > Here's what I have tried so far:
>> >
>> > 1) Replaced network cables to HDHomerun Prime as well as to the
>> > frontend.
>> > 2) Replaced the hard-drive in the frontend.
>> > 3) Moved the LiveTV recording group directory to a faster RAID5 drive
>> > set
>> > on the backend (previously on home directory)
>> > 4) Stopped upmixing stereo to 5.1
>> > 5) I tried both streaming using the myth:// protocol, and also having
>> > the
>> > liveTV directory on the NFS share directly.
>> > 6) I tried using every window manager known to man
>> > 7) Upgraded to the newest 0.25 mythtv-fixes, which updates to a new
>> > version
>> > virtually every day
>> > 8) I have one other frontend with a Geforce 6150, and while it doesn't
>> > seem
>> > to stutter, the HDTV tearing is so horrible, I cannot really tell if
>> > this
>> > box has the same problem or not.
>> > 9) I've increased the HD ringbuffer size in the backend-setup
>> > 10) Some folks note that if you pause LiveTV for a few seconds, then
>> > the
>> > stuttering stops. This also seems to work for me, but I hate to have
>> > to
>> > pause LiveTV every time I change the channel.
>> >
>> > Does anyone have any other thoughts, or notice something I have not
>> > tried
>> > after looking the above over? Why/How could Recordings be so perfect,
>> > and
>> > LiveTV be so horrible???? Any suggestions appreciated.
>> >
>>
>> What about Playback -> Extra Audio Buffering? I had similar symptoms
>> (although much more frequent than 10 times per hour) and this setting
>> smoothed out Live TV for me with VAAPI on Intel.
>>
>> Karl
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users [at] mythtv
>> http://www.mythtv.org/mailman/listinfo/mythtv-users
>
>
>
> I did check, and extra audio buffering is on. Thanks for the suggestion.
> I've also fiddled with realtime priority threads, neither of which seem to
> really help anything.
>
> I'm perplexed as to why pausing for a brief second seems to fix the LiveTV
> problem. I keep wondering what the "HD Ringbuffer size" in the backend
> is... is that a way to set a large enough buffer for LiveTV?
>
> If a recording is going on, and I watch another recording at the same time,
> it is perfect, why would LiveTV be any different than this scenario?
>
>
>

I have same problem with my FE/BE Atom machine.

I think is something related to tv program change, it start the
mythpreviewgen and get 100% CPU.

Hope someone will fix it soon.

Best regards.

--
Josu Lazkano
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

mitch.capper at gmail

Jun 12, 2012, 7:28 AM

Post #5 of 14 (1805 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

mythpreviewgen may be decently easy to debug look at the log output for it.

~Mitch

On Tue, Jun 12, 2012 at 6:17 AM, Josu Lazkano <josu.lazkano [at] gmail> wrote:
> 2012/6/12 David Hofstra <dave [at] dhofstra>:
>> On Mon, Jun 11, 2012 at 4:50 PM, Karl Newman <siliconfiend [at] gmail> wrote:
>>>
>>> On Mon, Jun 11, 2012 at 12:54 PM, David Hofstra <dave [at] dhofstra> wrote:
>>> > I'm a long-time MythTV user, but I've only ever used Myth to watch
>>> > recordings (not to watch live-tv). I've always used my DirecTV box for
>>> > LiveTV as it was easier for the WAF.
>>> >
>>> > I recently purchased a HDHomerun Prime, and switched from DirecTV to
>>> > Xfinity. I found that the Xfinity box on-screen guide is unbearable to
>>> > watch LiveTV... ughh So, I'm trying to use MythTV to watch LiveTV and
>>> > ditch
>>> > the Xfinity box altogether.
>>> >
>>> > Problem: Recordings playback wonderfully 100% on my frontend (and have
>>> > for
>>> > years). LiveTV stutters about 10 times per hour, and about once per day
>>> > it
>>> > fails. It almost always stutters a few seconds after the channel
>>> > change,
>>> > which I hear is to be expected, but then it continues to stutter every
>>> > so
>>> > many minutes.
>>> >
>>> > A) When LiveTV fails, it fails with 'video buffering failed too many
>>> > times'
>>> > B) When LiveTV stutters, I see a bunch of the following in the frontend
>>> > terminal (infact, I see this when it doesn't stutter also)
>>> > -RingBuf(<filename>): Waited 0.2 seconds for data to become
>>> > available... 15720 < 32768
>>> > -RingBuf(<filename>): Taking too long to be allowed to read..
>>> >
>>> > I have a Geforce 210 @1024MB running 295.40 and it is using VDPAU normal
>>> > settings on mythbuntu (OS 12.04)
>>> >
>>> > Here's what I have tried so far:
>>> >
>>> > 1) Replaced network cables to HDHomerun Prime as well as to the
>>> > frontend.
>>> > 2) Replaced the hard-drive in the frontend.
>>> > 3) Moved the LiveTV recording group directory to a faster RAID5 drive
>>> > set
>>> > on the backend (previously on home directory)
>>> > 4) Stopped upmixing stereo to 5.1
>>> > 5) I tried both streaming using the myth:// protocol, and also having
>>> > the
>>> > liveTV directory on the NFS share directly.
>>> > 6) I tried using every window manager known to man
>>> > 7) Upgraded to the newest 0.25 mythtv-fixes, which updates to a new
>>> > version
>>> > virtually every day
>>> > 8) I have one other frontend with a Geforce 6150, and while it doesn't
>>> > seem
>>> > to stutter, the HDTV tearing is so horrible, I cannot really tell if
>>> > this
>>> > box has the same problem or not.
>>> > 9) I've increased the HD ringbuffer size in the backend-setup
>>> > 10) Some folks note that if you pause LiveTV for a few seconds, then
>>> > the
>>> > stuttering stops. This also seems to work for me, but I hate to have
>>> > to
>>> > pause LiveTV every time I change the channel.
>>> >
>>> > Does anyone have any other thoughts, or notice something I have not
>>> > tried
>>> > after looking the above over? Why/How could Recordings be so perfect,
>>> > and
>>> > LiveTV be so horrible???? Any suggestions appreciated.
>>> >
>>>
>>> What about Playback -> Extra Audio Buffering? I had similar symptoms
>>> (although much more frequent than 10 times per hour) and this setting
>>> smoothed out Live TV for me with VAAPI on Intel.
>>>
>>> Karl
>>> _______________________________________________
>>> mythtv-users mailing list
>>> mythtv-users [at] mythtv
>>> http://www.mythtv.org/mailman/listinfo/mythtv-users
>>
>>
>>
>> I did check, and extra audio buffering is on. Thanks for the suggestion.
>> I've also fiddled with realtime priority threads, neither of which seem to
>> really help anything.
>>
>> I'm perplexed as to why pausing for a brief second seems to fix the LiveTV
>> problem. I keep wondering what the "HD Ringbuffer size" in the backend
>> is... is that a way to set a large enough buffer for LiveTV?
>>
>> If a recording is going on, and I watch another recording at the same time,
>> it is perfect, why would LiveTV be any different than this scenario?
>>
>>
>>
>
> I have same problem with my FE/BE Atom machine.
>
> I think is something related to tv program change, it start the
> mythpreviewgen and get 100% CPU.
>
> Hope someone will fix it soon.
>
> Best regards.
>
>
> --
> Josu Lazkano
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

jyavenard at gmail

Jun 12, 2012, 7:50 AM

Post #6 of 14 (1805 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

Hi

On Monday, 11 June 2012, David Hofstra wrote:

>
> Does anyone have any other thoughts, or notice something I have not tried
> after looking the above over? Why/How could Recordings be so perfect, and
> LiveTV be so horrible???? Any suggestions appreciated.
>
>
It's a bug in 0.25, it tries by default to play way too close to the "live"
part. Pause your playback for a few seconds, or rewing by 10s , and all
those issues will be gone.

nick.rout at gmail

Jun 12, 2012, 11:39 PM

Post #7 of 14 (1791 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

On Wed, Jun 13, 2012 at 2:50 AM, Jean-Yves Avenard <jyavenard [at] gmail> wrote:
> Hi
>
>
> On Monday, 11 June 2012, David Hofstra wrote:
>>
>>
>> Does anyone have any other thoughts, or notice something I have not tried
>> after looking the above over? Why/How could Recordings be so perfect, and
>> LiveTV be so horrible???? Any suggestions appreciated.
>>
>
> It's a bug in 0.25, it tries by default to play way too close to the "live"
> part. Pause your playback for a few seconds, or rewing by 10s , and all
> those issues will be gone.

Is this bug being addressed?
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

jyavenard at gmail

Jun 13, 2012, 12:08 AM

Post #8 of 14 (1792 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

On 13 June 2012 16:39, Nick Rout <nick.rout [at] gmail> wrote:
>
> Is this bug being addressed?

don't think so... I think there's no-one really understanding how the
existing code actually works :)
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

jmorris at beau

Jun 13, 2012, 9:42 AM

Post #9 of 14 (1776 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

On Wed, 2012-06-13 at 00:50 +1000, Jean-Yves Avenard wrote:

> It's a bug in 0.25, it tries by default to play way too close to the "live"
> part. Pause your playback for a few seconds, or rewing by 10s , and all
> those issues will be gone.

Can it really be that easy? I know it is killing the WAF for me, the
audio glitches bother be more than her but when the frontend hangs I get
a call at work. I ssh in, kill mythfrontend and she grumbles about
'this crap is getting old'. Btw, C-A-Backspace don't break it loose
when it hangs, she could manage that one, only a kill from the network
gets it back without a reboot that would hose recordings. I'll see if I
can get her to try the pause/unpause trick when she is going to leave it
on a channel.

I have only the Prime and no cable box so pretty much all TV has to come
through Myth. She idles it on a news channel during much of the day
while working around the house so it has been hanging at least once a
week in the month or so I have been using the Prime.

Now that I think back it does make some sense. It has only hung on me
once but I am more active even on live tv, entering the guide, flipping
channels, rewinding to catch something I wasn't paying enough attention
to, etc. So it probably doesn't spend much time at the very head of the
buffer when I'm using it while she punches a channel in and leaves it
alone for hours at a time.

Attachments:

signature.asc (0.19 KB)

newmank1 at asme

Jun 13, 2012, 10:30 AM

Post #10 of 14 (1775 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

On Wed, Jun 13, 2012 at 9:42 AM, John Morris <jmorris [at] beau> wrote:
> On Wed, 2012-06-13 at 00:50 +1000, Jean-Yves Avenard wrote:
>
>> It's a bug in 0.25, it tries by default to play way too close to the "live"
>> part. Pause your playback for a few seconds, or rewing by 10s , and all
>> those issues will be gone.
>
> Can it really be that easy? I know it is killing the WAF for me, the
> audio glitches bother be more than her but when the frontend hangs I get
> a call at work. I ssh in, kill mythfrontend and she grumbles about
> 'this crap is getting old'. Btw, C-A-Backspace don't break it loose
> when it hangs, she could manage that one, only a kill from the network
> gets it back without a reboot that would hose recordings. I'll see if I
> can get her to try the pause/unpause trick when she is going to leave it
> on a channel.

I mapped a button on my remote to a "Force Exit" script that I had to
use because xine kept hanging on exit. I happen to have a Harmony
remote but you could assign it to an unused button. I also included
mythfrontend in the script in case it had a problem. In lircrc, I
added this section:

# Force Exit button, kills everything (xine, mythfrontend)
begin
prog = irexec
button = KEY_RESTART
config = /home/mythtv/mythkill.sh
end

And in /home/mythtv/mythkill.sh:

#!/bin/sh
if [[ `pgrep xine` ]]; then
echo "Killing Xine"
# Kill any lingering xines
pkill xine
sleep 2
# No, really exit
pkill -9 xine
else
# Kill Mythfrontend
echo "Killing MythTV"
pkill mythfrontend
sleep 2
pkill -9 mythfrontend
fi

Note that you have to have irexec (part of the lirc package) running
to catch this event. Fortunately my wife doesn't need to use the
button much, but she's aware of it and I don't generally get calls
about that...

Karl
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

jmorris at beau

Jun 16, 2012, 7:57 AM

Post #11 of 14 (1731 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

On Wed, 2012-06-13 at 10:30 -0700, Karl Newman wrote:

> I mapped a button on my remote to a "Force Exit" script that I had to
> use because xine kept hanging on exit. I happen to have a Harmony
> remote but you could assign it to an unused button. I also included
> mythfrontend in the script in case it had a problem. In lircrc, I
> added this section:

> Note that you have to have irexec (part of the lirc package) running
> to catch this event. Fortunately my wife doesn't need to use the
> button much, but she's aware of it and I don't generally get calls
> about that...

I just added Shift-Exit to do a "killall mythfrontend". It works when I
test it on a running frontend, if it works when the frontend wedges
again the problem goes from serious to annoying.

Attachments:

signature.asc (0.19 KB)

dave at dhofstra

Jun 17, 2012, 9:28 AM

Post #12 of 14 (1706 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

>
>
> Does anyone have any other thoughts, or notice something I have not tried
> after looking the above over? Why/How could Recordings be so perfect, and
> LiveTV be so horrible???? Any suggestions appreciated.
>
>
After a week of tinkering with everything, and reading everything there is
on the web to read, I may have found the solution to my problem. Here is
what I think had the impact:

1) I put in a spare drive on the backend, and setup the master-backend to
use this mounted drive as a LiveTV only drive. (Whenever LiveTV was on my
RAID5 Recordings array, or my home drive, it stutters LiveTV.)

2) I did not NFS mount this new LiveTV drive on the frontends, forcing
Myth to stream to the frontends instead of using NFS. (Whenever I use a
mounted NFS on the frontends, even with the separate LiveTV drive, then it
stutters. Streaming does not stutter LiveTV for me only if I use this
separate drive without NFS mounting it.)

Hope that helps someone else. I'm almost 1 day free of LiveTV stutters
with this configuration...

Thanks,

jpreston at longlines

Jun 17, 2012, 3:16 PM

Post #13 of 14 (1586 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

I have not experienced the issue you have seen, but I have a fairly serious issue that may be related to the one you are seeing. Whenever I place the default storage group on a secondary hard disk or RAID array all my frontends lock up whenever I try to view LiveTV. I have checked permissions; but nothing has worked so far. If it is set to the root file system the it works fine.....

David Hofstra <dave [at] dhofstra> wrote:

Does anyone have any other thoughts, or notice something I have not tried after looking the above over? Why/How could Recordings be so perfect, and LiveTV be so horrible???? Any suggestions appreciated.

After a week of tinkering with everything, and reading everything there is on the web to read, I may have found the solution to my problem. Here is what I think had the impact:

1) I put in a spare drive on the backend, and setup the master-backend to use this mounted drive as a LiveTV only drive. (Whenever LiveTV was on my RAID5 Recordings array, or my home drive, it stutters LiveTV.)

2) I did not NFS mount this new LiveTV drive on the frontends, forcing Myth to stream to the frontends instead of using NFS. (Whenever I use a mounted NFS on the frontends, even with the separate LiveTV drive, then it stutters. Streaming does not stutter LiveTV for me only if I use this separate drive without NFS mounting it.)

Hope that helps someone else. I'm almost 1 day free of LiveTV stutters with this configuration...

Thanks,

gordon.mccrae at gmail

Aug 8, 2012, 1:37 AM

Post #14 of 14 (1443 views)
Permalink

Re: LiveTV Stutters - Recordings are Perfect [In reply to]

On 17/06/12 17:28, David Hofstra wrote:
>
>
> Does anyone have any other thoughts, or notice something I have
> not tried after looking the above over? Why/How could Recordings
> be so perfect, and LiveTV be so horrible???? Any suggestions
> appreciated.
>
>
> After a week of tinkering with everything, and reading everything
> there is on the web to read, I may have found the solution to my
> problem. Here is what I think had the impact:
>
> 1) I put in a spare drive on the backend, and setup the
> master-backend to use this mounted drive as a LiveTV only drive.
> (Whenever LiveTV was on my RAID5 Recordings array, or my home drive,
> it stutters LiveTV.)
>
> 2) I did not NFS mount this new LiveTV drive on the frontends,
> forcing Myth to stream to the frontends instead of using NFS.
> (Whenever I use a mounted NFS on the frontends, even with the separate
> LiveTV drive, then it stutters. Streaming does not stutter LiveTV for
> me only if I use this separate drive without NFS mounting it.)
>
> Hope that helps someone else. I'm almost 1 day free of LiveTV
> stutters with this configuration...
>
> Thanks,
>
>
>
How has this fix worked for you in the longer term, are you still
stutter free?

Cheers
Gordon

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads