Posts Tagged ‘particles’

Particles, yay!

Posted by (twitter: @caranha)
Sunday, December 11th, 2016 1:17 am

Done with the “visuals” of my game.

Enjoy the programmer art!

PICO-8_0

Now on to sound!

Day one done!

Posted by (twitter: @Zazanxors)
Saturday, April 16th, 2016 2:30 am
Space! Space-ships! Space-ship particles!

Click for higher quality GIF or if it doesn’t animate.

Not much so far, but I’m happy with what I’ve gotten done in a short amount of time.

So far: Parallax backgrounds, particles, movement and aiming.

To do: Asteroids, enemies, level boundaries, shapeshifting and more!

This just looks wrong…

Posted by
Saturday, August 22nd, 2015 4:55 pm

View post on imgur.com

This gives “fire crotch” a whole ‘nother meaning.

Particle48

Posted by
Saturday, March 23rd, 2013 11:17 am

Hey ludumers!

After watching Martin Jonasson & Petri Purho’s video a while ago, I learned 2 things :

  1. this “juicyness’ thing that these guys talk about actually exists and works
  2. particle systems are indeed fun to program!

Now think about it: adding particles and effects to a game is a really cheap trick you can do to make the game look and feel more lively, reactive and spectacular. Particles don’t really interact with anything existing in the game, they just spawn, live their glittery short life and die. It’s very easy to just plug in particle emitters in a almost finished game, set up some emitters and triggers and watch everything explode/sparkle.

With that in mind, I put together a particle system library in JavaScript that renders awesome particles on an HTML5 canvas. Since I’ve created it for an LD event, I named the library Particle48. I intend to use it in every game I’m going to make for LD and I thought I could share it with whomever is interested. Here’s the project on github and a demo – I wish this to become a collaborative work.

Here’s a screenshot, but bear in mind that screenshots don’t always do justice…

particle48

2 Thirds October Challenge

Posted by (twitter: @colincapurso)
Tuesday, October 16th, 2012 11:44 pm

2 Thirds October Challenge

At the time of writing this, we are 2/3 of the way through October.

I started developing my game on October 1st and I would say I’m am actually about 2/3 of the way to completing the game.

This is a sort of log of what I went through to get to this stage.

Week 1

Idea

Not much time was spent thinking of an idea. I was determined this time to make a game that I myself want to play even if it was an existing game. With that in mind, I chose the game mechanic (drop7 by Zynga, originally from area/code) and thought about what I’d like it to have to be more appealing to me.

  • More colour
  • More character
  • More particles
  • Adventure Mode

The first 3 are just visual things, but they make a difference to the feel of the game and as a graphic designer/illustrator it’s kind of important to me.

Adventure mode: I’ve yet to implement this as I’ve had many many ideas on how to do it. I know how I want the player to feel. I want them to want to progress, to want to beat levels and explore the world I’ll make for the game.

Platform

It’s definitely a mobile game. I intend it to be played in short bursts, 5 minutes here or there. Options:

  • iOS (iPhone, iPad, iPod Touch)
  • Android (Phones, Tablets)
  • Windows Phone

These were the 3 platforms I was thinking of. I’d love to do a windows phone, but not owning one means testing is just can’t happen.

That leaves iOS and Android. Now, I have a couple of really old iOS devices to play with but developing for iOS will cost me $99. That is $99 I don’t have. So, we’re down to Android, a mere $25.

So I’m developing for Android. That will require me to know Java. Which I don’t know well.

There are a few other options for developing for Android, the 2 I looked at were

  • Phone Gap
  • Unity

I don’t know Unity and I don’t want to spend too much time learning something new when I only have 1 month to complete my game.

From what I understand about PhoneGap, it throws HTML5/JS into a webkit browser on your phone as if it were it’s own app.

Well, I’m very familiar with javascript, so I’ll give PhoneGap a go. (Spoiler: it doesn’t work out)

Time to get started.

Coding went pretty smooth for my first prototype. I had much of the game working by the end of the week.

The code itself was a huge mess. I was just learning about MVC architecture and attempted to implement it as I went  along. BAD MOVE. The code just got worse and worse and became unworkable.

Week 2

Rebuild!

My code was a mess. At this stage in my life as a game developer, I’ve gotten accustomed to re-writing all my code from scratch and that’s exactly what I did.

