This is a Minecraft Steve model. Bow is for shooting and ninja mode is gold chestplate and diamond sword.
The size of the model is clipping to other objects and actors, but if I kept it within the size limit of no clipping, then it wouldn't look like Steve.
Please leave any feedback on the model if something needs to be fixed, or you want something modified.
NOTE: The file opens in the first frame of the model, which is Steve neutral in a normal shooting mode. Go to the rooms panel to access the room itself.
EDIT: I bumbed this to celebrate the Release of Minecraft.
I managed to add water into the game... well, atleast something that looks like it.
The image does not represent the actual water. I tried to edit it, but Voxatron won't open it anymore.
Simply walk to the right.
| WARNING! Graphic-Intense! If your PC sucks, don't try to run the level. |
Don't take that too seriously :)
I am on Ubuntu Studio 11.04 (AMD64) and I have been unable to run Voxatron without a crash immediately on getting to the main menu selection screen, looks like some sort of ALSA bug, dunno what exactly:
$ gdb /opt/voxatron/vox
...
(gdb) run
Starting program: /opt/voxatron/vox
[Thread debugging using libthread_db enabled]
[New Thread 0xf5bdeb70 (LWP 11461)]
[New Thread 0xf43d2b70 (LWP 11462)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xf43d2b70 (LWP 11462)]
0x0809e370 in update_mix_channel ()
(gdb) quit
$ cat ~/.lexaloffle/Voxatron/config.txt
video_mode 1024 768 32
windowed 1
force_32 1
sound 0
go_easy 0
sound_volume 256
music_volume 256
mix_buffer_size 1024
windib 0
opengl_blit 0
show_fps 0
large_window 0
version V0.1.4
ff_version 2
dummy 0
current_player 1
path
super_sample 0
soft_shadows 1
control_type 0
// controls setup
//keys
control_dat 0 0 0 1 276 0 1 97 0 0 0 0
control_dat 0 0 1 1 275 0 1 100 0 0 0 0
control_dat 0 0 2 1 273 0 1 119 0 0 0 0
control_dat 0 0 3 1 274 0 1 115 0 0 0 0
control_dat 0 0 4 1 120 0 1 118 0 0 0 0
control_dat 0 0 5 1 122 0 1 99 0 1 32 0
control_dat 0 0 6 1 106 0 1 260 0 0 0 0
control_dat 0 0 7 1 108 0 1 262 0 0 0 0
control_dat 0 0 8 1 105 0 1 264 0 0 0 0
control_dat 0 0 9 1 107 0 1 258 0 1 261 0
//keys + mouse
control_dat 0 1 0 1 97 0 0 0 0 0 0 0
control_dat 0 1 1 1 100 0 0 0 0 0 0 0
control_dat 0 1 2 1 119 0 0 0 0 0 0 0
control_dat 0 1 3 1 115 0 0 0 0 0 0 0
control_dat 0 1 4 2 0 0 0 0 0 0 0 0
control_dat 0 1 5 2 1 0 1 32 0 1 304 0
control_dat 0 1 6 2 6 0 0 0 0 0 0 0
control_dat 0 1 7 2 7 0 0 0 0 0 0 0
control_dat 0 1 8 2 8 0 0 0 0 0 0 0
control_dat 0 1 9 2 9 0 0 0 0 0 0 0
//joystick
control_dat 0 2 0 4 0 0 0 0 0 0 0 0
control_dat 0 2 1 4 1 0 0 0 0 0 0 0
control_dat 0 2 2 4 2 0 0 0 0 0 0 0
control_dat 0 2 3 4 3 0 0 0 0 0 0 0
control_dat 0 2 4 3 1 0 3 2 0 0 0 0
control_dat 0 2 5 3 0 0 3 3 0 0 0 0
control_dat 0 2 6 4 0 0 0 0 0 0 0 0
control_dat 0 2 7 4 1 0 0 0 0 0 0 0
control_dat 0 2 8 4 2 0 0 0 0 0 0 0
control_dat 0 2 9 4 3 0 0 0 0 0 0 0
Is there something I can do to turn off/disable sound, or some workaround to use something other than ALSA? I'm normally using Jack, with ALSA compatability set up .. normally works fine, but not in this case.[box=ffd030]

I was working on the editor and two times, the windows closes when I press a button. This was not when I re entered the windows, but I was in voxatron the entire time. One time was when I pressed ctrl-a to select everything and one was when if i remember correctly selecting a color or resizing the stage. Both of these crashes where between a restart.
It also did not appear to be not responding when it crashed, and windows gave no crash reports, the windows closed gently, fading away just like any other windows in win 7 aero. In addition to this eerie crash, other games, such as half life 2 have had lighting problems, physics problems ( a heavy electric cable floats in the air). I am guessing my processor is doing a divide by zero equation.
If you have a fix for this, or anything to contribute to find the cause of the problem, please reply.
my system:
pentium dual core 2.0 ghz
4 gb ddr3 ram
intel integrated graphics with 1.7 gb of ram
windows 7 home premium 64 bit

Some of you create fairly long levels, with 10 or more rooms. In some cases they're quite hard. Then you spot some bugs and release a new version. Then a couple more bugs and another version. It's exhausting and sometimes just boring to play the same rooms over and over. The first rooms will get the most testing, but if you're working on a level you typically add rooms at the end.
The solution ? Warp zones.
I haven't made a single level so far (but I will), but it should work. Simply make the first room in the level a "teleporter central" with diamonds leading to various stages of your level. For instance your initial room could have teleporters to room #2, #5, #10, #15 and so forth. This would allow people who played your level before to test only those parts that changed. Bonus points for actually telling people which rooms changed. Then, once you consider your level complete and bug-free, you replace the initial Warp Room with something else, even a simple road leading to a gate.
Please do this.






1 comment





