Show Posts

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 ... 35 36 [37] 38
541
Axe / Re: RAM
« on: December 07, 2010, 02:38:15 am »
FloppusMaximus: I believe BrandonW has stated that the Nspire's TI-84+SE compatibility layer simulates 128 K of RAM.

542
Humour and Jokes / Re: If TI made a microwave...
« on: December 02, 2010, 11:14:16 am »
81.5: . . . but only after you install the first operating system update in years. Also, it will usually spoil in less than an hour.

543
Humour and Jokes / Re: If TI made a microwave...
« on: December 01, 2010, 01:29:40 am »
76: It will cost far more than the hardware itself costs. The justification will be that it includes a comprehensive gourmet cooking suite, the vast majority of which will never be used by most users.

544
Humour and Jokes / Re: 1000 things SirCmpwn should include in KnightOS
« on: November 19, 2010, 04:35:08 pm »
41h: One-quarter to one-half of all memory should be permanently reserved for OS usage. Furthermore, one-quarter to one-half of that reserved memory should be unused, but never exist in contiguous blocks longer than 768 bytes.

545
Perhaps I should write a group undeleter then?

546
Does PTT force a garbage collect?

547
ASM / Re: ASM Help
« on: November 14, 2010, 05:50:11 pm »
Are you sure you're including ti83plus.inc? SPASM likes to pretend that it's correctly assembled a program, when in fact, it has actually replaced any bad opcodes or labels with 0. This is bad if you have jp badLabel.

548
ASM / Re: Quicksort in z80 (note: not by me)
« on: November 14, 2010, 02:32:36 am »
Languages that are recursion heavy tend to implement something known as tail call elimination and other techniques that eliminate the excess memory consumption of recursion.

549
General Calculator Help / Re: RAM loss?
« on: November 11, 2010, 07:30:37 pm »
I'm not sure what you think the problem here is. The TIOS keeps a list of all programs---the VAT---in RAM. Each program in the archive still takes at least 7 bytes of RAM just for the OS to keep track of its existence*. The same applies for lists, appvars---everything except Applications. If you have a lot of programs, you'll have less free RAM.

This is a bit of a simplification. I believe lack of a VAT entry won't cause an item to be lost from a garbage collect cycle, but you won't be able to access it in anyway. If you hold down a certain button while rebooting, the OS will skip enumeration of the archive, and you'll have the full 24 K of free RAM. And no programs.

Edit: Whoops. Apparently I didn't notice that there's a page 2 here.

550
General Calculator Help / Re: .txt to .8xp
« on: November 11, 2010, 07:18:02 pm »
There are a lot of tokens. Just press 2nd+0 to bring up the Catalog to get a list of most of them. If you can get a script of some kind to extract tokens from ti83plus.inc, it'd go a long way toward getting the program done.

551
TI-BASIC / Re: Basic to ASM?
« on: November 04, 2010, 01:24:01 am »
The floating point math is definitely a weak point. Using floating point math for For( loops and in other places wastes a lot of CPU power. You'd need a way to inform your compiler that certain variables in certain places can be handled with 8- or 16-bit integer arithmetic.

552
TI-Boy SE - Game Boy Emulator For TI-83+SE/84 / Re: TI-Boy SE
« on: November 03, 2010, 03:06:33 am »
The (crystal) timers don't need interrupts to work. You can check them passively. I assume the issue here is being able to force the link lines high/low at the right time when you're using them passively. Quick research on Wikipedia suggests that if you get the pitch constant to within 25 cents, the variation in pitch will be acceptable, perhaps unnoticeable. To provide, say, 8000 Hz audio, you'd have to get your code to check and output 8000 times a second, with a sample-to-sample time variation of no more than 1.1%. . . . Actually, these numbers are starting to make this sound pretty hard. With interrupts, the timing is easy, but without them, you'd need even way more checks than for doing the grayscale.

553
Gaming Discussion / Re: Sonic fan Remix
« on: November 03, 2010, 02:44:06 am »
Sonic is clearly possible on the TI-83+SE, because the Game Gear/Master System used a Z80 at only 3.5 MHz. The weak point here is the graphics. I can't say if TI-83+ would be able to handle both the physics and graphics at the same time, but the extra processing power provided by the SE/84+ models could surely make up for the terrible display interface. Somebody from Sonic Retro actually suggested using a disassembly of Sonic for the Game Gear/Master System and port it to the calculator. The graphics would need to be completely rewritten, but the main game engine might work without too much modification.

554
Axe / Re: 8xp to text converter
« on: November 01, 2010, 09:09:36 pm »
The TI variable format is pretty easy to read and write; the TI Link Guide found on ticalc.org has documentation on the format. The challenge will be tokenize/detokenize code, and generating the look-up table for the token's text.

555
Axe / Re: 8xp to text converter
« on: November 01, 2010, 05:03:03 pm »
TI's highly outdated GraphLink software has a program editor. It can convert to and from text.

Pages: 1 ... 35 36 [37] 38