Tripping within colors – an experiment

This is not actually a game. Let’s see.

I’ve always being terrible working with colors, specially trying to choose in all of those well known color pickers. So I’ve created a 3D scene with a lot of cubes, each cube’s colors defined by its position:

From position [x=0, y=0, z=0], in cube’s color mixing:

  • Greater distance in X axis – greater load of RED;
  • Greater distance in Y axis – greater load of GREEN;
  • Greater distance in Z axis – greater load of BLUE.

Some examples:
Position [x=255, y=255, z=0], we get an yellow cube.
Position [x=0, y=1, z=255], we get a cyan cube.

The colors are given by Python script, so we can only see it when the game engine is running.
We can move the camera through this scenario using:

W – Forward
S – Back
A – Left
D – Right
Q – Down
E – Up

The circle in the middle of the screen shows the color correspondent to our present position.

But I didn’t want only the cube colors, but intermediate colors as well. So here is a tool. If we press the left mouse button, we create an octahedron with the color of our own position (at this moment the camera jumps back a little bit, so we can see this new object better). The text above this octahedron shows the hexadecimal color code.

Another option: if we know the hex color code we want, we can press Enter to type it (without the number sign, #). Then, we press Enter to confirm and an empty object goes to the right position and creates a new object there (our camera doesn’t jump there, we remain at the same place).

There is just one problem: this last option (typing the color) works fine if we run the “game” within Blender. But if we export it as a standalone game engine runtime, we type the color we want, press Enter to confirm but it doesn’t create the new object. I don’t know why.

A lovely deal with your color problem :smiley: