ZSNES board

byuu wrote:

lordmister wrote:News flash: .smc is SNES
...Contra is for the... NES

Even if you change the file extension?

What are file extensions? My Window doesn't show any...

You can bottom-up render sprites like anything else, by drawing the least prioritary of them first. Why does having a different order of priority than the rest mean you can't handle them in the right order ? Imagine a screen with one BG and two sprites. The priorities of the sprites are set so that...

Bottom-up rendering is based on the layering model, which is broken by that peculiar sorting issue. Hence the incompatibility.
The rendering technique used by byuu is no longer strictly bottom-up.

byuu wrote:The way I do it is to pass over the sprites and render the 34 possible tiles per scanline to a line buffer. Then at the end, I go through and Z-combine the resultant priorities against the background layers.

Nice, that's what I meant above with the line buffers.

Sprites have the two priority relationships mentioned above, which is really incompatible with bottom-up rendering. Meaning no offense to you at all, but I hope that's not true. None taken. If it's any help to you, after reading the thread again I just had an idea. Let's look at the rules again: 1....

Well, you can always do a benchmark. Maybe they are faster?

I'm currently doing a speedrun of Lugaru (challenges levels only).

8 out of 14 levels are already done: pic

http://graphics.stanford.edu/~seander/b ... tegerLog10 ?

Why can't I get them layered right? I just don't know what it's doing wrong. :'( Turn your rendering engine upside-down ? Otherwise you'd end up writing a lot of line-rendering functions, their number doubling each time you add a hardware feature. Sprites have the two priority relationships mention...

And this...

http://www.romhacking.net/forum/index.p ... #msg133785
http://www.romhacking.net/forum/index.p ... #msg133925

This sounds to me like they are one layer then. If you were to print them out on clear plastic, there'd be (up to) eight sheets for the backgrounds, but 1 for the sprites, right?, whose position in the stack is determined by the first sprite stuff. Well, the PPU "acts" as if there's only ...

Which leads us to the problem with source code comments: Yeah, it could've used a comment or two - but most of the functions require "inside knowledge" like that. I can never think of a comment that won't be either so terse as to be pointless, or so verbose that the comments will be 5-10x...

You pretty much have no other choice than determining the layers pixel-by-pixel (because of transparent pixels and because SNES games can in some cases change the PPU while it draws a line). And the fastest way to do that is top-down, i.e. skipping the rest of the inner loop when you get a solid pi...

For some reason the emulator doesn't seem to accept any keys. :? I'm so sorry!.. I wonder if this is a focus issue. Try clicking on the center of the window. I've added investigating this to my todo list. Now it works, thanks. :) I was double-clicking the *.jar file, then minimizing the previously ...

Aha, thanks.

http://en.wikipedia.org/wiki/The_Legend ... o_the_Past

For some reason the emulator doesn't seem to accept any keys.

For transparency & BG modes see anomie's docs.

Nested loops are the only case where Goto is required. That's because most* languages don't let the programmer specify the target loop of "break" or "continue" statements.

*i.e. I'm not aware of any that do

See also this thread - the filter is now in bsnes.

"... now you're playing with Power!"

(with a digital feed, dammit, who the hell thinks using ye olde VGA inputs on an LCD is a good idea?) Eh, I'm just too lazy to get one. From what I've read about my LCD, it'd just allow a little bit more control for non-native resolutions (such as displaying them as a smaller window in the center o...

The link works for me.

It sounds pretty good to me.

Integrated graphics card.

Czez wrote:(this only happens when I use the intel card)

Use the other one.

Or use VirtualDubMod, AviSynth, ... if you want to re-encode the file.

Btw. it's probably 256x224, and should be stretched horizontally to a 4:3 size.

http://thereifixedit.com/