I re-coded the whole thing in about a day. It went amazingly well. I changed the grid model from something overcomplicated (list of tile entities) to something super simple (jagged array with integers) and wow was that the best thing I ever did. Coding from here on out was a breeze.

By the end of the week, the game was working and had the added benefit of being able to change the grid size on the fly. I played around with 4-10 grid sizes. Funny thing, 7 grid spaces was the magic number in terms of fun and difficulty.

I tested the game on various browsers and touch device browsers. Turns out Safari is a dick and doesn’t support “.bind()” which a significant part of my event system. That was a pain to sort out, but I ended up adding some code so that it would work on browsers that don’t support it.

Weird thing, the game worked super fast on my old iPad 1 (Safari) but slow on my Nexus S (Chrome). Craziness.

Time to test out Phone Gap. I copied my files over into Eclipse. Tested it. It didn’t work. Crap.

Turns out, requestAnimationFrame won’t work. That’s an easy fix, I switched over to my teeny setTimeout loop.

(function loop(){ setTimeout(function(){update(), draw(), loop()}, 1000/FPS)})();

It is my prototyping game loop. If I have to write something from scratch really quickly, I use this.

Back to the Phone Gap test. It works!

I started working on the graphics, which took no more than an hour or so. (It is my speciality after all).

Coded my new view class and test it.

It works!

but…

slowly.

Well.. that sucked.

I implemented all the performance improving hacks I could think of (FYI working in canvas no CSS3).

  • ~~ Double Not. Rounded out all my draws coords (canvas hates decimal numbers)
  • Pre-rendering. All my sprites were resized and pre-rendered into their own canvases.
  • Non-full screen clearRects. I only re-drew things on the screen that changed.
  • Layered Canvas and draws on their own layers. Turns out this actually made things slower despite there being significantly less re-draws.
  • Frame skipping. Well.. this really had the same effect, everything was just as choppy as before.

Well, clearly javascript was just not going to cut it.

Now, this isn’t to say PhoneGap is terrible for games (it is), I had right from the very beginning a particle system that I was unwilling to part with. It added some 100+ particles on the screen every time something happened and is the sole reason for laggy perfomance.

oh and I want my game to run at 60 FPS. None of this flimsy 30 FPS.

Week 3

Hey that’s this week!

I decided to re-write the whole thing over in Java.

I knew that the hardest part of this would be getting the thing up and running because really, to me, regardless of the language, all games are the same thing.

  • Game Loop
  • Game Logic
  • Game Rendering

The things that were different were;

  • Game Loop Code. Involves pausing threads and what not.
  • Event system. Turns out you can’t pass a method reference as an argument. There are work arounds and I ended up passing anonymous functions but I wasn’t happy with it and ended up scrapping my whole event system. I didn’t actually need, it was more a proof of concept.

As for the game logic, it just so happens I write my Javascript like I write my C#/Java. So it was mostly just copying and pasting with some type declarations.

I’ve just finished writing much of the code for rendering/drawing.

It works! and fast! and that’s just in the emulator, on my crappy old phone it’s super awesome.

So that’s where I’m at right now.

Things on my to do list:

  • Particle system
  • Title Screen
  • Score Keeping/Submission
  • Implementing ads for free version
  • Adventure Mode
  • Hats

I expect to have the game ready for submission some time next week. Initial version won’t have adventure mode. It’s not a vital part of the game, just a bit of variety/fun.

So yep, this has been my process for making one of the simplest of simple game development over-complicated.

There should be screenshots of the progress.

Oh and the name of my game will be Panda7.

Posted by (twitter: @alyphen_)
Saturday, August 25th, 2012 3:02 am
Game screenshot

Progress so far

So, I’ve finished making platform physics, and also I was too tempted to implement Companion and Kittens in at the same time… so the player now has an evolving kitten as a companion throughout the game x3

Menus work nicely, and there’s a LOT of particle effects.

The first level will be a train which should explain some sort of basic outline of the situation. Upon completition, new areas will be unlocked causing the kitten to take new forms, e.g. in the glacier area it will transform into a yeti….

Scrolling text at the bottom is working brilliantly and the kitten will follow the player 8 steps behind.

If I have time I’ll stick in some online stuff, but for now, more levels and seperate sprites for each direction.

Hour 40 – COMPLETE!

Posted by
Sunday, August 22nd, 2010 10:48 am

Okay well its not quite complete, the waves of enemies could do with some more work but I have my mum coming up from London to visit me in 30 mins so im gonna call it quits here.

