Posts Tagged ‘mobile’

Entropy, my Ludum Dare 33 Entry, is now a full game !

Posted by
Sunday, December 18th, 2016 3:17 pm

“Entropy : A Quest for Harmony” is out now on Android !

For Ludum Dare 33, I made a relaxing puzzle game about destroying the universe. It was quite well received and I was very satisfied with the results. The concept was really simple at its core and provided a good base on which to expend and create more content. It took quite a while before I decided to make a full game out of it though. About 6 months later, I started the development of Entropy as a full mobile game.

After quick testing, I found that the concept was really intuitive with touch controls. This is due mostly to the simplicity of the controls. I decided to not add any new inputs from the player other than clicking on the shapes to make them rotate. Instead, I added mechanics in the form of interactions between the existing elements and by changing the rules. Now, one year later, the game now has over 60 levels and is available completely free !


If you have an android device and would like to encourage a fellow developer, then here’s the download link :



I would like to thank everyone who gave my feedback, both on the full game and on my Ludum Dare entry !
Also, I’d be happy to answer any questions about the development you might have !



My First iOS/Android Game

Posted by
Wednesday, September 21st, 2016 6:22 pm

Hello everyone :)

I decided not too long ago that I would make my first mobile game. It’s an arcade space game that requires the player to travel from planet to planet by stoping the orbit at the correct time. I have a little gameplay video and I would love any feedback about it:

I made it in Unity but the finished version took a little longer than a single weekend:)



IMG_7691Screen Shot 2016-09-13 at 17.25.45

I Love My Circle – releasing March 1st

Posted by (twitter: @joshdbb)
Thursday, February 25th, 2016 7:51 am

I Love My Circle is finally going to be released on March 1st for Android and iOS.



I intended to release it for the October challenge but it turns out I massively underestimated how long everything takes!


Many thanks to the LD community for inspiring me to release a game, I wouldn’t have made it here if it wasn’t for you guys.


You can find a presskit() for the game here: I would really appreciate any help spreading the word.

Two buttons and Growing

Posted by (twitter: @GameGems)
Tuesday, December 15th, 2015 6:33 am

Hello! Congratulations on LD34 projects completion! Do you remember once I posted that two games which I was going to complete soon appeared to fit both LD themes?

So, I worked in the LD spirit to give a final push to these projects and release them. I didn’t submit them for the actual contest, because I had the existing codebase before the contest was announced, but, please, check them on Google Play and share your comments.

Like on LD33 I’ll play your games and make screencasts

Here’s “Growing” snow relax game

And here’s “Two buttons” multitasking challenge (well, there are three button on the screenshot, but most time you’ll have only 2 of them)

EATERS "Two buttons" game

EATERS “Two buttons” game

Snow relax "Growing" game

Snow relax “Growing” game

Working in LD-mode to make a mobile game

Posted by (twitter: @GameGems)
Saturday, December 5th, 2015 3:23 pm

Hello! This August I participated in the Ludum Dare for the 1st time in my life. It helped me much to break the mental wall which I had a that time and start progressing again in game development after a still plateau.

2 weeks ago I decided to make my first proper mobile game in LD-mode. 48 hours was enough to build the gameplay and interface. During the following 2 weeks I run several tests on my my friends to find out how intuitive the interface was, made adjustments, worked with SDK integration, thought of more and more additions. The danger emerged that the new game could join the long list of my not-yet-released games which are waiting for one-more-adjustment.

I had to put an end to it and started one more LD for me. Yesterday I woke up at 4am with the intention not to go to sleep until I submit the game to the stores. And after 23 hours of staying awake I did it!

Please, check my EATERS game in Google Play.

Here’s how the gameplay look like:

EATERS gameplay

Your task is to open the mouths and close them when they have eaten the required quantity of food bits (shown at the top of the screen). The more you play, the more challenges you’ll encounter.

Please, share your opinion.

Technology: Air/Starling/Action Script 3

Stereoscopic tunnel for October Challenge 2015

