Gameboy Development Forum

Count me in!  So far, I've done the most important part--the intro screen.


My project is something along these lines:

You're a small snowball that moves around in the snow.  As you move further, you get bigger in size.  There is fire shooting at you from all sides of the screen that you have to dodge.  As you get bigger, it gets harder to dodge the fire.  I guess the game is "stay alive as long as you can"?  We'll see.

Count me in.

My project is going to be Christmas-themed. I'm not sure what it's going to be yet, but I am going to be writing a custom sound driver for it. Stay tuned for updates.

I guess the answer is obvious, but I would like to be sure : is it okay if my submission contain some characters under Creative Commons?
Well if I can't use them it's not really a problem because it won't really impact my project, but anyway.

Xephyr, it's absolutely fine to use Creative Commons licensed assets in your game, assuming you respect the license :)

Last edited by Sanqui (2015-11-19 16:22:39)

Well, I guess you can always release a demo if you have enough work? I'll probably do that too because I had less free time that what I planned.

It feels like there won't be a lot of participation, but some people probably don't post here or wait for the last few days.

Just another question : does the compo needs to be fully constructed around winter, or it just need to have a link of some sort with the theme?
Because I think I'm moving to the second direction the more I developp the idea XD

Xephyr wrote:

Just another question : does the compo needs to be fully constructed around winter, or it just need to have a link of some sort with the theme?
Because I think I'm moving to the second direction the more I developp the idea XD

No worries, it can be as loose as you want.  The theme is just there to inspire you and tie the entries together.

Last edited by Sanqui (2015-11-26 07:58:22)

Hi folks!  It's nearly a day after the deadline.  I have received two submissions so far: huge props to AntonioND and Xephyr, you two are awesome!  However, I'm sure we can do better than that.
So, I am extending the deadline by a week.  Hopefully, this will be enough to wrap up unfinished projects, or even makin a quickie from scratch if you're brave!
Get your submission in by December 9th, 23:59 UTC!

Last edited by Sanqui (2015-12-03 16:05:54)

Well if we have a little more time I might try to do some improvement during this week.

Any news?

I've just tested it. It's a bit tricky at first, but nice game.

A few technical things, because this wouldn't run correctly on hardware. I noticed them with BGB, so I suppose you had all debug options disabled (the first one is impossible to miss if you had enabled them).

- It writes to OAM with "ld [hl-],a", which means that OAM could be corrupted because of a hardware bug. The thing is that I suppose you only do this once at the beggining, so whenever you write on it with the DMA the problem is solved.
- It uses 100% of CPU. You should use wait_vbl() or whatever it's called to save batteries.
- I've noticed by chance a lot of "jr" instructions that jump to the instruction following it, like a nop, at 0x1EEC. I don't know if you did this or GBDK did, though.

Well, I guess this means it could run on hardware after all. xD

No, not even in easy mode... I'll give it a try later.

Yes, of course it runs on hardware, the problems I've said don't make the game unplayable in hardware, just "incorrect".

The battery saving should be really easy. I don't know how are you synchronizing the game, but a single wait_vbl_done() should be enough to keep the CPU meter low (probably, I haven't checked your code much).

The ASM thing is nothing important, it's just that it's really strange, because it's pretty obvious it's not your fault (everything is C, so...).

You're welcome, and thanks.