### Author Topic: Better LCD Delay Routines?  (Read 816 times)

0 Members and 1 Guest are viewing this topic.

#### Sue Doenim

• LV2 Member (Next: 40)
• Posts: 21
• Rating: +0/-0
##### Better LCD Delay Routines?
« on: July 29, 2019, 01:04:25 am »
The LCD delay is long, and sometimes there's nothing to do while it's delaying, so you have to use a routine that waits until the LCD is ready. In LCD-heavy programs, like a grayscale game, tons of time is wasted in such routines. The most common routine that I learned from @thepenguin77 is:
Code: [Select]
label: ;T-states  IN A,($10) ;11 AND %10010000 ;7 JR NZ,label ;7/12;6 bytes, destroys AThis routine is okay, but it might be improvable. If you can use only bit 7 instead of both bit 7 and 4 (which is what I'm not sure about), these would work: Code: [Select] label: IN A,($10) ;11  RLA ;4  JR C,label ;7/12;5 bytes, destroys AThat one is a bit better, but if you want to optimize for speed:
Code: [Select]
  LD C,$10 ;7label: IN (C),A ;12 JP M,label ;10;7 bytes, destroys A/C;If C is already equal to$10, you can skip the ;load instruction and save 2 bytes/7 T-states.;If you are okay with using undocumented;instructions, IN (C) would preserve AThese look like they're really helpful routines to help save a bit of space and to save a few T-states, which will really add up when you're writing to the screen 768+ times in a row. The second one in particular might work really well with a grayscale program. If you move around some instructions, then you only need to load $10 into C once, and then you can go through your whole screen-writing routine without having to do so for every delay. « Last Edit: July 29, 2019, 12:44:02 pm by Sue Doenim » #### thepenguin77 • z80 Assembly Master • LV10 31337 u53r (Next: 2000) • Posts: 1591 • Rating: +823/-5 • The game in my avatar is bit.ly/p0zPWu ##### Re: Better LCD Delay Routines? « Reply #1 on: July 29, 2019, 01:31:35 am » That's a great idea Sue! I've never thought to try to optimize that before. I originally got that code from somewhere on ticalc.org. (Maybe Pheonix?) In my code it looks like this: Code: [Select] #define DWAIT IN A, ($10) \ AND %10010000 \ JR NZ, $-4; Then where needed ld a, 07 out ($10), a        DWAIT        ld      a, $20 out ($10), a        DWAIT        ld      a, $BF out ($10), a

I'm not sure how stable the LCD driver is, but if your goal is speed. Maybe you could even figure out how long the delay needs to be between writes and then try to match it exactly with some SMC code or a variable and a jump table. That's how many of the TI-84 music-playing programs account for the different cpu speeds of different calculators.
zStart v1.3.013 9-20-2013
All of my utilities
TI-Connect Help
You can build a statue out of either 1'x1' blocks or 12'x12' blocks. The 1'x1' blocks will take a lot longer, but the final product is worth it.
-Runer112

#### Xeda112358

• they/them
• Moderator
• LV12 Extreme Poster (Next: 5000)
• Posts: 4607
• Rating: +716/-6
• Calc-u-lator, do doo doo do do do.
##### Re: Better LCD Delay Routines?
« Reply #2 on: July 29, 2019, 06:21:08 am »
@Sue Doenim : your second routine should use "jr c,", not "jr nz,". I usually go with the second method unless I can get $10 in C, then I use the "in a,(c)" method. I also optionally use compiler directives so the user can use undocumented instructions. For example, in Grammer, I define my LCDDelay routine as: Code: [Select] in a,(16) \ rla \ jr c,$-3
But one of my favorite tricks that many people don't use (and you'll see in many of my projects) is that if I am only doing full-screen LCD updates and I don't need interrupts, then at the beginning of my program I disable interrupts and write 80h to port 16 (or BFh to port 16 if you are doing it the weird way). Then I can skip that entire step in my LCD update routine, since I write column-by-column and that internal LCD counter is automatically reset to the desired initial value by the end of my routine.

It doesn't save much, but it does save space (you almost certainly don't need to worry about an LCD delay between initializing with 80h and the first time you update the LCD), and you save a non-zero number of clock cycles each update, so it really is a "free" optimization.

#### thepenguin77