Posted by (twitter: @jtsiomb)
Friday, October 30th, 2015 11:15 pm

stereotunnel icon

Hello fellow ludum-dare-ers!
So I split my october in half, wanting to maximize on my chances of crossing the finish line with *something* that makes $1.

First half I cleaned up and fixed a hack I’ve made a few years back. It’s not exactly a game, but it’s got 3D graphics so close enough for me; it’s a stereoscopic 3D tunnel effect. Made a cool menu GUI for it, fixed a couple of stupid bugs, and uploaded to the iOS app-store as free with ads, which was a very enlightening experience.
Turns out, I was done with the code first week of october, but only managed to get it approved, with ads running, 2 days ago! So lesson learned: if I want to release something on the appstore, and have it up at a specific point in time, do it a month early :)

I also decided to release the code under the GNU GPLv3, because what I’ve ended up with, is a very nice example (I think) of a simple UNIX make-based build system for building cross-platform mobile apps. This code currently builds on PC (linux/mac at least, I think also windows but haven’t tested), iOS and Android. iOS has it’s own xcode project (included), but everything else builds from my makefile.

Github source code
iOS appstore page (or search for “stereoscopic tunnel” on the store on an iOS device).

Please check it out if you have an iOS device (it’s free with ads), because right now I’ve just made 40 cents off the ads, and I want to hit the full glorious dollar by the end of october to feel like I’ve accomplished the October challenge :)


The second half of october I was making an actual game. It’s obviously not done, but I’ll extend my own personal october challenge to november, because I really want to release this before the holidays, as it’s an xmas-themed game. I’ll edit this post with extra info if I ever manage to finish, release it and make money out of that one. For now I’ll leave you with a development screenshot:


Monster Streaking! (our #LDJAM entry!)

Posted by (twitter: @beavlgames)
Sunday, August 23rd, 2015 10:57 am

monster streaking

Note: More info in the following hours (prototyping gifs, concept art, sketches and so!)

Cheers everyone!

Postmortem: ChromaGun

Posted by (twitter: @pixel_maniacs)
Friday, July 24th, 2015 7:48 am

ChromaGun preview

ChromaGun was our entry to Ludum Dare #32. The concept’s inception came late at night after a few (ahem) beers. The theme was “an unconventional weapon”, and we decided to go with color. The player’s objective is to paint walls and enemies with the “ChromaGun”. Enemies are attracted to walls of the same color and float towards them. This core mechanic, paired with elements such as button-triggered doors, deadly electrified tiles and particle grids which only allow bullets to pass through, created some seriously entertaining gameplay, even in the early stages of development.

Get it on the AppStore


9 Months aftermath! LD #30

Posted by
Thursday, May 7th, 2015 3:41 pm

Hello there my fellow indie developers, today I want to announce that the game I’ve been working on for the past months has been released. This project started back in “Ludum Dare 30” (Connected Worlds). We saw potential on it so we decided to focus and develop a good game on that topic. Our entry BERTA was the starter point, then it went through many changes and almost 9 months later we finally finished!

(It’s not Berta but it is a ball).

This game is about a Spunky little ball that has the ability to switch between colors in order to interact with the environment of the level. Everything that matches the ball’s color becomes solid, therefore you have to choose wisely what color to use. For example, you’ll want to be the same color as the coins but not the same as the spikes! Or maybe you need that a certain platform matches your color in order to roll over it without falling.

So be prepared for a fun and innovative gameplay on your device… Also prepare to die a countless amount of times…

I hope you enjoy this game as much as I did when I created it! Also don’t forget to leave a review on the Store page if you actually had a great time playing it. :)



PLASMA 0.3 (HTML5, GPS, Realtime, …)

Posted by (twitter: @jacqueslelezard)
Saturday, May 2nd, 2015 2:26 pm


A few weeks ago I posted my LD32 entry, PLASMA, a prototype of a multiplayer mobile game where your unconventional weapon is your “plasmartphone”. It was a more a proof of concept than a game. I’m still working on it but here is a bit more playable version :)

