After upgrading cvs to 0.18 I found that I had to turn off "use video as timebase" otherwise I would get the slow then fast then slow, etc... video.
On 4/19/05, Rob Rosenfeld <[EMAIL PROTECTED]> wrote: > Mark Spieth wrote: > > >still looking at this. not enough time in the day. > >not sure why its jerky but also seems to happen at x1 for me so must be > >something fundamental. > >wont be a recording thing. > >not in CVS yet. > >all it was supposed to do is drop frames from being rendered to allow less > >CPU to do faster playback rates. > >must have something to do with the way XV interacts but this is only > >speculation until I do some more timing analysis. > >happens for at least usleep and RTC vsyncs. > >I suspect yours is a different problem. timestamp related. > >cheers > >mark > > > > > > > >>Did this get applied? I just built CVS tonight and am seeing what seems > >>to be the same behavior. Live TV is trying to play at double speed. > >>So, roughly 1/2 the time it's fast and 1/2 the time it's stuck in a > >>prebuffer pause. Setting timestretch to 50% helps, but doesn't correct > >>it. > >> > >>Old recordings I have still playback at the proper speed. Don't have a > >>new recording yet to check out. > >> > >> > >> > > > > > > > > Well if it's not in CVS yet, I repeat that I'm seeing the same behavior > in CVS and have not applied the patch, so maybe it's something else recent. > _______________________________________________ > mythtv-dev mailing list > [email protected] > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev > _______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