• z80 Assembly Master
• LV10 31337 u53r (Next: 2000)
• Posts: 1591
• Rating: +823/-5
• The game in my avatar is bit.ly/p0zPWu
##### Re: Better LCD Delay Routines?
« Reply #3 on: July 29, 2019, 12:35:10 pm »
So, originally, I was going to point out that my "exact-timing" scheme could be rather easily accomplished by using fixed length gaps between your port $10 writes and then using port$29 - $2C to do the t-state level timing for you. But then I saw this quote on the port$2A wiki:
Code: [Select]
... by adding a delay to any instruction which reads from or writes to ports 10 or 11 ...
Which means that for all these LCD delay routines, in a, $(10) actually takes a lot longer than expected. (An extra 11 t-states on my calculator). I guess this means that there's a huge speedup to be had simply by clearing port$2A (or $29 or$2C depending on your port $20 setting) at the start of your program and resetting it when you're done. (Although, it looks like my old programs do this, so maybe everyone already knows this ¯\_(ツ)_/¯) zStart v1.3.013 9-20-2013 All of my utilities TI-Connect Help You can build a statue out of either 1'x1' blocks or 12'x12' blocks. The 1'x1' blocks will take a lot longer, but the final product is worth it. -Runer112 #### Xeda112358 • they/them • Moderator • LV12 Extreme Poster (Next: 5000) • Posts: 4607 • Rating: +716/-6 • Calc-u-lator, do doo doo do do do. ##### Re: Better LCD Delay Routines? « Reply #4 on: July 29, 2019, 12:37:39 pm » Oh wow, I hadn't realized that! EDIT: I saw this on that page: Quote NOTE: The contents of this port should NOT be less than 0Ch or the LCD driver will no longer respond. « Last Edit: July 29, 2019, 12:42:59 pm by Xeda112358 » #### the_mad_joob • LV6 Super Member (Next: 500) • Posts: 302 • Rating: +45/-0 ##### Re: Better LCD Delay Routines? « Reply #5 on: July 29, 2019, 09:28:29 pm » I've always used the IN (C) (the undocumented), followed by JP M,X combo. Never had the chance|need to play with the other methods, yet. Also saw that you can poll bit 1 of port$02 after having configured port \$2F.
"No human is trustworthy, not even me..." - the_mad_joob

#### TIfanx1999

• ಠ_ಠ ( ͡° ͜ʖ ͡°)
• CoT Emeritus
• LV13 Extreme Addict (Next: 9001)
• Posts: 6173
• Rating: +191/-9
##### Re: Better LCD Delay Routines?
« Reply #6 on: August 04, 2019, 11:45:17 am »
I'm not adding anything to the discussion, but I just wanted to drop in and say hello thePenguin77. It's nice to see you're still around(and lurking at least ).

#### ClainBill

• LV1 Newcomer (Next: 20)
• Posts: 17
• Rating: +1/-0
##### Re: Better LCD Delay Routines?
« Reply #7 on: August 04, 2019, 01:26:30 pm »
I was just thinking the same thing.
Although I definitely haven’t been around as long as he

#### thepenguin77

• z80 Assembly Master
• LV10 31337 u53r (Next: 2000)
• Posts: 1591
• Rating: +823/-5
• The game in my avatar is bit.ly/p0zPWu
##### Re: Better LCD Delay Routines?
« Reply #8 on: August 07, 2019, 10:23:34 am »
I'm not adding anything to the discussion, but I just wanted to drop in and say hello thePenguin77. It's nice to see you're still around(and lurking at least ).

I still exist This thread sent me an email with the @mention which is why I appeared. I've been considering to drop by omnomirc sometime to talk to people. I don't know when it's busy these days.

(P.S. This is what I work on now. Also, I tend to go by bcov77 on other platforms if you feel like googling.)
zStart v1.3.013 9-20-2013
All of my utilities
TI-Connect Help
You can build a statue out of either 1'x1' blocks or 12'x12' blocks. The 1'x1' blocks will take a lot longer, but the final product is worth it.
-Runer112

#### Xeda112358

• they/them
• Moderator
• LV12 Extreme Poster (Next: 5000)
• Posts: 4607
• Rating: +716/-6
• Calc-u-lator, do doo doo do do do.
##### Re: Better LCD Delay Routines?
« Reply #9 on: August 07, 2019, 10:32:25 am »
(P.S. This is what I work on now. Also, I tend to go by bcov77 on other platforms if you feel like googling.)
That is so freaking cool.