How to play ?

  • Take you phone (Android, iOS, Windows Phone) with internet & GPS activated
  • Take a few friends with their phone (it’a multiplayer game)
  • Go outside, in a parc for instance, take your distances (10m at least) and start the battle !!!
  • Shake your phone to load, point you phone in another player direction & touch “Fire” to shoot

Warning !

  • This is still a prototype, I need feedbacks on every aspects of the game 😉
  • Compatibility : I’m trying to develop a multi-platform game using HTML5 (including geolocation & compass API), Google Map V3 API & FireBase, but some phones might not work well if they are a little old.

Play  :

(smartphone only)


(If you want to try the LD32 original game :, if you want to see the original post )

Fibonacci Grid – Post Compo

Posted by (twitter: @andyjamesadams)
Monday, January 5th, 2015 11:42 am

Yippee! I’ve finished the post-compo version of Fibonacci Grid.
1. Added Main Menu (Now that I’m not restricted to 1 screen)
2. Added In game menu w/ restart – quit – and music option
3. Added stats tracking to main menu
4. Added level adjustment to increase over times the game is played.
5. Added 2 new game modes!
-TIMED MODE – race against the clock and not a move count
-ZEN MODE – no limits on your math skills… just click until you hit the goal… or have to reset.

6. I ADDED A TUTORIAL!!! (Most requested improvement)

The post compo is up on GameJolt HERE.

You can play the original LD entry HERE.

Fibonacci Grid iOS

October challenge

Posted by (twitter: @OmiyaGames)
Saturday, October 4th, 2014 7:30 pm

Apparently, I released Not a Clone at the same day as the October challenge was announced, so here it is!

Not a Clone
Upon receiving his new smartphone, poor Jimmy downloaded all of the top-selling games that now demands every second of his attention. Help Jimmy play through as many mobile games as possible before the battery runs out!

Not a Clone is a satire on the rampant clones that appears in the mobile game market.

A game about words: RMBR

Posted by (twitter: @Pitoum)
Wednesday, May 14th, 2014 2:25 am

RMBR is probably my most important game since I started to bake some pixeled stuff 2 years ago.



If you have trouble to understand the concept of the game you can watch this Vine. Or try to imagine a Twine game where you “drag” the words and not just “click” on them. That’s a bit synthetic but it’s the closest description I can write with my poor English skills.

There are two main ideas behind RMBR. The first one was, I wanted to make a game about Alzheimer. I actually have a grand-mother who suffers from it, and I wanted to try to explain feeling you can have when you speak with her, but also what I imagine (from what I see and what she tells me) being her mind. How words are losing their meanings, how memories are becoming blurry and fade away, and how some of them, the oldest ones, are in contrary back vividly.

To be honest I totally failed to do it correctly, mainly because I needed a lot more time to write and include some contents. Time I didn’t have during the jam. But more on that later.

The second idea came from my recent interest in french surrealists. I’m presently reading a lot of novels/poems by Breton, Leiris, Desnos or Queneau (about whom I already develop with a game called Milmiliar – only in french right now sorry about that – which was inspired by Hundred Thousand Billion Poems). And Leiris specially worked a lot on the words and their meanings, how each one of us have their own  personal dictionary. If we think that the meaning of a word is shared by everyone, that’s an illusion. Because we all have our own experiences of the word, our own memories, our own understanding of it. So he decided to write his own dictionary (Glossaire j’y serre mes gloses in french, I didn’t find any translation of it sorry about that).

And because he was a surrealist and a poet, Leiris decided to write only definitions with puns.

For example in RMBR you can find this definition of “game”: a gem. This is something very personal for me. It represents the way I feel about games – well some games at least – and at the same time is an anagram of “game”.

This is what RMBR is about. You start with a very simple little story, told in few words. And then you can explore it like you would do with a landscape or a building in an adventure game, by exploring the words and what they mean in context. Until you finally find a definition like the one above.

