But it's not very useful at all, since most of the time it takes is to display the number, so it's not much faster than doing it in TI-BASIC (left side is ASM, right side is BASIC):#include "ti83plus.inc"Generated by the BBify'r (http://clrhome.org/resources/bbify/ (http://clrhome.org/resources/bbify/))
#define progStart $9D95
.org progStart-2
.db $BB,$6D
bcall(_ClrLCDFull)
bcall(_HomeUp)
ld HL, 0
Loop:
push HL
bcall(_DispHL)
bcall(_NewLine)
pop HL
inc HL
ld DE, 10000
xor A
sbc HL, DE
add HL, DE
jr nz, Loop
ret
0->C
While C+1->C-10000
End
Disp "Finished"
My TI 83+ does that in less than a second.
My NXT takes about 1.5 seconds to count from 60000 to 0.
EDIT: Actually, it takes about 2.2 seconds.
??? Are you sure it can count to 10,000 in about 1/30th of a second?
That seems super fast.......
#include <stdio.h>
int main(){
a=60000;
while(a){
a=a-1;
}
printf("Done\n");
return 0;
} ld hl, 0
ld de, 0
ld bc, 60000
ldir
I made a program for it on my NXT in assembly that counts and displays the number.(It displays the number in the same place the whole time.) It counts to 10,000 in about 4 seconds.there's no way that you are getting 2,500 frames per second. i'm guessing that whatever method your using isn't "turning off the OS overhead" like qwerty said, and that it manages screen updates itself with interrupts, and that all you're doing is writing the character data to a RAM buffer somewhere.