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 - z80man
Pages: 1 ... 55 56 [57] 58 59 ... 62
841
« on: January 17, 2011, 01:50:37 am »
Sorry about multiple posts ahead of time, if there are any. I'm just going to lump everything together in one post:
1) BSL, I think there's a problem with branch adresses in your disassembler. It keeps jumping to the middle of Longwords.
2) I finally got my Prizm today and my god are the math functions fast. I couldn't even measure the time of individual functions(they took less than a sec on 1000 iteration loops) and the integral function is 3-4x faster than a TI-84+ SE with a really complicated equation. I see a ton of potential in the platform if we get something like Axe built.
I think your right with this potential. Although the ARM on the nspire can reach higher clock speeds than the SH3 some instructions, such as division, can take over 100 clock cycles while the SH3 and its RISC architecture can do the same instruction in only one cycle.
842
« on: January 17, 2011, 01:26:17 am »
Hmm if only TI made calcs with x86 procs, then we would have minecraft 
843
« on: January 17, 2011, 01:22:32 am »
Even better if you could chat in math class. 
844
« on: January 17, 2011, 01:09:03 am »
I guess it depends. If were talking about computers it is C++, but for calcs I would be assembly. Even if there was a C++ compiler for the Ti-83+ I would never use it.
845
« on: January 16, 2011, 09:11:04 pm »
For the dev enviroment you can use install a patched version of osx on a partition of your windows/linux computer that way you don't have to have a mac.
846
« on: January 16, 2011, 01:15:45 am »
I accidentally got MOV R14, R5 instead of the correct MOV R5, R14
Yeah its kind of weird how Renesas put the source and destination registers in different orders for the machine code and the asm code. When I was doing some disassembly I kept on getting the n and m mixed up.
847
« on: January 15, 2011, 12:35:58 am »
Crappy OS programmers are cheaper to hire anyways.
848
« on: January 15, 2011, 12:29:33 am »
PR holds the return address (minus 4) after a subroutine is called. That instruction saves it to the stack so more subroutines can be called.
So on the SH3 there is no actual SP, you just have to use one of the registers.
849
« on: January 14, 2011, 10:16:59 pm »
Z80, there's no R16 and the registers are zero indexed 
Also, JSR is short for Jump to SubRoutine. It's essentially the same as Call in z80, in terms of functionality at least.
Whoops. I must have messed up on my hex conversion. I think I might of started counting 1 so just decrement everything. Edit: Also do you think that STS.L PR,@-R15 is the instruction that stores the return adress
850
« on: January 14, 2011, 08:58:22 pm »
I was recently working on disassembling the conversion app and got almost the same code. Just a few different registers.
MOV.L R15,@-R16 ;Seems to operate similar to the Push instruction
STS.L PR,@-R16 ;adress to return to after program is finised running might be stored here
ADD $FC, R16
MOV.L R4,@R16
MOV.L @($07*4,PC),R4
JSR @R3 ;delayed branch, execute next instruction then jump, stores PC in PR so it might work like a call.
MOV R5,R15 I just wish I knew what was stored in the registers when execution began.
851
« on: January 13, 2011, 02:04:48 am »
It seems like BASIC has a lot of issues. Today at school I made a snake game and it was extremely slow. Because the snake was only one pixel wide and the screen is 384x216 it takes forever to hit a wall. Also screen drawing is so slow that the Prizm can only draw 2 or 3 pixels a second. After 5 minutes in a boring game a decided to commit suicide and it then took me another minute to reach the closest wall. Perhaps the code (which I will post later) can be optimized a bit, but even then that won't change how slow the drawing routines are.
852
« on: January 13, 2011, 01:31:07 am »
I hope you realize that if you upgrade to OS 2.1 ndless will no longer work due to a patch released by TI. Nor will you be able to downgrade your OS back to 1.1 or 1.7. Not that I encourage cheating, but you can pretty easily fool a teacher into thinking you have OS 2.1
853
« on: January 11, 2011, 10:34:57 pm »
Until we get the checksums cracked (I'm still working on those) we can still have limited app development. It turns out he crc checksum is only of a few bytes, I believe the modular checksum and a few other bytes. This means that apps can be created as long as they have the same checksum of a previous written app. This can be done by making edits to the menu icon section of the header to correspond to changes made to the code. Depending on how much free time I have this weekend (final exams next week) I might be able to write a program to convert machine code into an app with the proper checksum. I will also try to convert the code for the conversion app into asm because it is the shortest. It will take some time because the app still has over 200 lines of code that I wil need to write out. Hopefully disassembling it will reveal how apps are called by the OS allowing us to write programs that don't try to kill our calcs. 
854
« on: January 11, 2011, 09:56:43 pm »
I don't think there's room for complaint on the basic front, compared to the nspire At least it has Pt-On
Actually the Prizm doesn't have a Pt-On command. Just Pxl-On. I'm hoping though that basic gets faster in the future as only OS 1.00.100 is out right now. Later versions might even overclock the proc. but then again, TI didn't do to well with making newer, faster OS's. eg. OS 2.53 
855
« on: January 11, 2011, 01:41:46 am »
I'm almost certain that hooks are supported because a few of the apps add basic commands you can use.
Pages: 1 ... 55 56 [57] 58 59 ... 62
|
Show Posts