Biolab Disaster - an HTML5 Game (plus Making-Of Video)

http://www.phoboslab.org/biolab/

by phoboslab • 16 years ago

146 38 16 years ago

I have the utmost respect for you. Myself and a college friend are currently working on a html5 game engine, but we're doing it in GWT, so we code Java rather than Javascript. We decided to do that because, well, it's goddamn difficult to make a really good game engine in js.

So, in summary, holy shit, that's absolutely amazing. Hats off.

I have two questions, though: How do you do your particle effects? Also, I noticed when you went through some code, you seemed to only point to Ogg Vorbis audio files. How does your sound system work?

(also, heh. Lesbian porn easter egg in the making-of video)

Edit: I should mention that our engine is (will be) open source. Not stealing your ideas, just really interested. ;)

ovi256• 16 years ago

Maybe it wasn't an Easter egg. Does it matter ? :D

redfloatplane6• 16 years ago

I certainly hope the Justin Bieber song on his desktop was an easter egg. ;)

phoboslab3• 16 years ago

Thanks!

Yeah, managing a "large scale" JavaScript application isn't easy. I ended up inventing a module system that loads all the dependencies before it executes a .js file's body. This is all hidden on the page, because all the files were compiled together into just one.

All the objects in the game world are derived from a base "Entity" class and inherit physics and stuff like that. So each particle, like any other object, is an Entity and not handled differently at all. When the Blob enemy dies, it just spawns some new Entities - the particles.

For the sound, the files names are all with an .ogg extension. The engine then decides if the browser can play Ogg Vorbis and substitutes the extension to .mp3 if necessary. So I _do_ have to have all sound files as .ogg _and_ .mp3. I hope that'll change in the future...

Edit: just uploaded the Editor as well. Saving is disabled, but everything else should work. Press Space to open the Entity or Tile menu (depending on which layer is currently active); hold Right Mouse Button to pan around; Z and Y are undo and redo.

http://www.phoboslab.org/biolab/weltmeister.html

redfloatplane6• 16 years ago

Haha, that's virtually identical to what we're doing, except with GWT, so we can hand off some of the tough stuff to the underpinnings and don't have to deal with js's strange object-oriented system (at least to us, C++ programmers ;)).

So you didn't use the audio tag's <source> option? Did you find that too slow?

(also, I don't know if it'll help you at all, but I got audio working nicely on iPhone/iPod/iPad and wrote this tutorial about it http://flax.ie/how-to-get-hidden-autoplaying-audio-in-html5-...)

Edit: By the way, does your map editor output as JSON? We went through a bunch of crap getting serialisation/de-serialisation working across client/server, but you probably wouldn't hit any of those problems because your code isn't "compiled"

kaffeinecoma2• 16 years ago

Yeah, I'll echo that sentiment- impressed at how well the audio worked. I'm also interested in getting audio working with GWT. I haven't tried in a while, but back in March this seemed to be the best bet: http://stackoverflow.com/questions/2535211/options-for-produ...

There may be better options now.

redfloatplane6• 16 years ago

<spam>

I actually wrote a short-ass tutorial on that a while back, too. Mostly it's just JSNI, though. http://flax.ie/how-to-use-html5-audio-tag-with-gwt/#more-152

My engine code for the audio component is more or less the same as that, actually. I gave a small, quick explanation on that the other day: http://flax.ie/flax-html5-game-engine-development-diary-part...

</spam>

I found it fairly easy to do. We load the html for each sound object into the page, and then statically play/pause/stop/load them via the tag name. There's a JSON file, which contains a bunch of AudioContainer objects. When they're constructed, they construct their own HTML (so, the audio tag), and loads it into the page. Then we have a static-ish Audio service to make play/pause etc pretty easy. The JSON itself is made in our (as yet hypothetical) map editor. Must get to work on that, actually. ;)

I'm not massively happy with our solution, though. It works, but it's more complex than I feel it should be, considering that the actual implementation of it in js is so easy.

edit: I should point out that the entire point of the engine is so that you don't need Flash, which is why we're using <audio> rather than one of the pre-existing frameworks, like gwt-voices, which we would so totally use, if it didn't use Flash underneath somewhere.

benologist2• 16 years ago

If you're making HTML5 games you might want to email Martine Spaans at SPIL Games, they're throwing a lot of money around to people building on HTML5.

http://www.spilgames.com/

benologist2• 16 years ago

Here's a thread about it: http://news.ycombinator.com/item?id=1690118

Keyframe• 16 years ago

Great game! I wish there was more of it. Shame JS is still too slow for games, my OS dragged while it played (with a somewhat decent frame rate though) in Chrome.

Teckla• 16 years ago

Very nicely done. I played to the end, which is a big compliment coming from me, as I don't usually play JavaScript or Flash games more than a few minutes.