The exploration is mainly about two points of view: mine and my grandmother’s. Exploring her mind or mine produces different results. In the boy’s mind things gets accurate and are a lot in the moment. In her mind things are confusing, words fade away. Well that was the intention at first.

I had a lot in mind while doing RMBR. But because it was my first mobile game so I spent a lot of time struggling with basics mobile dev problems, and didn’t get enough time to include all the content I wanted or all the features I imagined. But the main concept is here and the feedbacks I got surely convince me that I had something.

I like this idea of navigating in a text like you would do in an adventure game. As a fan of Simogo’s Device 6 I sure want to explore news ways to build a bridge between literature and video games. And mobile phone or tablet are probably the best media to do so.

That’s why RMBR is my most important game. I think I finally got something that’s really merging these two objects. And now I want to push it further.

I’m currently working on a full version of the game which will not be only about exploring a text but also will integrate puzzles and enigmas. The structure of it is a bit uncertain at the moment while I’m mainly trying to improve the “engine” and testing some mechanisms. But I’m also rewriting all the content, in french this time. Because I can’t do something good in a language I can’t really master. Two people are going to help me.

David (Badabing): He did some SFX and music for the jam version (at the last moment, thanks to him) and will be in charge of the sound design.
Violette: She will work on the English translation of the game. We’ll work together, because a lot of the texts will not be directly translated but in fact entirely rewritten.

So I hope this little post-mortem gave you some interest in the game. If so, you can:

– try the jam version 
– stay tuned via my twitter @Pitoum
– take a look at my unfinished website
– leave a comment if you have any question :)

Thanks for reading/playing!

Heartbreak Postmortem

Posted by
Sunday, December 1st, 2013 10:15 pm

Well, v0.1 is complete, anyway. Considering how much stuff I had in mind when I began this LD which didn’t come to fruition, I hesitate to call it a full-fledged 1.0, but it’s working, and (as far as I can tell) stable.

I’m pleased with the final result, overall. It could definitely use some polishing and expanding, but for two and a half days spent making what is essentially my first non-2600 game? It could certainly have been worse!

My only real disappointment is that I don’t know how to dynamically make the game fit across multiple mobile device screens. The linked version is sized for a Droid RAZR HD, since that’s the phone I’ve got. Once I figure out how to make a version that scales automatically for different phone resolutions, I’ll make sure to post it. Until then, give the Windows version a shot if you don’t have a RAZR. Controls are mouse clicks and drags, since it’s the same control scheme as the tapping/flicking gestures of the mobile version.

Heartbreak's Title Screen

Heartbreak’s Title Screen

Submission Page
Windows Download
Android Download

For those curious, you can play the original game, made for the 2013 Game Jam in Unity3D, here, and my remake for the Atari 2600 (included in a compilation ROM of other small games I made) here. The latter will need an emulator such as Stella.

This has been an excellent learning experience. I’m going to enjoy a little break, but then I hope to keep working on learning more to improve what I can do, whether with programming, art design, or sound design, since there is serious room for improvement in all of them.

Day 2/3 Conclusion

Posted by
Saturday, November 30th, 2013 10:57 pm

I’m very pleased with where things are right now. Considering that much of yesterday was spent with family after Thanksgiving, I got started late today, and I took frequent, long breaks, I couldn’t be happier that the core game is basically completed after about 12 hours or so of actual work. It’s good to know that the game could be made and work well within a Game Jam’s time period, no problem. Take that, guys who said that Heartbreak couldn’t be made in GameMaker!

I’ve been keeping an ongoing list of my progress throughout the day, and I feel that having the work in a checklist aided in my productivity and concentration. I’ll have to practice this sort of thing more in the future.

Heartbreak, as of tonight

That leaves things like sound effects and music for tomorrow, but at least those should be fairly simple to do. There is an abundance of great music available on the ‘net, and I may simply record my sound effects from the Atari 2600 version of Heartbreak to use again, as they are perfectly serviceable and I would be looking for something similarly retro-synth-sounding, anyway.

