Omnimaga
Calculator Community => TI Calculators => General Calculator Help => Topic started by: calcuser on September 19, 2011, 09:50:10 pm
-
I have a ti nspire cas (O.S. 2.1.0.631) that has a clickpad. I wanted to get gbc4nspire on it, so I installed ndless 2.0, using the 2.1.0 installer. When I tried running the gbc4nspire v.0.8, it crashed. When I tried using gbc4nspire_t, the left and right arrows (numbers 4 and 6) worked, but up and down (8 and 5) did not. Please help!!
-
calc84 made a version that works with the actual arrow keys on the touchpad, have you tried that?
-
I tried gbc4nspire_touchpad and gbc4nspire_touch. Same problem. If you are referring to a different file, could you tell me its name or provide a download link?
-
you shouldn't be using touch.
You should be using the normal version. You have a clickpad. It's probably crashing while trying to interface with the touchpad.
-
Oh, you have a clickpad? Can you try using the original version right after rebooting, when there are no documents loaded in memory? Also, try downloading from a different location, you might have a corrupted file.
-
Well, it makes sense to me why it would crash on touchpad access attempts: Those same pins would be set up differently on a clickpad from the OS's init, and trying to write to an input pin is a bad idea, same with reading from output. Not to mention the key layout would differ.
-
Well, he said v0.8 (the original crashed), so I think it's something else.
-
What sort of crash did the original have?
-
It rebooted, just like what happens when you try to run ASM programs without ndless
EDIT:
I have tried downloading gbc4nspire from multiple locations, all of them have the same problem
I have tried reinstalling ndless right after the reboot and trying again, it crashed again
Also, I noticed that right before it crashes, the black menu screen comes up
-
Are you using gbc4nspire.tns from http://www.ticalc.org/archives/files/fileinfo/426/42630.html (http://www.ticalc.org/archives/files/fileinfo/426/42630.html)? The old version for ndless 1.1 definitely wouldn't work (and would probably cause the issue you're describing)
-
Maybe not actually...
-
OMFFFFFFG!!!!!!!! THX SO MUCH!!!!!!!!!!!!!
-
I got a version specific to touchpads (gbc4touch) which says 0.8 on the inside. I have two questions.
1: The direction you move seems to be based upon where your finger is on the touch-sensitive part of the touchpad, not the actual buttons. Can you fix that?
2: Is it possible to get my savs or states off onto a computer emulator and exchange them? (Do any other emus support your saving formats?)
-
I got a version specific to touchpads (gbc4touch) which says 0.8 on the inside. I have two questions.
1: The direction you move seems to be based upon where your finger is on the touch-sensitive part of the touchpad, not the actual buttons. Can you fix that?
.
2: Is it possible to get my savs or states off onto a computer emulator and exchange them? (Do any other emus support your saving formats?)
I can answer the question.
The touchpad thingy is one button so he could fixity to only up or down or left or right.
-
it might be possible if you change .state extension to something appropriate for that emulator.
-
I got a version specific to touchpads (gbc4touch) which says 0.8 on the inside. I have two questions.
1: The direction you move seems to be based upon where your finger is on the touch-sensitive part of the touchpad, not the actual buttons. Can you fix that?
2: Is it possible to get my savs or states off onto a computer emulator and exchange them? (Do any other emus support your saving formats?)
1: Unfortunately, TI didn't put actual buttons under the touchpad. Detecting direction based on where you touch it is how their OS works, too.
2: You can rename .sav files to .sav.tns and those should work (since it's the same save format that the real Game Boy uses). Save states, on the other hand, are not compatible between emulators.
-
Okay then. I don't use save states anyways.
Well does ndless use the same directional-detection system as the OS? Because the OS appears to do a much better job.
-
It's been rewritten but should be similar. Could you tell us what's exactly wrong with it? I unfortunately don't own a Touchpad and have always relied on other users' tests.
-
I have, using my mad PhotoShop skills, created a fantastical image to demonstrate my struggles.
(http://minecraft.techmastertelecom.com/Calc.png)
-
Isn't it possible to move diagonally in some games?
-
Oh... Yeah... That fantastic image was based upon my experiences with Pokémon, which does not use diagonal magic.
-
Yeah, that image would be dependent on the method the game checks input with, not the emu. Envision it checking Up, then down, then left, then right, and returning upon the first match, without checking the rest. That would mean Up-Left would be Up, and Down-Right would be Down, etc.
The best way to get rid of the direction issue is to use the old version which used the numbers for arrows.
Did I mention I really don't like the touch keypad at all? I feel like changing the OS with a patcher so I could use my old clickpad, but unfortunately the easiest way would actually be to solder a wire inside of it to ground instead :P (I might have that backwards, meaning it might need to be soldered to VCC. So sue me)
-
Ok, so Ndless doesn't seem to be in fault, since it divides the touchpad area in 9 portions.
-
Ok, so Ndless doesn't seem to be in fault, since it divides the touchpad area in 9 portions.
Actually, I didn't use Ndless routines for that version (since I was hackily hex editing :P)
I did use the same method to divide the touchpad, though.
-
Yeah, have no fears: Diagonal movement works great in zelda. It's just annoying that it has to use the touch sensor and not the button direction.
Also, thanks for not using any of the rocker buttons: It would be impossible to save Zelda with them! :P