It gave me a pleasant nostalgic feeling, reminding me of the Commodore 64 games I used to play as a teenager in the 1980s.

Here's hoping more of the same is coming!

ugh• 16 years ago

Also interesting:

Blogpost – http://www.phoboslab.org/log/2010/09/biolab-disaster

Making Of (Video) – http://vimeo.com/14920760

That’s all linked from the game page but easy to overlook because the game is so much fun.

Entlin• 16 years ago

Very cool! Jumping is a bit slow, so one needs to plan unexpectedly far into the future to avoid some enemy fire. Apart from that: great achievement, congrats!

cturner• 16 years ago

Feels a lot like Rick Dangerous. Responsive, convincing weapon effects.

i80and• 16 years ago

It's easy to get a platformer wrong; this is exactly right. The controls are snappy, the gun actually shoots properly, the jumping physics feel satisfying, and the baddies don't just stupidly trawl a preplanned path.

Also, the performance is impressive. Playable without a hitch with Chrome 6 on my Eee 900.

Excellent work!

Qz• 16 years ago

Worked fine in Firefox 3.6 despite the page saying it would be slow...

Detrus• 16 years ago

Very well made game. Reminds me of games made with flixel for Flash. http://flixel.org/

TamDenholm2• 16 years ago

This is really cool but can you map the up key as jump? I instinctively push up on platform games like this then i die because the dude didnt jump. :P

phoboslab3• 16 years ago

The Up Arrow usually scrolls the page up. I could suppress it with preventDefault(), but this wouldn't work in Opera. I'm therefore hesitant to enable it.

You can enter the following in the address bar, while the game is running, though:

javascript:ig.input.bind(ig.input.UP_ARROW, 'jump');

TamDenholm2• 16 years ago

very cool thanks. Also, awesome making of video, signed up to be notified of the release of the game engine.

bd• 16 years ago

The Up Arrow usually scrolls the page up. I could suppress it with preventDefault(), but this wouldn't work in Opera. I'm therefore hesitant to enable it.

Maybe it's better to enable it, so that Opera users would complain and it would finally get fixed (by Opera team).

You could use "keypress" event instead of "keydown" (for which for some reason preventDefault in Opera works), but this just brings other problems.

(BTW it was me who left comment about events in your blog post. For my HTML5 games, I chose to use arrows and preventDefault, as in majority of browsers it improves user experience (even in Opera problems come only when page is larger than window). Just don't forget to cancel events only for keycodes that you actually consume).

euccastro• 16 years ago

Crisp graphic design too.

alttab• 16 years ago

When I closed the tab, the music kept playing for a while.

Great job other than that. Judging by the code it looks like you have a game programming background.

wtracy• 16 years ago

Anyone know of a Kongregate-like website that accepts HTML5 games?

Kongregate looks like a fun way to try making a buck, but they only seem to support Flash and Shockwave, and I'm allergic to Adobe. :-P

richtaur• 16 years ago

There's this: http://html5games.com/ Our game is up there: http://html5games.com/2010/07/onslaught/

percept• 16 years ago

Sounds like they're talking about this in the comments above:

http://news.ycombinator.com/item?id=1689129

jfeldstein• 16 years ago

So we've reached Sega Genesis level gaming in the browser. As soon as someone gets a Sonic port finished, I'm done working forever.

elblanco• 16 years ago

great great great.

That's all I can say. You could probably make a fortune for a year or so off of the engine that drives this.

Any plans to make it work better on mobile devices?

cinimod• 16 years ago

Jump should be up-arrow!

maushu• 16 years ago

That might be a bad idea. It might conflict with the browser.

networkjester• 16 years ago

Ha, From the page source for:

     <p>

         Hey there, it looks like you're using Microsoft's Internet Explorer. Microsoft hates the Web and doesn't support HTML5 :(

     </p>

Edit: formatting.

mrtron• 16 years ago

The making of video has 'lesbian porn' in the google search box on the top right.

Hilarious if it was intentional, and even more hilarious if it was unintentional.

Justin Bieber as the sole mp3 on the desktop is also funny for some reason, and LOLCATS/WAREZZZZ as the other folders.

Tichy2• 16 years ago

Sounds as if the desktop was carefully prepared for the video.

Tichy2• 16 years ago

Just wondering, what is the best way to set up the game loop - simply setTimeout?

I have considered if it would be worthwhile to try putting the logic into a web worker and trigger update events to the display. Then again, sending an event from the worker to the UI thread will probably be scheduled the same way as a setTimeout event.

It's just that setTimeout seems rather slow. I have created a game with AI in Javascript, which runs fine with web workers. I tried to make it work without workers by frequently interrupting the AI thread with setTimeout events, and it was a lot slower.

Biolab Disaster - an HTML5 Game (plus Making-Of Video)

Related Stories