Yup, main competition is 48 hours, and the jam (less strict) part of the competition is 72 hours

One day we should try to do such small competition for the z80 calcs.

Hmmm yeah, having short contests like that for calcs sounds fun. They're easy to program for so 48h is plenty to make small scale games.

I'd like to have contests with size restrictions similar to the Java4k compo, or the 4k/64k demoscene compos.
Something like "You are allowed to use these libraries (like DoorsCS), and the program must be X bytes or less in the 2nd->memory window"
I always find those much more interesting to participate in, especially if you have a good chunk of time to make your program in. Really makes you think about the value of every byte you put in your program. Especially in assembly, it helps you start to see that there's no real difference between data and code, and your code can be used for other data too if you need it to be.

Although on the other hand, if the subject is way too restrictive, such as only allowing an RPG about Neon cars, then people tend to feel too limited and inspiration is much harder to come by under such conditions.

Most of the times only two words are enough to make a subject and is usually enough flexible to do a lot of different thigns.

Quote from: unknownloner on December 09, 2014, 01:23:13 AM
I'd like to have contests with size restrictions similar to the Java4k compo, or the 4k/64k demoscene compos.
Something like "You are allowed to use these libraries (like DoorsCS), and the program must be X bytes or less in the 2nd->memory window"
I always find those much more interesting to participate in, especially if you have a good chunk of time to make your program in. Really makes you think about the value of every byte you put in your program. Especially in assembly, it helps you start to see that there's no real difference between data and code, and your code can be used for other data too if you need it to be.

Hmmm I definitely like this idea. I never really dived seriously into assembly, even though I'd love to. I have an opportunity to do it with Illusiat but aeTIos is against it so I'll stick with Axe for a while longer I guess.

You could always use some inline assembly in the game

Yeah I do plan to make Axioms anyway because I already know a case where asm is needed (for map scrolling).

Isn't scrolling already supported in Axe though? Or are you just making an Axiom to get rid of the issues where if the map is aligned with the LCD it scrolls twice faster vertically?

Yeah exactly this. I made an 8*8 smooth scrolling tilemapper in 4 level gray scale a while ago and it was crazy fast.

This was my LD31 entry http://ludumdare.com/compo/ludum-dare-31/?action=preview&uid=22685

Quote from: Streetwalrus on December 07, 2014, 05:04:44 PM
Hmmm... Vimperator hates js stuff.

press the insert key on your keyboard and it passes everything through like a normal browser. insert again to go back into normal mode

Hm I should check this out when I have some time. It seems kinda interesting. Is it fighting as in Street Fightet? I notice that the controls are just WASD and arrows.

just a simple 2 player fighter inspired by SSB. The idea was damage is based on friction and taking a hit decreases your friction, rather than it increasing how far you get knocked back like in Smash. This game mechanic didn't work out in practice and players end up just feeling like velocity is random, but it was worth a try. I'm pretty happy with my entry because I managed to implement all the major features I was hoping to. The controls are simple as possible because I was worried about keyboards that don't let you press many buttons at once. There are multiple moves you can do and if you discover them it really speeds up the game (although there are still way too many lives and health), I purposely didn't document the different moves so players would have to discover them (if you want to see what they are though, you can read the comments people left on the page).

Here is a timelapse of the development: