ibizaman / bogey Goto Github PK

In the meantime that collision detection is working, it would be nice to allow the player to move up and down.

write a basic algorithm to create a small world

Add jump movement based on gravity.

This allows partial compilation even if you change target.

If a header file is modified, every header including must be recompiled.
But manually keeping track of dependencies between header files is quite tedious.
Automatic methods exists like the following one: http://tinf2.vub.ac.be/~dvermeir/manual/uintro/gpp.html#tth_sEc3.4

The following keys should trigger the corresponding actions :

• z -> move front
• S-z -> sprint front
• s -> move back
• q -> straf left
• d -> straf right

And moving the mouse should rotate the screen, limited to 89° up and -89° down to keep a realistic feeling.

The cubes should be optimized : faces that are next to each other should not be drawn.

A list of drawable faces should be created and only visible faces should be added to it. This can be done by separating the drawing of the faces from the Cube class to a Face class. A Cube would only have references to its faces.

When moving and releasing a button and the framerate is low (e.g. <15). There is an oscillation between the stable stop position.

Add a menu to change mouse sensibility and allow to invert X or Y movement.

When creating a file in a new folder, the corresponding folder in build/ is not created automatically. You need to explicitly create the folder or do a make clean first.

light source is already enable (right ?)

The keyboard configuration should be saved in a file and loaded when bogey starts.

We should be able to read minecraft maps

It would be nice to be able to draw not only cubes but other objects too

We should be able to easily add cubes with textures.
There should be 6 faces (obviously) and only 3 textures : top, side and bottom.

When updating a .h file, the files using it should be recompiled.

Simple collision detection with rectangular bounding box is enough

rectangle, square, cube, circle, sphere and maybe others forms

it will be usefull to create a basic world and testing new player's abilities

later, to create some tools for terraforming in a creative mode

The texture coordinates for the cube should be dependent of the size of the texture image.

The value of the ratio width/height of the image can help us determine what the modder wants :
If the ratio is :

• 1 repeat the image on all sides
• 2 the second square is on top
• 3 the second is on top, the third is under
• 4 the first is in front, the third on top, the fourth under
• 6 the first is in front, the second is at right, the third in the back, the fourth at left, the fifth on top and the sixth under

If you tilt de player up or down, the forward direction will be pointing up or down and if you move forward or backward you can climb in the sky.

Player movement should be restricted on the ground.

It would be nice to be able to change your keyboard/mouse configuration on the fly

Adjacent faces of same texture should aggregate into one big convex face to reduce the number of vertices

The fragment shader would be better if used like so :

#version 110

varying float fade_factor;
uniform sampler2D texture[2];

varying vec2 texcoord;

void main()
{
    gl_FragColor = mix(
        texture2D(texture[0], texcoord),
        texture2D(texture[1], texcoord),
        fade_factor
    );
}

But OSG doesn't seem to like uniform texture arrays.

At least his works :

#version 110

varying float fade_factor;
uniform sampler2D texture0;
uniform sampler2D texture1;

varying vec2 texcoord;

void main()
{
    gl_FragColor = mix(
        texture2D(texture0, texcoord),
        texture2D(texture1, texcoord),
        fade_factor
    );
}

Why is the first snippet not working ?

Bug 1 :
Press another key than CTRL (e.g. S for back), then press CTRL and then release that other key. When you finally release CTRL, the movement for that other key is maintained (e.g. you still go back although no key is pressed).

Bug 2 :
Press CTRL then press another key, that other key movement is not performed.

It seems like the root cause is the fact that the detection of the press or release of a key is altered when a modifier key is pressed.

Refactor current application to use OSG library.