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 - DrDnar
Pages: 1 ... 29 30 [31] 32 33 ... 38
451
« on: May 11, 2011, 07:48:29 pm »
The OS runs applications in 6 MHz mode by default, unless the application specifies to use 15 MHz mode in the header or specifically sets it when launched.
452
« on: May 11, 2011, 02:23:42 pm »
TI's legal department seems to consider all non-public documentation to be proprietary trade secrets.
453
« on: May 10, 2011, 03:43:05 pm »
Somebody should make a decent TI-83+ emulator first.
454
« on: May 08, 2011, 05:01:27 pm »
Many of your instructions aren't valid.
InitView:
;call once every frame, before 3DTo2D
ld hl, (xto)
ld bc, hl ; 16-bit register-to-register transfer illegal
ld hl, (xfrom)
ld de, hl ; 16-bit register-to-register transfer illegal
call SubFP
ld hl, de ; 16-bit register-to-register transfer illegal
ld (xto), hl
ld hl, (yto)
ld bc, hl ; 16-bit register-to-register transfer illegal
ld hl, (yfrom)
ld de, hl ; 16-bit register-to-register transfer illegal
call SubFP
ld hl, de ; 16-bit register-to-register transfer illegal
ld (yto), hl
ld hl, (zto)
ld bc, hl ; 16-bit register-to-register transfer illegal
ld hl, (zfrom)
ld de, hl ; 16-bit register-to-register transfer illegal
call SubFP
ld hl, de ; 16-bit register-to-register transfer illegal
ld (zto), hl
ld hl, (xto)
ld bc, hl ; 16-bit register-to-register transfer illegal
call MulFP
ld ix, de ; 16-bit register-to-register transfer illegal
ld hl, (yto)
ld bc, hl ; 16-bit register-to-register transfer illegal
call MulFP
ld hl, de ; 16-bit register-to-register transfer illegal
ld bc, ix ; 16-bit register-to-register transfer illegal
add hl, bc
ld ix, hl ; 16-bit register-to-register transfer illegal
ld hl, (zto)
ld bc, hl ; 16-bit register-to-register transfer illegal
call MulFP
ld hl, de ; 16-bit register-to-register transfer illegal
ld de, ix ; 16-bit register-to-register transfer illegal
add hl, de
call sqrtFP
ld de, hl ; 16-bit register-to-register transfer illegal
ld hl, (xto)
push de
call DivFP
pop de
ld (xto), hl
push de
ld hl, (yto)
call DivFP
pop de
ld (yto), hl
ld hl, (zto)
call DivFP
ld (zto), hl
ld hl, (xto)
ld bc, hl ; 16-bit register-to-register transfer illegal
ld hl, (xup)
call MulFP
ld ix, de ; 16-bit register-to-register transfer illegal
ld hl, (yto)
ld bc, hl ; 16-bit register-to-register transfer illegal
ld hl, (yup)
call MulFP
ld hl, de ; 16-bit register-to-register transfer illegal
ld bc, ix ; 16-bit register-to-register transfer illegal
add hl, bc
ld ix, hl ; 16-bit register-to-register transfer illegal
ld hl, (zto)
ld bc, hl ; 16-bit register-to-register transfer illegal
ld hl, (zup)
call MulFP
ld hl, af ; 16-bit register-to-register transfer illegal, and ridiculous
add hl, de
push hl
ld hl, (xto)
ld bc, hl ; 16-bit register-to-register transfer illegal
pop hl
push hl
call MulFP
ld hl, (xup)
ld bc, hl ; 16-bit register-to-register transfer illegal
call SubFP
ld hl, de ; 16-bit register-to-register transfer illegal
ld (xup), hl
ld hl, (yto)
ld bc, hl ; 16-bit register-to-register transfer illegal
pop hl
push hl
call MulFP
ld hl, (yup)
ld bc, hl ; 16-bit register-to-register transfer illegal
call SubFP
ld hl, de ; 16-bit register-to-register transfer illegal
ld (yup), hl
ld hl, (zto)
ld bc, hl ; 16-bit register-to-register transfer illegal
pop hl
call MulFP
ld hl, (zup)
ld bc, hl ; 16-bit register-to-register transfer illegal
call SubFP
ld hl, de ; 16-bit register-to-register transfer illegal
ld (zup), hl
455
« on: May 08, 2011, 03:45:22 pm »
I hope that's not your entire source code. It needs some header and footer stuff to assemble correctly. Also, Latenite is not being actively developed and might be a little buggy.
456
« on: May 08, 2011, 01:28:27 am »
Σ is sigma, for sum. (Sigma makes an S sound, not an E sound. So "GRΣΣK" is very, very wrong.) Similarly, Π is pi, for product. And μ (as in μm, micrometers) is mu, for micro.
I do mental addition from left to right, my justification being that it's better to start with an estimate and then refine your estimate than deal with digits that probably don't matter when you're doing mental math.
457
« on: May 05, 2011, 10:14:36 pm »
The Mathprint OSes have a lot of glitches that are not reproducible on anything other than your own unit.
458
« on: April 30, 2011, 11:57:33 pm »
Calculators are not TI's main division. Most of what they make is semiconductors and chips.
Yes, but their educational division is the division with the highest profit margin.
459
« on: April 30, 2011, 10:39:20 am »
Sure, go ahead, boycott TI so the sales of their most profitable division will drop by a statistically unmeaningful margin.
460
« on: April 21, 2011, 04:36:26 pm »
Yeah, and CHDK and Rockbox void your warranties. Nobody ever bothers to ask the engineers whether what they're saying is even plausible.
461
« on: April 17, 2011, 06:36:36 pm »
I'm aware of this. He doesn't try to hide it. I'm pretty sure his BBC BASIC site links to the original BBC BASIC.
462
« on: April 16, 2011, 04:54:47 pm »
This Web site has no fewer than three FP libraries. One of them lets you change the precision to suit your needs. Additionally, Ben Ryves could probably help you dike the floating point routines out of BBC BASIC.
463
« on: April 16, 2011, 03:28:16 pm »
None of TI's graphing calculators have an FPU (Floating Point Unit). The CPUs only work with integers. Consequently, all of their math routines are implemented in software, and that software sucks. The TI-83+'s FP routines are notorious for being slow and poorly implemented. The TI-83+'s imaginary numbers routines are considered part of the FP routines. Using the "built-in" routines would actually be pretty slow, compared to optimized routines using 8-bit integers and 8-bit fractionals. Additionally, TI's floats are 9 bytes long, so they're pretty large.
464
« on: April 15, 2011, 11:49:00 pm »
No, I meant an Axiom that executes any B_CALL, loading and saving the registers for you, too. Axe itself might implement something like
B_CALL(var8->reg, var16r->reg16, Routine address, reg8->var8, reg16->var16r) ; calls the Routine, loading variables to registers before and copying registers to variables after.
465
« on: April 14, 2011, 03:29:03 am »
Also Quigibo, what about including in Axe commands a list of the Asm(HEX commands that may be useful for Axe programmers?
You (plural) should make Wiki for that. WikiTI might work, if you don't feel like setting up a separate one. By the way, the code I posted earlier is based on my disassembly of the code that runs programs. It's definitely not something you're likely to come up with just by reading the SDK.
Pages: 1 ... 29 30 [31] 32 33 ... 38
|
Show Posts