Hello! email@example.com wrote: > Interesting.. Michau, I see I can always count on you having some "out of the box" ideas! I'll do some tests with this approach. I don't think I'd have to continuously count scanlines or take any care about vblank. I should be able to predict result on both PAL and NTSC systems and check whether it in fact lands where it should with a given freq. The only think that may affect this to a small degree are "badlines". It will still be longer in bytes but should be much more effective in terms of time wasted. I'll do the tests. Thanks! You're most welcome :-) The main problem here is that the change in TODTEN register can occur at any scanline number. So that's why I predict you might need to put more care into counting scanlines - they are not synchronized to the TOD clock in any way so you never know in what place of the screen you will start counting... That would also make your prediction harder. Regards, Michau. Message was sent through the cbm-hackers mailing listReceived on 2013-05-21 12:00:55
Archive generated by hypermail 2.2.0.