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
1
ASM / Re: Using APD in your program
« on: Yesterday at 11:08:21 am »
Doesn't RST $00 trigger a reset?

2
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]
label:
  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
label:
  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.

3
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?

4
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.

5
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?

6
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.

7
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).

8
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?

9
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.

10
ASM / Re: Help with loops?
« on: March 25, 2019, 08:34:59 pm »
Found my own way!
Hex
Code: [Select]
:AsmPrgm
:EF1840
:FE0F
:C8
:18F1
:C9

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

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.

11
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.

12
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.

13
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:

Validating...
Operating
System
100%

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

Waiting...

Please install
operating
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 (https://www.cemetech.net/forum/viewtopic.php?t=14207&start=0) seems to have had the same problem, but doesn't have much of an answer on how they fixed it.

14
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.

15
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