SpritesMind.Net

Sik wrote:

Miquel wrote:- What about getting state from physics status ?

Yeah that makes more sense.

Yeah, there is no much sense in this conversation.
I was asking if you can give me an example of "I never store the current action and just figure out what's going on from the current physics".

Some awful quick pseudocodish mock-up since I don't have time now (and proper code would be quite complex due to being mixed in with a lot of the player logic) but should help give an idea. The closest it gets to a state machine is the animation stuff at the very end, and that only controls the ani...

Check this:
viewtopic.php?f=2&t=2531

Finally I left you with an example of what I said, using the "Nintendo way" (By that I mean a way of working with levels developed in 8 and 16 bits mainly in Nintendo devices). It was a competitive test for my level engine I did months ago. There are two strong points: - You can modify the level at ...

Yes, an state can be any concatenation of values that you desire, including an enumeration of course, the only thing: they have to be unique.

Put a code example about how you would do it, and perhaps we will understand each other.

Current animation should be set accordingly with current state, and has noting to do directly with buttons. Meaning: buttons can change state, and state determines animation. We're talking about the programming though. One thing is determining the current state on the fly each frame, another is lite...

What's the difference between "the current action" and "figure out what's going on" at the creative level? I'm confuse: - Are we talking about 68000 or i5 games? Old 2D or 3D games? MD/Genesis or PC games? - first you say "flags to indicate special situations", then "as much as possible simply works...

Ok, after reviewing your code, things I want to say: - Use a state machine for the "stages" of your character. Using speedY to know if you are jumping is a very bad idea. This code is going to grow exponentially while you are adding more features and typically is not nice to read, so pay special att...

I agree, it should be updated every frame (no matter what) and accessible everywhere.

Holding the jump button makes the catgirl jump repeatedly like a pogo stick so I'm thinking of a way to add a cooldown to the jump. You just need to check if the button was pressed (ie changed state from unpressed to pressed since last frame) rather than checking if it's held. After the jump you co...

This is how I do it: It not only outputs asm code, but everything else.

You can't go faster than 2 bytes for 4 cpu cycles. To that you have to add the reading of the instructions themselves. With movem you can set up to 64 bytes for one instruction, is the fastest way, as said, but it needs to push/pop almost all registers. Perhaps you can use a counter to know until wh...

Continuing, in 16bits I know 2 adequate ways to represent levels, let's call them the Sonic way and the Nintendo way. Both have the 2x2 tiles structure as their base. I don't know so much about the Sonic way, since I never used it, but it works by grouping every time more tiles in every time bigger ...

uh? I don't quite understand that piece of code snippet, I haven't had anything a bool being set to something other than false or true work right as of it. In the most basic scheme you only need to know if this tile is solid or not (bool). bool g_Level[ 128 ][ 128 ]; void MoveCharacterFunction( Spr...

uh? I don't quite understand that piece of code snippet, I haven't had anything a bool being set to something other than false or true work right as of it. and exactly how would one retrieve this tile index info after you collide/ overlap with it/ extra collision info? I was looking around the sgdk...