I’d also like to experiment with different visual styles, such as a grungy pixel art look and/or some scanlines. Something so that the visuals are so overly smooth and clean. That said, I do like the pastel colors that I’ve settled on, and it all looks pretty slick on my phone. I’ll have to experiment tomorrow and see what I like.

In any case, I consider the mini-LD technically complete as of now, since the gameplay is implemented and fully functional. The only nagging point is a crashing bug that I experienced a few times that I’ve been unable to replicate and track down. Here’s hoping that it got smoothed out somewhere and doesn’t rear its ugly head. Or, if it does rear its ugly head, hopefully it rears it high enough that I can find the neck and give it a good chop.

That’s it for me tonight. Time to wind down!

P.S. Is it just me, or does the above screenshot have a bit of an optical illusion going on with the blue block on the far right? Try turning your head back and forth and looking at it out of the corner of your eye. To me, it’s like the blue block separates away from the rest of the circle.

GameMaker and Why I Chose It

Posted by
Friday, November 29th, 2013 12:58 pm

Ah, it’s good to be doing a Dare again, even if this is just a mini-Dare.

Since my first LD, which was completed using Visual Batari Basic in order to create a game that runs natively on the Atari 2600, I’ve been experimenting with various engines and frameworks, including Construct 2, Loom, OpenFL/HaxePunk, LOVE, and, most recently, GameMaker.

I tried learning each of these engines by re-creating a Pony-clone of Tapper that a friend of mine made, since he gave me the already-made assets to ease development. Although progress has been slow because I’m sick of re-making the same game over and over, my experience with the engines was as follows:

Construct 2: Although I felt a bit patronized by the drag-and-drop coding interface, it did help to simplify the coding. In the end, I built in all the core functionality, but lost interest with Construct 2 when I attempted to export my game to mobile. Unlike Loom, OpenFL, and GameMaker, there is no direct push to mobile option, and instead I was just given a folder of assets that I’d need to manually compile using Cocoon Launcher… which never worked for me.

So I gave up on C2 pretty fast, though I can see the appeal of it for beginners who are looking to make games on Windows/Mac/Linux or HTML5. It compiled to those platforms very easily.

Loom: This engine was recommended by one of my game professors, as it’s a relatively new engine that is built for rapid app development, which is great because I was looking to make the game on mobile. The down-side is that the documentation for Loom is very sparse. For those familiar with ActionScript 3, LoomScript is heavily based on it, so I’m sure it would be a snap.

Unfortunately, I don’t know ActionScript 3, so I found it very frustrating to learn a language from scratch with little more than a handful of basic, outdated examples and an outdated API (because LoomScript is updating so quickly, much of the documentation is out of date). It was very good at live development on mobile, though. I just never got beyond building my game’s title screen.

OpenFL/HaxePunk: Initially, I was excited for this, as I saw it as an alternative to Loom. It’s a much more mature engine with better documentation and, while it doesn’t have live update like Loom does, it pushes to mobile just fine. Unfortunately, the language barrier of me not knowing ActionScript 3 again became an issue when I began to hit the limits of the tutorials and examples.

Unlike Construct 2 and Loom, HaxePunk can boast Papers, Please as a commercial product created using it. Once again, I didn’t get far beyond building a title screen before moving on to something else. As with Loom, I’d recommend it for those who are already familiar with making games in Flash, as I’m sure it’ll be fairly easy to pick up.

LOVE: This was my first time trying to program in Lua. Prior to this, my programming experience was only with C and a tiny bit of C++ (which I am currently taking a college course on). I immediately liked Lua’s dynamically-typed language and the flexibility of it. Tables are awesome! The only issue is that LOVE itself is very much a framework. I think it would be perfect for certain kinds of games, or for those who have experience with Lua. I, being a newbie to the language, had to rely heavily on plug-ins and additional frameworks to support animated sprites, object-oriented classes, and collision detection, which the engine does not come pre-packaged with (not completely true, as it does come with Box2D, but I didn’t require that level of a physics engine).

