[mythtv] Trying to debug seek problems
David Abrahams
dave at boost-consulting.com
Mon Jan 30 11:10:43 UTC 2006
Isaac Richards <ijr at case.edu> writes:
> On Sunday 29 January 2006 09:08, David Abrahams wrote:
>> Isaac Richards <ijr at case.edu> writes:
>> > On Saturday 28 January 2006 22:11, David Abrahams wrote:
>> >> Isaac Richards <ijr at case.edu> writes:
>> >> > The problem is that VideoOutputQuartz::UpdatePauseFrame() isn't
>> >> > updating the scratch frame's frame number like it should, since it's
>> >> > using that style of pausing.
>> >>
>> >> Okay, so how should it update the scratch frame's frame number? And
>> >> why, if it's supposed to work that way, is it apparently perfect with
>> >> my change? What is broken that I'm not seeing?
>>
>> I'd still like to know what's broken by the change I proposed. It
>> would help me to understand the code and not waste as much of your
>> time the next time around.
>
> Your fix never updates the scratch frame's frame number - it could get out of
> sync with reality. Putting it in UpdatePauseFrame copies the video data and
> the frame number at the same time, so that can't possibly happen..
And if you never read the scratch frame's frame number, it doesn't
have a chance to screw anything else up. I made a patch based on your
advice and entered it in Trac (Ticket #1151), but as it turns out, it
doesn't fix the problem. I still get the unpredictable jumping back
to zero while skipping forward. Did I misunderstand what you were
suggesting?
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
More information about the mythtv-dev
mailing list