<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">&gt;&gt; I'm seeing this too, especially with high bandwidth channels, for<br>&gt;&gt; example HD content. Defragmenting the XFS storage improved the<br>&gt;&gt; situation a bit, but not completely, and it gets worse again after a<br>&gt;&gt; while.<br>&gt;&gt; I don't see this behaviour always, but regularly. Another symptom of<br>&gt;&gt; what I guess has the same cause, is some loss of stream content<br>&gt;&gt; during the program change. The video/audio almost freezes for 1-2<br>&gt;&gt; seconds, dropping a frame or two during this pausing, and then<br>&gt;&gt; either continues normally, or with the symptoms you describe.<br>&gt;&gt; Programs that are being recorded in the background during that<br>&gt;&gt; freeze/frame loss usually lose a few frames too.<br>&gt;<br>&gt; same problem here too. And it occurs on nearly each program change. The <br>&gt;
 backend has a problem to switch fast enough to the next file, therefore <br>&gt; the frontend gets stuck. Sometimes it lasts too long and the frontend <br>&gt; jumps to main menu with a video-buffering error.<br>&gt; On H264 content often the first frames are broken (perhaps new file <br>&gt; don't start at a keyframe?).<br><br>If you don't mind, I'm going to hijack my own thread back! ;-) there's already low enough traffic and interest on this that I'd hate having it go in another direction...<br>The problem that I and others are referring to is not caused by channel changes: You start listening to a livetv program. It's choppy. pause-unpause and it's fine. Then your show ends and a new one begins, same channel. Choppyness starts again. pause-unpause. your good again.<br><br>Thanks!<br>Daniel<br><br></td></tr></table><br>