That seems pretty vague... is it OK if I sketched a bit of ASCII art for inspiration and concept development?

Indeed the controls are part of the challenge, but more than that they are misunderstood. :)

Spamming the move keys like you are doing is only beneficial at top speed. To speed up timing is important. After you've gained some speed you can easily out-swim a jellyfish. Hopefully this video will make it more clear:

What if I decide to release my entry as open source under a free license, say a GPL?

No bonus star for using an in-house open source Blender add-on and multi-purpose level editor? ;)

Since sound is currently the main thing through which you get feedback on the accuracy of your timing, playing without makes it harder to win.

The best moment to hit a key is when you are about 3/4 on the way to a square, once for each sqaure that you move. The swimming animation will more clearly hint at this moment in future versions.

After many tries I made it past the bombers...

And then the game introduces you to the submarines. :)

Fun game with maximum spam factor. You will need all your fingers on the keyboard to win this one. Sometimes it's hard to see what number goes with your target. It would be nice to have a HUD in the bottom of the screen showing your target, maybe leaving out the numbers of the rest of the screen entirely.

Glad it works and that you like it!
I think the music will be more fitting when time limits and multiplayer have been implemented. You will really have to spam to win. I hope that doesn't burst your bubble. ;)

The web version has been updated! Could you see if it works now?
You may still have to click a second time for the element to attain focus and respond to input.

The forced fullscreen option seems to create this problem. Adding this was a quick fix to prevent bits of the level from falling over the edge of the screen. We're working on a better solution.

Thanks for reporting the issue.

That's unfortunate. So it runs but is unresponsive to input?
Arrow keys and enter should be what navigates the menu. Have you tried in another browser or looking for a setting in Chrome that might block input locking?

Could you dry this demo and see if it does work?

Good idea! I added some more instructions to the game's page. :)

It's a bit like those dance games in that timing is important. Admittedly hinting of the perfect moment to hit a key could be improved. The pitch of the plop tells you how well your timing was.

Technically speaking you need to press a key just before you reach the center of a square.

An error message is all I see.

EDIT: Works now! :)

Of course you are also expected to try and judge the results of the other contestants during this time.

Even during the voting it should be ok to develop your game further, btw. As long as you do so in a seperate branch without modifying any of the binaries (executables) on your project page. As long as judging is in progress people should (be able to) judge the game based on the version of the moment of the deadline.

Collision detection functional; hazards on the move!

It is common for jam entries to be judged on the state they're in at the time of the deadline. After the judgement there's nothing stopping you from developing your game further.

There you go...

This is cool! How are you incorporating the theme?

Thanks!

Finishing levels fast (enough) will require spamming the move buttons.

Gitter.im is.

Created a first level for A Mazing Urho using Edddy. Next step will be to load it into the game.

Discord != Open

The theme is "Spam to win!"

What's the theme? What's the theme?

+1 for consciously avoiding Discord for this jam. I think the jam organisers themselves lost some karma by suggesting its use. ;)

Happy jammin'!

Also, congratulations on starting FOSSGN! It is an honour heXon was picked as subject of one of its very first articles. Your kind words of praise are met with great gratitude.

Thanks for pointing it out this discrepancy, it will be fixed. The intended license is CC-BY-SA 4.0. The NC bit got dropped after I was made aware of the fact this makes licenses non-free.

Glad to hear you like it. :)

Cheers,
Modanung

RAR is a proprietary format and, by default, not supported under Linux. I got a "Parsing filters is unsupported." error, and had to install unar.

Thank you for your answer.

Also I hadn't read this:

Once a payout is initiated, it is reviewed and paid at our earliest convenience
(it usually doesn’t exceed two to three days).

But I'll give it some more time...

I was wondering about the average payout processing time. Last Sunday I initiated my first payout and it's still listed as in review, with both status and destination labelled pending.

Can I expect the payout to be processed before the next weekend?

As a subtle feature request on the side: A search function within the community might have answered this question.

Since the ratings are in, I've updated the binary to include the line and fill tools that were added after the deadline.

More updates to follow!

I could say something similar about all other entries. (not including running them in Wine :)

Edddy is open source and you could compile it for Windows. Of course another option would be to give Linux a try as well. It's free to download and takes half an hour to install tops.

You may want to check out the LucKey Toolset, it is a collection of free and open source software that should suffice to make any 2D or 3D game from scratch.

At first I didn't see how allowing others to put up financial barriers would encourage freedom, but I guess share-alike works for me to.

The asset license has been changed to CC-BY-SA.

I disagree on the keyboard input. Note how you can combine two keys on the numpad to aim in sixteen different directions.

Mouse aim has been considered and might be implemented along with input options. I would really advise you to find a second controller, though.

Walking out the door (top) exits the game.

I believe the correct spelling is houndsome

Rars are not well supported in Linux due to their proprietary nature. Tar.gz would probably be most preferred, but zip is fine too.

The AsteroidX file was not recognised as an executable file but as a shared library and I had to chmod u+x it in a terminal to be able to run it. It only gave the following error message:

error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

I'm running Xubuntu Linux 64-bit

Back when I still used Unity I found UTiled to be the most convenient free option. It has its limitations but suited my needs at the time.

I switched to Urho3D a year ago which has built-in TMX support through C++ classes. It's library is very similar to Unity's yet allowed me to return to Linux.