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 - JosJuice
Pages: 1 ... 66 67 [68] 69 70 ... 98
1006
« on: January 22, 2011, 02:11:32 pm »
Also, since all of my expertise is in the iPhone jailbreaking world, I have no idea how to downgrade in the first place.
Downgrading to 1.7 is just like upgrading to a new OS, except you use an old OS instead of a new one.
1007
« on: January 22, 2011, 01:52:49 pm »
(Please note: I don't know a lot about the Nspire, so what I'm saying might be wrong) I just got a Ti Nspire Touchpad(non CAS), which came with OS 2.0 preinstalled. Does this mean I can get a clickpad separately and can use it instead of the annoying touchpad? Yes. I would also like to downgrade to OS 1.7 in order to use Ndless, and I know that OS 1.7 wont work with the touchpad. Is that all I would have to do to get Ndless working on my Nspire?  Yes, but you need to use a certain thing that I've forgotten the name of in order to downgrade. Also, a version of Ndless that supports 2.0 might be released soon.
1008
« on: January 21, 2011, 01:25:58 pm »
I registered an account using that code, and it seems to work. Thanks!
1009
« on: January 21, 2011, 11:20:10 am »
Do you guys already have a clue on how large the actual RAM chip is? On the GII calculators it is 512k.
Simon told me once you can check this via the FA-124 communication protocol and the Prizm's 3-pin port still has to support most of this.
We don't know anything about RAM other than that there's 61 KB user RAM.
1010
« on: January 21, 2011, 01:46:07 am »
executable assembly code can run without crashing! I modified the conversion app to accept some looping code and the calc finally doesn't crash. Everything appears to still be working, so my calc isn't bricked.
* Qwerty.55 is happy  * Qwerty.55 thanks Z80 for clarifying how to defeat the 32 bit checksum.
Maybe this checksum stuff should be added to the wiki?  (yeah, I know I always talk about the wiki)
1011
« on: January 21, 2011, 01:37:09 am »
z80man I certainly hope the screen content is not stored in the Flash memory. At the speed the draw commands and pxl-tests run, I am worried. 
If it was, even the OS menus would be incredibly slow. It doesn't make sense to store something like the current picture of the screen in Flash - RAM is intended for temporary storage like this.
1012
« on: January 21, 2011, 01:33:00 am »
Here is the product code from an fx-9860G SD:
Code A: G363-51
Code B: A162239 Is it possible to use this code multiple times, or only once?
1013
« on: January 21, 2011, 01:31:12 am »
I have an idea, but I'm not sure if it is going to work. Unlike the TI 83+ the Prizm has its lcd directly mapped to memory. One screen image on the Prizm takes up 166 kilobytes. What I don't know though is where all this data is. I'm assuming that the Prizm doesn't have more than 1 megabyte of ram. What this means that if I do a few writes to memory I might be able to find where the plotscreen is. This could also really screw up my Prizm too. What I will do is up to one megabyte every 160 kilobytes I will send 32 bytes of one color. Every segment seperated 160 kilobytes will also be a different color. Hopefully when (if)  I get a small line on my screen, I will be able to determine the general memory location. Then later I can narrow that down. to an exact location 
Sounds like a good idea... But also a dangerous one. Let's hope it works - knowing how to write to the LCD would be very helpful.
1014
« on: January 20, 2011, 03:04:05 pm »
Great! Soon none of the file formats will be able to hide from us. Actually, I don't fully understand what you just wrote... I guess it might take a little time for me. And as always, it would be good if this documentation is added to the wiki.
1015
« on: January 20, 2011, 01:41:34 am »
This is cool! I might even use a Prizm as storage for my 84+ when I get one...
1016
« on: January 20, 2011, 01:39:34 am »
What exactly does this do? I'm at school, so...
It display a bunch of leetspeak and then forces you to write APPLE. If you don't write APPLE, you lose. If you successfully write it, you win.
1017
« on: January 19, 2011, 11:26:00 am »
It seems like the .g3a reading still tries to read part of the header. And, um... disassembling doesn't seem to work at all.
Of course not, PRIZM Assembly is not known yet, none can make a Disassembler, it only reads the Hex. Part of the header? Can you say how many bytes?
Prizm assembly is known - it's pretty the same thing as other devices that use the SH3. Writing a disassembler is possible, but probably hard. You need to skip 1686.5 more bytes of the header.
1018
« on: January 19, 2011, 11:19:20 am »
It seems like the .g3a reading still tries to read part of the header. And, um... disassembling doesn't seem to work at all.
1019
« on: January 19, 2011, 01:50:17 am »
When Minecraft is down, can you still play on third-party servers?
Yes, that should be possible.
1020
« on: January 19, 2011, 01:44:41 am »
I am not sure you can use RTS to get back to the OS.
Disassemble the small Conv.g3a - there is only one RTS (at $7068) and its the applications subroutine.
That makes sense... I remember that on the TI-83+/84+, programs are exited using RET, but apps have to be exited by using a certain OS call.
Pages: 1 ... 66 67 [68] 69 70 ... 98
|
Show Posts