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

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

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

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

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

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

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

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

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

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

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

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

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

14
ASM / Re: Miscellaneous ASM Questions
« on: February 16, 2019, 09:31:54 pm »
Thanks for the answers! I have just a couple more follow ups.
1) What RAM pages can I use within programs without having any bad consequences?
Even numbered pages are execution protected by default, so executing code here will crash your calc. That said, you can definitely store data. On the calcs with USBs, page 83h has some data that should be preserved or restored in the first 128 bytes. Just remember that any OS routines that interact with memory or variables expect the right pages to be there.

Ram Pages (WikiTI)
If you overwrite the data at the start of page $83, will bcall(_fillAppBaseTable) fix that?
3) Can you interface with headphones beyond simply sending them signals with the ring and the tip? If so, how?
I don't know what you mean by this, sorry :| If you want to use headphones, you have to interact directly with port 0.
I looked for a while, and the most info I could find/understand on output to headphones was that you have to use bits 0 and 1 of port 0 (the tip and the ring), and switch them between set and reset at a desired note's frequency (e.g. 440Hz for A4). I thought that for more high quality sound than simply beeps, you send a full byte at a time to the headphones, but after looking at the source code for TruSound, I realize that that was wrong.

15
ASM / Miscellaneous ASM Questions
« on: February 16, 2019, 05:07:27 pm »
I have a few small questions that I'm not sure about, but I don't want to make a separate thread for each of them, so I'm combining them all in here.
1) What RAM pages can I use within programs without having any bad consequences?
2) When an appvar is less than 16kb and is archived, will it all be on the same ROM page?
3) Can you interface with headphones beyond simply sending them signals with the ring and the tip? If so, how?
If anyone can answer these questions, or refer me to a source that as answers, I would greatly appreciate it.

Pages: [1] 2