<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks for pointing out that bug report.<br>
I'd found all sorts of other similar ones but had not seen that one yet.<br>
Like lots of the other reports I've come across the symptoms were
similar but not exactly the same. Symptoms that I experienced that no
one else has written about include<br>
- my frontend locked up entirely and did not respond to keypresses<br>
- sometimes the backend died as well<br>
<br>
Anyway, as a result of reading that report I tried a few of the
suggestions it contained and found that the <br>
"I have unchecked "wait for SEQ headers" in capture card
settings>recording options in mythtv-setup." suggestion actually
resolved the issue.<br>
One of my networked frontend machines has now been through 10-20
program changes and been running for 6-8 hours non-stop.<br>
There is a slight pause (about 1 sec) on program changes, but that's
all.<br>
<br>
Leaving it running for a few more hours has resulted in many more
successful transitions. One of them however, did "freeze" the screen on
the front end, but the frontend still responded to the ESC key and so I
could simply restart the "Watch TV".<br>
<br>
This is a significant improvement.<br>
<br>
Thanks for the help.<br>
<br>
MythTV wrote:
<blockquote cite="mid:46F3CA45.9050907@blandford.net" type="cite">
<pre wrap="">Matthew Jurgens wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I'm running myth 0.20.2 on a Fedora Core 6 backend.
I'm running myth 0.20.2 on multiple Mythdora based Frontend units.
Everything that I've tried seems to work really well, however when I
am watching LiveTV the Frontend "freezes" once the time reaches what
the EPG thinks is the scheduled completion time for the program. For
example, if a program is schedule from 6pm to 7pm then LiveTV works as
it should, pausing ,rewinding, etc during the show. At 7pm (or a few
seconds after) the Frontend then "freezes". The results in the
following symptoms:
- the frontend becomes non-responsive to keystrokes
- the last video frame is stuck on the screen
- sshing to the box reveals that the Frontend is using as much CPU as
it can get (ie looping)
- killing the process and restarting it puts it all back to normal
- sometimes the backend dies as well, but this is not consistent. Most
times the backend just works as it should, simply showing that the
tuner has moved onto the next program.
Additionally, I've noticed that this happens everytime on networked
Frontends, whereas it mostly works ok on a local Frontend (ie the
Frontend installed on the same machine as the backend). I've tried
wired and wireless connections, which make no difference.
I've searched through the mailing list and can find a similar problem
being reported in the "**Frontend* freezes during live TV" *thread.
This points to a closed bug 1454. This bug sounds similar except that
it says mythtv consumes all swap and that pressing escape exits - my
problem does not consume all swap and does not respond to key presses
as previously described.
</pre>
</blockquote>
<pre wrap=""><!---->
Take a look at this bug report:
<a class="moz-txt-link-freetext" href="http://svn.mythtv.org/trac/ticket/2335">http://svn.mythtv.org/trac/ticket/2335</a>
Michael
_______________________________________________
mythtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a class="moz-txt-link-freetext" href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a>
</pre>
</blockquote>
</body>
</html>