Author Topic: TI-84 Plus C: new photos reveal more than 3MB archive space  (Read 30327 times)

0 Members and 1 Guest are viewing this topic.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #15 on: November 13, 2012, 10:40:09 pm »
Hmm the home screen seems like home screen games won't be as compatible, after all >.< (it's more than 16x8). Illusiat might be fine, but NPC text might look funny.

As for the RAM I am not surprised, but I hope images will remain in archive like the PRIZM. I would hate if one single pic took the entire RAM. I'm sure the RAM chip is much larger, though, due to graph buffers. That extra RAM might be interesting for ASM/Axe coders :)

As for the fonts, I think they tried to keep it as close as possible to the old models. I don't like them much, but I like them much more than the PRIZM fonts.

Could an admin or staff include in the news also that TI-BASIC seemed to run at around 1.5x slower than the 84+ speed, according to Vijfhoek? (at least for graph commands) That isn't uber great news, but I was glad that it ran faster than the regular 83+.

EDIT: Something I am kinda worried about: Kerm mentions something about a charging port in one of the pics. That scares me. What if TI decided to remove USB charging and go the Apple way of forcing customers to buy their proprietary cable that doesn't fit anywhere else than the device if you lose your cable? I hope not, but sometimes we never know...
« Last Edit: November 13, 2012, 11:00:29 pm by DJ_O »

Offline FloppusMaximus

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 290
  • Rating: +57/-5
    • View Profile
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #16 on: November 13, 2012, 11:11:36 pm »
EDIT: Something I am kinda worried about: Kerm mentions something about a charging port in one of the pics. That scares me. What if TI decided to remove USB charging and go the Apple way of forcing customers to buy their proprietary cable that doesn't fit anywhere else than the device if you lose your cable? I hope not, but sometimes we never know...
Good point.  I'm guessing that the charging port is a special feature for the "classroom" model (looks like it's designed so you can simply drop the calcs into the charging station.)  But it would definitely be better if it could be charged over USB.
« Last Edit: November 13, 2012, 11:12:38 pm by FloppusMaximus »

Offline DrDnar

  • LV7 Elite (Next: 700)
  • *******
  • Posts: 546
  • Rating: +97/-1
    • View Profile
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #17 on: November 13, 2012, 11:34:00 pm »
If the 40350 test passes, you can use this to dump ROM pages:
prgmPAGEDUMP 114 bytes of code
Code: [Select]
AsmPrgm
EFD74AEF2842
2005210000
180E21FF00
EF464B5D54B7
21FF00ED527DF5
21049ECDE49D
21FF9DE7EFF142
3803EFC64F
21FF9DE7210040
E5EF6A4EE17D12
137C12134D44
F1EF175021FF9D
E7EFD84FC9

F5CB3FCB3FCB3F
CB3FCDF39DF1
E60F0630FE0A
38020637807723
C9

1550414745
000000
Use it like this:
0:Asm(prgmPAGEDUMP)
This will create an appvar named PAGE00 and automatically archive it. Similarly, you can do 1:Asm(prgmPAGEDUMP) and get PAGE01 and 255:Asm(prgmPAGEDUMP) to get PAGEFF, because $FF = 255. Then, just send them to another calculator and post them online for analysis. Definitely get pages 0-7, and send those to another calc just in case dumping additional pages segfaults or something. (Who knows, maybe TI made it so that even reading from the certificate causes a reset.) Those pages should at least point us in the right direction. Pages 240-255 (especially 254 and 255) might also be good.

This will throw ERR:INVALID DIM if Ans is not a number, not an integer, or not in the range 0-255. This will throw ERR:MEMORY if there is not at least 16400 bytes of free RAM.

For automation, {0, 1, 2, 3, ...}:Asm(prgmPAGEDUMP) will fail. But For(A, 0, 7):A:Asm(prgmPAGEDUMP):End will dump the first seven pages for you.

Spoiler For Assembly source code:
Code: [Select]
.nolist
#include "ti83plus.inc"
.list
.org 9D93h
.db 0BBh, 6Dh

