Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Sue Doenim

Pages: [1] 2
ASM / Re: Using APD in your program
« on: Yesterday at 11:08:21 am »
Doesn't RST $00 trigger a reset?

ASM / 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 A
This 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]
  IN A,($10) ;11
  RLA ;4
  JR C,label ;7/12
;5 bytes, destroys A
That one is a bit better, but if you want to optimize for speed:
Code: [Select]
  LD C,$10 ;7
  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 A
These 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.

ASM / Re: Miscellaneous ASM Questions
« on: April 28, 2019, 01:46:20 pm »
I was planning on using a finance variable to hold the value, since unlike statistic variables, they are borderline useless. The problem I was running into was that the TIOS doesn't seem to allow writing to variables from a hook. Whenever I copy a float into the RAM area from a hook, the OS sets the variable to 0, and when I use OS routines (stoSysTok), all kinds of junk happens. I can write to the variables from a normal program, but not from the hook. Is there any way to bypass this?

ASM / Re: Miscellaneous ASM Questions
« on: April 22, 2019, 09:31:44 pm »
You wouldn't be able to modify the function of the tau token using the other modes of the parser hook, would you? That seems like it would be a cleaner, if more difficult solution.

ASM / Re: Miscellaneous ASM Questions
« on: April 20, 2019, 11:23:59 pm »
I got the Raw Key Hook to work, so now pi keypresses put a tau token. I'm not sure about the Parser hook. I think I understand it pretty well. Replacing all of the tau tokens with 2pi wouldn't always work, though, would it? If you have 3tau, wouldn't that become 32pi?

ASM / Re: Miscellaneous ASM Questions
« on: April 19, 2019, 11:53:00 am »
I don't think I'll keep trying to make that program. I like the idea, but there are just some logistical issues. Things like "sin(arcsin(" would get messed up a bunch, and I don't see a nice way to fix that problem. I decided to work on another similar but probably simpler thing. My friend is a tau enthusiast, and he would like the pi keypress to be replaced with a functional tau keypress. (In case you don't know, τ=2π.) I was thinking I would set a raw key hook, and whenever pi is pressed, I would add tau to prgm!. Then I'd install a homescreen hook to allow the tau token to signify its value. What I'm not sure about is what prgm# is. Wikiti says "To retreive the expression to be evaluated use prgm#," but does that mean I edit prgm# to change the answer? Does prgm# hold a copy of prgm!, or what? My plan was to insert "(6.28[etc.])" Where ever a tau was.

ASM / Re: Miscellaneous ASM Questions
« on: April 04, 2019, 10:35:47 pm »
What do you mean by the edit buffer? Edit buffers can be fairly complicated to work with.
I don't mean the text shadow, but the place the tokens that you type in are stored.  I want to work with hooks to change things.  My current plan is to make an app that supports double-clicking of certain keys to access the [2nd] function of that key (e.g. double clicking [^] puts the pi token).

ASM / Re: Miscellaneous ASM Questions
« on: April 04, 2019, 09:09:31 pm »
Where is the edit buffer for the homescreen stored? What general guidelines should I follow when editing it?

ASM / Re: Help with loops?
« on: March 25, 2019, 11:26:00 pm »
Actually, jp points to a fixed location whereas jr is relative. So in this case, jr $F1 (18F1) just states that it will jump back 15 bytes from the end of the instruction.
Yeah, I meant the opcode itself, not the address it jumps to.  In hindsight, that wasn't the best way to put it, but my point about writing in hex still stands.

ASM / Re: Help with loops?
« on: March 25, 2019, 08:34:59 pm »
Found my own way!
Code: [Select]

Code: [Select]
bcall $4018
cp 0F
ret z
jr F1

Didn't try your code, but still, thanks for helping me out a little bit.
Also, I tested it on my physical TI-84+ and Wabbitemu, and they both act the same, they both work.
Note that jr $F1 will only work if the opcode is always at the exact same spot in the program (i.e. 7 bytes into the program).  Also, it kinda seems to me like you're trying to do coding on-calc/without a computer.  If that's the case, I would advise using Mimas.  It's a really nice app where you can write and compile ASM programs on-calc, and it's definitely much better than working in raw hex.

General Calculator Help / Re: TI-84 not receiving OS
« on: March 17, 2019, 09:56:40 pm »
Sorry to hear that :( Just wanted to make sure it wasn't a problem with the 2.55 install specifically. You may have some luck asking on Cemetech for some help to determine if it is for sure a hardware issue.
I have an N-spire CAS CX as well, so it's not a huge deal, but thanks for the sympathy :)  I'll check around thereabouts and see if I can find a way to save it.

Edit: It's fixed.  I was literally just not waiting for the calculator to validate.

General Calculator Help / Re: TI-84 not receiving OS
« on: March 17, 2019, 08:49:46 pm »
Have you tried installing 2.43 again? It's doubtful that it will fix it, as it does sounds like something could be wrong with the hardware.
I did, but it didn't make any difference.

General Calculator Help / TI-84 not receiving OS [Resolved]
« on: March 17, 2019, 01:44:16 pm »
I was having some troubles with TI connect, where the calculator would crash a lot of the time while sending/receiving files.  I guessed that this was due to Unsigned having messed with the certificate or something similar, so I downloaded that and uninstalled all of the stuff that Unsigned had done.  I still was having the issues, so I turned off zStart, and uninstalled the RAM clear stuff.  That didn't work, so I decided to send OS 2.55 to my calculator (it had OS 2.43, and before that, 2.55).  Once the OS was totally installed, the calculator froze at a screen that said:


It stayed like that even after TI connect closed itself, and the calculator wouldn't do anything until I took out a battery.  When I turned it on again, it went right to the


Please install
system now.

screen.  When I try testing flash, the dots go to about halfway, and then "FLASH FAILED" displays.  Is my calculator dead, or is there something I can do to fix it?
This person ( seems to have had the same problem, but doesn't have much of an answer on how they fixed it.

TI Z80 / Re: Issues converting image for use with zstart
« on: March 11, 2019, 10:03:49 pm »
I was wondering if something about GIMP changed, as it has gone through ~5 years of updates, but I don't see what that would do to change how it saves BMPs. After all, I would think that an image file format would be pretty set and unchanging, but maybe not. I don't see how the program itself could have changed, and I doubt windows has changed in a way that it can't cooperate with the program anymore. I might try installing an older version of GIMP to see if that would work.

Edit: I just tried it with GIMP 2.8, from late 2015. I got the same error as before.

TI Z80 / Issues converting image for use with zstart
« on: March 09, 2019, 12:32:32 pm »
This is a pretty good bump, but it fits in this topic, so I don't feel the need to make a new one. I was trying to convert a picture to be displayed on the calculator, but when I am on the last step listed in the readme, the program says:
File Found!
File Size 18554
Wrong Header Type!!
Is there any way to fix this? As far as I know, I followed the instructions exactly. I'll attach the picture in case it is needed.

Edit: I guess it's not a bump. Sorry for posting in the old thread, in that case.

Pages: [1] 2