<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">&gt;&gt; The problem that I and others are referring to is not caused by<br>&gt;&gt; channel changes: You start listening to a livetv program. It's choppy.<br>&gt;&gt; pause-unpause and it's fine. Then your show ends and a new one begins,<br>&gt;&gt; same channel. Choppyness starts again. pause-unpause. your good again.<br>&gt;<br>&gt; Are you guys running into these problems using the Myth protocol? I<br>&gt; noticed similar issues and they completely go away when I configure the<br>&gt; frontend to use NFS to access recordings instead of the Myth protocol,<br>&gt; even though NFS is also using TCP.<br>&gt;<br>&gt; Might be worth trying to use NFS to access your recordings to confirm<br>&gt; that using the Myth protocol is not the, or part of the, problem.<br>&gt;<br>&gt; Using NFS to access recordings has one issue when watching live TV,<br>&gt; though: when
 a show ends you'll end up in the TV menu with the error<br>&gt; "fail too many times to grab a frame" or something like that. This<br>&gt; is due to the fact that the file that was being played does not grow<br>&gt; anymore after a show ends. The Myth protocol handles the transition from<br>&gt; the old file to the new one but the transition is not handled when using<br>&gt; NFS. This means that the test "Then your show ends and a new one begins,<br>&gt; same channel. Choppyness starts again. pause-unpause. your good again."<br>&gt; won't work.<br><br>It is using the Myth protocol. Without having tried NFS to watch live TV, I'm going to guess that it will work correctly (until the show ends that is) because I can watch any recorded shows on both FEs and also my DVD iso's that are accessed from an NFS mount on my remote FE and all that works properly.<br><br>Daniel<br><br></td></tr></table><br>