I got most of the framework of my Tapper clone built in Lua, but I was already nearing 650 lines of code by that point, just having laid the foundation for the game itself, but with no actual gameplay or levels implemented. On top of all that, LOVE does not have native support for HTML5 or mobile, and the plug-in support for both those platforms has been halted for at least a couple years.

In the end, I enjoyed LOVE, but I found making a game of this type from the ground-up to be frustrating. I think that I will return to LOVE if I ever have a game intended for desktop platforms that doesn’t rely much on object-oriented, but not until then.

GameMaker: It’s ironic that GameMaker was the first engine that I was ever introduced to, and yet the last I came back to. I never really did any programming to speak of (unless you count one mandatory C course and HTML/CSS) until I had an interest sparked by last year’s Game Jam. I wasn’t on as a programmer, but an artist (more because I knew nothing about programming, rather than because I was particularly adept at art). The game that I will be remaking, Heartbreak, was more one that I designed, rather than “made” per se, but it’s still the first (and only, unless you count Atari 2600 mini-games) original game that I’ve made, so it will be my focus of this Mini-Dare.

When I first designed Heartbreak for the 2013 Game Jam, I had a couple “programmers” who claimed to be decent in GameMaker. The first day of the Game Jam consisted of me designing the game’s mechanics in my head while I worked on simple (very simple) pixel art to build the game in GameMaker. I knew nothing of the engine at the time, but after an entire day of the programmers surfing the web and allegedly looking up tutorials, they claimed that the game simply could not be made in GameMaker. Since I had no experience with the engine, I was frustrated by this news. Luckily for me, another programmer stepped into the group at the eleventh hour to make the game in Unity.

With my sense of GameMaker having “failed” me, I begrudgingly avoided it as a useless prototyping tool that couldn’t make anything really “serious.” After trying all these other engines and frameworks, I find myself crawling back to GameMaker like the prodigal son. I’m aware that it still has problems, such as being very inefficient with its resources (according to the bitter folks over at the #GMC GameMaker IRC room), but I can’t sneeze at an engine that has been used to make awesome games like Spelunky, Hotline Miami, and, most recently, Hyper Light Drifter. If it’s good enough for games like that, it’s good enough for me.

In giving GameMaker a chance (I’ve been fiddling in it for about a week or two, whenever I can muster up the energy to go back to the Tapper clone that I’ve remade so many times, I hate its guts), I’m immediately drawn to how much it simplifies the organization of game code. I feel like I’m scripting more than “programming” per se… and I like it.

GML is very similar to C and it hides the annoying Java/ActionScript 3-inspired object oriented faffing that I had to deal with in Loom or OpenFL. Code is organized into easily-managed blocks within objects that are called from basic events, keeping it nicely organized into manageable scripts rather than giving me a 600-line file of code to just lay the groundwork for things. On top of all that, it has tons of tutorials, plug-ins, and shaders available online, AND it can push to mobile with the press of a button (if you have the Pro version, like I do).

I know that it’s not an end-all solution, but I think that it’s a great place to start, and even though I’ve only actually programmed in it for a whopping total of 10 or 12 hours at the most, I feel confident enough to try remaking Heartbreak in it, which is more than I can say for any of the other afore-mentioned engines and frameworks, aside from maybe Construct 2. The downside of C2, though, is the entire lack of the ability to write code. It forces the user to rely on its drag-and-drop system which, while powerful enough for basic game types, takes a lot longer than just writing raw code, lacks a lot of the flexibility of plain code, and it’s a pain to organize once the event sheet starts to get long.

I’m sure that someone with more programming experience will look down my choice of GameMaker, but I’ll say that I’ve only actually been programming for about six to nine months, and most of that was in a non-object-oriented language. The entirety of my non-Assembly/BASIC programming experience has come in the past two months, or so. I have to start somewhere.

Although this post was long-winded, I hope that some find it interesting or helpful in their own selection of an engine. Now to write a post about Heartbreak and why I am remaking it. Maybe after all this blogging, I’ll even have a little time left to make a game. Maybe.

[cache: storing page]