cool.. i jumped around to the other side! :)
On Tue, Mar 6, 2018 at 5:18 PM, John R. Hogerhuis <jho...@pobox.com> wrote:
> On Tue, Mar 6, 2018 at 3:43 PM Ken Pettit <petti...@gmail.com> wrote:
>> On 3/6/18 2:19 PM, John R. Hogerhuis wrote:
>> > Ah. Well, CloudT dynamically inserts delays to simulate the Model T
>> > processor speed. If you look at the number at the bottom of the screen
>> > running off timer event callbacks, I can't get cycle accuracy.
>> Ahh, that's how you are emulating the 2.4MHz speed. I was wondering.
>> What do you use to determine the number of cycles to dynamically delay?
> Well it’s basically on cpu cycles per instruction. There are definitely
> get to be the only code on my thread or get a guaranteed time slice). But
> it ought to be close enough.
> The JUMP game seems to work off how fast inkey$ runs. I am guessing the
> issue is that CloudT does some queueing beyond what the model t provides
> due to some very fancy keyboard stuff going on in mobile browsers
> (predictive text and such). So keys batch up and allow the man run faster
> than he should.
> — John.