Planet Virtual Boy

rubengar wrote:
One question! when the caracter stop, how to stop always in the first frame of the animation??

and other cuestion because the caracter looks bad to go through the background!!

HorvatM wrote:
Quote:

rubengar wrote:
and other cuestion because the caracter looks bad to go through the background!!

I might be wrong, but I believe it's because it has black pixels.

Fwirt wrote:
Quote:

HorvatM wrote:
Quote:

rubengar wrote:
and other cuestion because the caracter looks bad to go through the background!!

I might be wrong, but I believe it's because it has black pixels.

Actually, the Virtual Boy is perfectly capable of displaying solid black, but you have to be careful, because there are two different "blacks." If you set one of the pixels in your char to binary 00, that's actually the code for a transparent pixel (but it will look black on a black background.) In order to get true black, you will have to change one of your palettes to include solid black, then set the bgmap to reference that color. For example:


VIP_REGS[GPLT0] = 0xE0; // 0b11100000

will change any cells in your BGMap using palette zero (the default) so that "dark red" (0b01) is now black. Make sure to put that statement after vbDisplayOn() if you want to try it, as vbDisplayOn() resets all palettes to 0xE4 (0b11100100).

rubengar wrote:
when the caracter stop, how to stop always in the first frame of the animation??

Fwirt wrote:
Quote:

rubengar wrote:
when the caracter stop, how to stop always in the first frame of the animation??

That really depends on your code. The basic idea is that if the character is not moving, you set the sprite to the first frame. That means you have to keep track of whether the character should be moving, which could be as simple as checking if the player isn't pressing anything. Some pseudocode for that would be:


if (left is pressed)
    move left
    update animation
else if (right is pressed)
    move right
    update animation
.... // More ifs
else if (nothing is pressed)
    change the frame to the first one

...And then update the images onscreen. To be more efficient, you could even put the nothing pressed case at the top, and then your code wouldn't have to check for any of the other cases. There are more complicated ways of doing this, but this simple way might work for you.

rubengar wrote:
Hi friends my character´s jump is very ugly!! I need your help to improve. Please you see my code and help me to improve jumping, I don´t mind the animation, only improve movement. I used 3 days and not improving jump, I leave my code! thanks for your time!!

RunnerPack wrote:
Quote:

rubengar wrote:
Hi friends my character´s jump is very ugly!! I need your help to improve. Please you see my code and help me to improve jumping, I don´t mind the animation, only improve movement. I used 3 days and not improving jump, I leave my code! thanks for your time!!

Hi, rubengar,

I haven't looked at your code (or played your demo, actually...) but I've explained a system for jumping using simulated gravity in some detail in this post. Then I wrote an (untested) implementation and posted it here (BTW, the search function is your friend ).

I hope this helps; this seems like it could end up being a very fun game!

EDIT: I just played it and looked at the code. I can see one major problem with your jumping (he immediately "teleports" to the top of the jump) and a small graphical glitch in the walk-cycle (some pixels from the next frame show up in one of the right-facing images) but it definitely looks good so far. Just try implementing the code I posted above. It can probably be copied/pasted, for the most part.