So, finally it has a name, I have called it “48 Hours Later” :) Its not technically true as I have only had 40 hours to do it, but oh well!

Overall im pretty happy with my first Ludum Dare entry, im very tired right now and have a banging headache, but thats all part of the fun right?

So onto the game. First some shots:


Okay so if you have been following waaaay back my original intention was to make a game with the same sort of art style as World of Goo but with the game mechanics of Boom Stick. I think I have stayed pretty true to that original idea.

Basically you fight against waves of enemies that float across the screen. There are currently only 10 waves, I would have liked more and with more variety but oh well 😉

The theme of the competition was “Enemies as Weapons”. I have incorporated that theme by having the enemies drop giblets when they die. You then have a certain amount of time to pick up those giblets and fire them back at the enemies. Enemies as weapons!

So as a disclaimer: im sure the game has many bugs and things, I have run out of time to do much in the way of testing and optimising. If you find any bugs however drop a comment I would love to hear about them as I plan to release this to a few flash portals, so would like to get those bugs fixed 😉

Anyways enough jibber jabber. A few more shots then the game is below:


You have to play the game on my site, I cant get flash to work here :(
http://mikecann.co.uk/ludum-dare/ludum-dare-hour-40-complete/

Oh also, if you cant run flash I plan on making a Youtube video in the next day or so to go along with my timelapse of development!

Tools Used:
Adobe Photoshop CS5
Adobe Flash Builder 4
Adobe Flash CS5
SFXR
Chronolapse

Hour 31

Posted by
Sunday, August 22nd, 2010 1:39 am

Well its been quite a while since my last progress report. I have mostly been sleeping (well 4 hours of it anyways).

So progress is coming along nicely STILL no gameplay tho :S

So far you can shoot and destroy the enemies and then collect thier giblets before they become part of the terrain. The idea is that you can then shoot those giblets back at the enemies. Take alook if you are interested:

Have to play it on my blog as flash doesnt work here :(
http://mikecann.co.uk/ludum-dare/ludum-dare-hour-31/

Oh I just noticed I left some debug sliders on there I was using to try and hone the bloom levels. Have a play with them if you want.

Right. Gameplay.

Gameplay, finally!

Posted by
Saturday, August 21st, 2010 5:41 pm

You can knock your enemies over now!
yay
You knock them over by.. touching them! Then the knocked over enemy can knock over other enemies.They release particles when they are defeated, and you also release a bit when you touch them. yay

Hour 17

Posted by
Saturday, August 21st, 2010 11:37 am

Okay its been about 6 hours since my last update, and I have been working pretty much solid apart from an hour lunchbreak when I went for a wander into town.

Ive made quite abit of progress with the core bits of the engine including the physics particle systems and the destructible terrain.

Dont believe me? Take a look for yourself:

(Gotta play it on my blog, no flash linking here for some reason)
http://mikecann.co.uk/ludum-dare/ludum-dare-hour-17/

Theres still no game really, just a pretty tech demo. Im hoping the gameplay will come next :)

Im going to have abit of a break now, get some food wind down a little then its going to be a loooooong night ahead for me!

Cave Ninja – Particles

Posted by
Sunday, August 30th, 2009 11:24 am

Added scrolling, esc (pause) “menu”, damage, mission failure, and particles. I still need a lot of content before this is any good, and sound would add a lot.

jolle_cave_progress_06-particles

Quick Simple Toys

Posted by
Sunday, July 26th, 2009 11:42 am

I wasn’t originally going to participate in this Mini Ludum Dare, but I wound up making two simple toys that are a little fun to play around with.  I didn’t really want to commit to actually making a game, and since the theme is ‘sandbox,’ both programs are entirely pointless.  Both require Python and PyGame — which are easy enough for anyone to obtain.

Squiggle Draw

It looks better in motion (along with perhaps a higher squiggle value.)  Basically, you draw and it makes the lines all squiggly looking.  As you can see, Left Mouse Button draws, Scroll Wheel increases/decreases squiggliness, and Space bar clears the screen.

Download: squiggle_draw.py

Particles

This program lets you play around with particles.  You can place down ‘attractors’ which draw particles towards it or ‘repulsors’ which push them away.  Left Mouse Button puts down attractor, Right Mouse Button puts down repulsor, Scroll Wheel add/removes particles, and Space Bar clears attractors and repulsors.

Download: particles.py

[cache: storing page]