<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
<br>> >> > Look like this may still not be resolved?<br>> >> ><br>> >> > http://code.mythtv.org/trac/ticket/10490<br>> >> ><br>> >> > Should I add to this ticket?<br>> >><br>> >> No need, we're aware of the issue and working to solve it.<br>> >><br>> >> Jim<br>> > I should report that since 2 updates ago (the update immediately after<br>> > danielk's "I misread Jim's.." reversion comment in ticket 10490), LiveTV<br>> > transitions for me have been near flawless. I get a ~1 second audio drop<br>> > and a nano second video blip (I also posted this in the ticket for<br>> > feedback). Thanks you guys!<br>> <br>> Are you referring to this commit?<br>> <br>> In 2531893d539ceb7158033a5862e9fbd51e01da1d/mythtv:<br>> RingBuffer?: Set the oldfile flag only once per live TV segment.<br>> <br>> So far this is only in Master, not 0.25-fixes, because I don't believe<br>> it is addressing the root cause.<br>> <br>> I appreciate feedback on these changes, since the problem is affecting<br>> different systems in different ways.<br>> <br>> By the way, the slight stuttering at program transitions is<br>> unavoidable for now, according to Daniel K., since there is some DB<br>> stuff going on within the UI thread that won't necessarily complete<br>> within a 60Hz (or whatever) frame interval.<br>> <br>> Jim<br><BR> <BR>I don't know what to tell you, my frontend failed to the main menu at LiveTV transitions 100% (literally) of the time from the time I upgraded to 0.25 a few weeks ago. Since the update that coresponded to that comment in 10490, I have not had one single failure. As far as the ~1 stutter, I wasn't complaining, I was rejoicing :).<BR> </div></body>
</html>