; check RAM
; ld hl, 4000h
; b_call(_EnoughMem)
; jr nc, gotRam
; ld hl, errNoMem
; b_call(_PutS)
; b_call(_NewLine)
; ret
;gotRam:
; get ans
b_call(_RclAns)
; convert to int
b_call(_CkOP1FP0)
jr nz, notZero
ld hl, 0
jr havePage
notZero:
ld hl, 255
b_call(_ConvDim00)
ld e, l
ld d, h
or a
ld hl, 255
sbc hl, de
havePage:
ld a, l
push af
; convert to hex at
ld hl, dumpNamePage
call intToStr
; make var
ld hl, dumpName
rst 20h ;b_call(_Mov9ToOP1)
b_call(_ChkFindSym)
jr c, noDel
b_call(_DelVarArc)
noDel:
ld hl, dumpName
rst 20h ;b_call(_Mov9ToOP1)
ld hl, 4000h
push hl
b_call(_CreateAppVar)
pop hl
ld a, l
ld (de), a
inc de
ld a, h
ld (de), a
inc de
; copy data
ld c, l
ld b, h
pop af
b_call(_FlashToRam)
ld hl, dumpName
rst 20h ;b_call(_Mov9ToOP1)
b_call(_Arc_Unarc)
ret


;------ ------------------------------------------------------------------------
intToStr:
; A is the byte to display, HL write address
; push af
; push bc
push af
srl a
srl a
srl a
srl a
call db1
pop af
and 15
; call db1
; pop bc
; pop af
; ret
db1: ld b, '0'
cp 0Ah
jr c, db2
ld b, 'A'-0Ah
db2: add a, b
ld (hl), a
inc hl
ret


;====== Data ===================================================================
dumpName:
.db AppVarObj, "PAGE"
dumpNamePage:
.db 00, 00, 00
;errNoMem:
; .db "Need 16400b.", 0
« Last Edit: November 14, 2012, 12:25:52 am by DrDnar »
"No tools will make a man a skilled workman, or master of defense, nor be of any use to him who has not learned how to handle them, and has never bestowed any attention upon them. . . . Yes, [] the tools which would teach men their own use would be beyond price."—Plato's The Republic, circa 380 BC

Offline chickendude

  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 817
  • Rating: +90/-1
  • Pro-Riot Squad
    • View Profile
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #18 on: November 14, 2012, 12:23:16 am »
Shouldn't that be 0:Asm(prgmPAGEDUMP ? ;)

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #19 on: November 14, 2012, 02:16:36 am »
I wonder how long will an OS take to install on that thing (and what RSA key size will it use)...

Offline Vijfhoek

  • LV4 Regular (Next: 200)
  • ****
  • Posts: 120
  • Rating: +13/-1
    • View Profile
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #20 on: November 14, 2012, 02:25:22 am »
EDIT: Something I am kinda worried about: Kerm mentions something about a charging port in one of the pics. That scares me. What if TI decided to remove USB charging and go the Apple way of forcing customers to buy their proprietary cable that doesn't fit anywhere else than the device if you lose your cable? I hope not, but sometimes we never know...

This connector is most likely meant for a mass-charger, seeing that it isn't really something for a cable. It's just two metal surfaces on both sides, which connect to thingies in the charger. Not really a practical solution for at home.

Offline aeTIos

  • Nonbinary computing specialist
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3915
  • Rating: +184/-32
    • View Profile
    • wank.party
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #21 on: November 14, 2012, 03:18:30 am »
Could you rehost the images at img.removedfromgame.org? imgur is blocked here at school.
I'm not a nerd but I pretend:

Offline Xeda112358

  • they/them
  • Moderator
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 4704
  • Rating: +719/-6
  • Calc-u-lator, do doo doo do do do.
    • View Profile
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #22 on: November 14, 2012, 09:55:35 am »
Basically, if AsmPrgm:210080:36E1:23:36E5:23:36C9:CD0080:EF0745:C9 crashes instead of spitting out a number, we're screwed and won't be able to do anything until getting our hands on the hardware ourselves.
I think you underestimate this community. ;)
If that crashes, we learn a little, too. That would mean it doesn't support asm programs and they forgot to fix some code that caused it to crash when ASM programs are run.

