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 - ralphdspam
Pages: 1 2 [3] 4 5 ... 63
31
« on: November 10, 2012, 12:50:24 pm »
Please also be mindful that the older color systems with z80 hardware were not full color; hardware sprites or tiles could only have a few colors at a time. This artifact can be easily seen in "attribute clashing" of the ZX Spectrum graphics. In the Sega MasterSystem/GameGear and MSX, Texas Instruments' TMS9918 IC made these artifacts less apparent with the use of movable sprites.
[I lied. The TMS9918 does in fact have a rarely used mode that would map a single color to each pixel, but it had drawbacks in resolution.]
I assume from the picture that TI is not using a tiling method to display color on their screen. Mapping one color per pixel is much more CPU intensive.
EDIT: Maybe not too intensive if they use a good DMA.
32
« on: November 10, 2012, 12:15:35 am »
If this is an ARM processor, I can't wait to see how long it would take to hack the Nspire OS onto it.
That would be a terrible waste to make it an emulator for its opperation. I really hope it has an eZ80 core. The faster clock speed and single-cycle instruction execution would be a great enhancement to existing assembly programs.
Let's hope they don't mess this up.
33
« on: November 09, 2012, 11:47:18 pm »
Wow! This is amazing!
It always annoys me when they place arbitrary restrictions in their OS.
34
« on: September 11, 2012, 05:23:12 pm »
I guess you could remove the graphing stuff and the security (signing and validation) stuff.
One could design an OS with minimum BCALL support that only supports managing and running assembled programs.
35
« on: September 11, 2012, 05:17:28 pm »
I don't understand why these are using x86-based chips. Wouldn't it be less expensive and less battery-draining to use an ARM? It's not like they have to support any older programs.
The concept of the chromebook sounds like a good idea, but the pricing just isn't right.
36
« on: September 11, 2012, 03:42:25 pm »
What kind of architecture are these devices?
37
« on: September 11, 2012, 03:34:44 pm »
Do we have a bot or script to go through the past posts to remove the offending links?
38
« on: June 10, 2012, 06:28:51 pm »
For Windows, I use Wabbitcode. You shouldn't use the built-in emulator because it's outdated.
On my Linux Mint machine, I use gedit with SPASM.
It really comes to personal preference. There is no "right" way to do it.
39
« on: June 08, 2012, 08:58:07 pm »
How about multiplexing it with an ADC as well? I'm not really sure if you want to do that, but it would be nice to have a standardized analog I/O circuit to play with: microphones, light sensors, etc.
40
« on: June 08, 2012, 08:52:41 pm »
Are you porting your own program, or are you porting someone else's program? If you're porting your own ASM program, you know how what each subroutine does and can easily change the addresses and system calls. If it's someone else's program, you have to be aware of how much memory each array requires and which optimization hacks the programmer used. Note that some programs are impossible to port due to the hardware differences. Make sure that you read WikiTI and the documentation on TIcalc.org. Those will be invaluable resources. Take a look at this: http://www.ticalc.org/pub/text/calcinfo/83rom.zipAnd this: http://wikiti.brandonw.net/index.php?title=Category:83:RAM:By_Name
41
« on: June 08, 2012, 08:33:15 pm »
Wow, this is the best program ever made.
42
« on: April 02, 2012, 09:00:37 pm »
It would be nice if there were IX' and IY'.
LD (REG 16),REG 16 and LD (REG 16),REG 16 would be extremely useful as well.
Lol, those are the same.
Yeah, I meant LD (Reg 16),Reg 16 and LD Reg 16,(Reg 16). 
43
« on: April 02, 2012, 08:48:57 pm »
I was well prepared from last year, lol.
44
« on: March 26, 2012, 02:47:11 am »
It would be nice if there were IX' and IY'. LD (REG 16),REG 16 and LD (REG 16),REG 16 would be extremely useful as well.
I wonder how the computer world would be if Zilog made the eZ80 immediately after the z80. Nobody would have to deal with the 8086's yucky segment registers. The world would be a better place.
45
« on: March 26, 2012, 01:38:25 am »
The hard part about emulating other CPUs on the SuperH is that there is only one flag that can be affected by various operations. For addition/subtraction, that means you'll have to detect carry, overflow, sign, zero flags separately, plus the odd half-carry flag that's already a pain to emulate on most architectures.
It would probably be faster to only calculate the half-carry, 3FLAG, and 5FLAG if the emulator hits a PUSH or DAA. All you have to do is save the operands and flags for one flag-affecting calculation back. When the emulator hits a PUSH or DAA instruction, the emulator can calculate the flags using the saved operands.
Pages: 1 2 [3] 4 5 ... 63
|
Show Posts