nesdev.org

Not bad, stef's one goes between 93 and 250 cycles with a sorting part in main loop .. I was for 192 cycles with a very generic one, i use some indirect adressing . Mine works for all games, you have 2 sprites coords in input, and collision or not as output, very basic . You remember the number of ...

I have played Gunstar Heroes and I still don't know what the fuss is about. It's just like Contra III with more "dumb" explosions and multi sprite bosses. If you rapidly switch between weapons with a turbo controller, there's even more firepower. With 2 spread guns for each player, you ca...

a simple bresenham line drawing code I don't see a tile structure. Are you plotting to a linear bitmap? Oh yeah i really take the simplest way, it's not to draw a real line on SNES nor on MD, just the algorithm implementation :) Yes i know, and i like it very mush :wink: But IMO it's not comparable...

Never having played Gunstar Heroes before, I went to see what all the fuss was about. Well, it definitely looks like a well made, cool, fast-paced game with lots of enemies, but not something that looks impossible to do on the SNES by any means. Many of the objects are dumb, they just stand there a...

For the horizontal resolution, i believe they encoded byte (8 bits) pixels to fake more colors with the 2 nibbles (which explain why they used the 1 pixel offset scrolling at each odd scanline) and then they doubled the 8 bits pixel by copying low byte in high byte and storing the word result. Hones...

By the way i have an idea of algo to compare the CPU: a simple bresenham line drawing code. Honestly i think that is typically the case where the 65xx architecture is in advantage: byte memory access (we consider 8 bits per pixel) and many conditional jump. To make it even simpler for the 65816 I re...

What tokumaru said pretty much just rendered this thread useless, and I agree with him. Well, not really... if the debate started it was because we read here and there that it is actually possible to reproduce the most impressive Genesis games on the SNES, and specifically Gunstar Heroes to the SNE...

Yes it's for 65816 vs 68000, and not entire system,this is why stef doesn't care of planar/packed display. OK, and how can you tell who wins if you don't know the speed they're being clocked at? Of course we compare the MD 68000 (7.67 Mhz) and the SNES 65816 (considering fast rom speed if you want)...

you can use the multiply and division units from the PPU to perform the operation if you want (in which case you can't use the mode 7 anymore as i believe it uses these units). In this case is not really fair, because mul/div on snes is not a CPU part .. For a good comparison, you must fake these i...

Honestly i think there is nice ways of optimizing the code with the 5A22 as you can let multiply and division units process while you are doing other stuff with the 65816. Still the division and multiply units aren't as powerful than the 68000 instructions, the multiplication is only 8x8=16 (unsigne...

If you think the 68000 is substantially faster than the 65816 at a particular task assuming (say) a 15:7 clock ratio, post your 68000 code and the best 65816 code you could come up with. Then psycopathicteen and I would probably be willing to help you fix it. Until I see something along these lines...

Um, thanks? You act like it's so outrageous I said it was a RISC processor when you just said that it's a bit of a wash. Well you said that as if i was biased to CISC CPU or/and not used to RISC, again honestly for me as soon you know some general knowledge about assembly programming, you quickly u...

If you think the 68000 is substantially faster than the 65816 at a particular task assuming (say) a 15:7 clock ratio, post your 68000 code and the best 65816 code you could come up with. Then psycopathicteen and I would probably be willing to help you fix it. Until I see something along these lines...

It appears the problem is that you are used to CISC processors, and not RISC ones. Honestly, I'd say that there are more "mysterious tricks" you can do with risc processors, do to the fact that there are multiple ways of going about things. are you kidding ? i'm well aware about CISC and ...

And you're wrong, on 65xx there is a large margin between bad/simple converted code and an optimised one .. And like tepples, i 'am curious to see your code, i'am pretty sure you coded it like a 6502.. :P I definitely don't agree with that, there are less optimization margin on a 65xx CPU than on a...