Otherwise, and this is highly unlikely, programs are run at 7FF1h and some of the code is getting overwritten XD Since I really doubt either case will happen, I am confident it will not crash. At most, it won't run (implying assembly programs are disabled).

Offline chickendude

  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 817
  • Rating: +90/-1
  • Pro-Riot Squad
    • View Profile
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #23 on: November 14, 2012, 12:09:12 pm »
It could also mean programs aren't run from $9D95 and the labels aren't being treated correctly, in particular the call(s) and the AppVar name. Or that the BCALL table has changed.

Offline Xeda112358

  • they/them
  • Moderator
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 4704
  • Rating: +719/-6
  • Calc-u-lator, do doo doo do do do.
    • View Profile
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #24 on: November 14, 2012, 12:39:19 pm »
No, what happens is that code is copied to 8000h, then it is called. When you use "call", the the program counter is pushed to the stack. The code that got copied to 8000h is:
Code: [Select]
pop hl
push hl
ret
(which, as discussed elsewhere can be optimised :P )
Basically, HL now has the address that the original routine called it from. Then, we use bcall(_DispHL). If that bcall() has been changed or destroyed in some way, then there will be issues.

EDIT: The purpose of the code is to figure out where programs are run from. Once we know that, we can figure out how broken compatibility will be and start fixing our programs now, before the release.

Offline Dark_Sunrise

  • LV1 Newcomer (Next: 20)
  • *
  • Posts: 7
  • Rating: +0/-1
    • View Profile
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #25 on: November 14, 2012, 12:59:08 pm »
I want :) That screen is great and that much Archive? YES
Demons run when a good man goes to war
Night will fall and drown the sun
When a good man goes to war

Friendship dies and true love lies
Night will fall and the dark will rise
When a good man goes to war

Demons run, but count the cost
The battle's won, but the child is lost

Offline aeTIos

  • Nonbinary computing specialist
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3915
  • Rating: +184/-32
    • View Profile
    • wank.party
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #26 on: November 14, 2012, 01:00:13 pm »
The speed is said to be bad.
I'm not a nerd but I pretend:

Offline chickendude

  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 817
  • Rating: +90/-1
  • Pro-Riot Squad
    • View Profile
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #27 on: November 14, 2012, 02:25:12 pm »
No, what happens is that code is copied to 8000h, then it is called. When you use "call", the the program counter is pushed to the stack. The code that got copied to 8000h is:
Code: [Select]
pop hl
push hl
ret
(which, as discussed elsewhere can be optimised :P )
Basically, HL now has the address that the original routine called it from. Then, we use bcall(_DispHL). If that bcall() has been changed or destroyed in some way, then there will be issues.

EDIT: The purpose of the code is to figure out where programs are run from. Once we know that, we can figure out how broken compatibility will be and start fixing our programs now, before the release.
Err... i think we're talking about different programs. I was looking at "prgmPAGEDUMP", oops :P

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #28 on: November 14, 2012, 04:34:52 pm »
The speed is said to be bad.

Was it tested again today? Yesterday there were reports about a 1.5x drop in speed, but then other reports about the speed being on par with the 84+.

Offline aeTIos

  • Nonbinary computing specialist
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3915
  • Rating: +184/-32
    • View Profile
    • wank.party
Re: TI-84 Plus C: new photos reveal more than 3MB archive space
« Reply #29 on: November 16, 2012, 01:24:01 pm »
The speed is said to be bad.

Was it tested again today? Yesterday there were reports about a 1.5x drop in speed, but then other reports about the speed being on par with the 84+.
Well that's what I call "bad". I mean, come on, we've got a 320x240 screen, then I expect at least a bit of a speed gain too.
« Last Edit: November 16, 2012, 01:24:16 pm by aeTIos »
I'm not a nerd but I pretend: