Shaky screens
Moderator: MaxCoderz Staff
Shaky screens
I have a TI 84+ SE and run MirageOS on it, and my games usually run fine on it. But when I play certain Ion games like Super Mario v1.2, Acelgoyobis, Desolate, and Phantom Star, the screen tilts ans shakes up and down quickly. Can someone tell me how to fix it?
Thanks
Thanks
- Jim e
- Calc King
- Posts: 2457
- Joined: Sun 26 Dec, 2004 5:27 am
- Location: SXIOPO = Infinite lives for both players
- Contact:
Tr1p, I meant the extra hardware on the 83+se & 84+(se). Port $29 and $2A add delays when ever you read from or write to the lcd driver. ON a normal 83+ it only takes 11 tstates to "out ($11),a", but on an SE it takes about 15 tstates.
I know this because I've been resreaching hardware that might help my grey routine. Interrupts, Crytals timers, LCD driver, LCD speed, & CPU speed. So far Michael V's Port Refernce has been an invaluable source, but it's incomplete. And before I can go much further, I'm probably going to have to buy an 84 this week.
I think I got off topic...
I know this because I've been resreaching hardware that might help my grey routine. Interrupts, Crytals timers, LCD driver, LCD speed, & CPU speed. So far Michael V's Port Refernce has been an invaluable source, but it's incomplete. And before I can go much further, I'm probably going to have to buy an 84 this week.
I think I got off topic...
- Jim e
- Calc King
- Posts: 2457
- Joined: Sun 26 Dec, 2004 5:27 am
- Location: SXIOPO = Infinite lives for both players
- Contact:
I've gathered some information on it, It seems that The lcd speed port ($29) only uses bits 2-7 to determine the added lcd delay, and bits 0-1 are tied to the CPU speed port($2E), don't ask how i'm still experimenting but they should both be set to zero so not delay all opcodes...I think.
One more thing, Desolate is messing up?!? Last I saw the timings on GPP were about 77 tstates. *runs and checks code*, I see the shortest delay is 65 clocks right before starting a new column, I 'm surprised the 84+'s driver sucks that bad.
One more thing, Desolate is messing up?!? Last I saw the timings on GPP were about 77 tstates. *runs and checks code*, I see the shortest delay is 65 clocks right before starting a new column, I 'm surprised the 84+'s driver sucks that bad.
Well, Desolate is a little different than the others. First it shakes and tilts, then it just freezes the entite calculator and deletes random stuff. Weird.Jim e wrote:One more thing, Desolate is messing up?!? Last I saw the timings on GPP were about 77 tstates. *runs and checks code*, I see the shortest delay is 65 clocks right before starting a new column, I 'm surprised the 84+'s driver sucks that bad.
-
- MCF Legend
- Posts: 1601
- Joined: Mon 20 Dec, 2004 8:45 am
- Location: Budapest, Absurdistan
- Contact:
Worst of all, no emulator replicates this behaviour. In VTI you can write to the LCD at maximum speed and it will look right. I did it when I was coding Traz: I didn't know of fastcopy routines at the time (even better, some moron told me on TI-Files that the romcall is the fastest I can get), and I wanted to make it faster by only updating the at most 12 bytes covered by the ball by a special sprite routine that worked directly on the LCD screen. It was perfect on VTI, but on the real calc it just resembled what it should have been -- it garbled the screen on the way of the ball.