nesdev.com

I managed to survive too! Congrats on the game, it's a really cool adventure game. I like the overall "end of the world" mood to it, and the puzzle were logical but still a bit challenging. The exploration part was well balanced too IMHO. An ending cutscene or more details about what happen next in...

gauauu wrote:Great job, thanks for sharing.

I had trouble in a few spots lining up in exactly the right place to trigger a door, but other than that, everything worked quite smoothly.

Thanks!

Lemme guess, at the gas station?

Still Wanna make a small cutscene where she goes on the bike and jumps the gap at the end of the road. Ah, that is a bike... I had mistaken it as a ballerina in a red dresss who were telling me that the demonish flying-saucer had run out of petrol and that she doesn't have a key for it anyways... w...

At the start of the game, with the attached screen showing, I was pressing buttons to get to the next part since it was so slow. I pressed start. When the real game began, it instantly opened the menu. Unless I had perfect timing, the start-button press happened in this mode, not the in-game mode. ...

What should I do with the A,X,Y registers? and why? Where do I start there? I hope you can follow this... You have a NMI handler (the function that gets called automatically on vblank) in your program. And that function changes A,X,Y (and it doesn't restore the old values when it returns). In your ...

rainwarrior wrote:I survived!

Congrats on making this.

Thanks!

Very nice for a first game. I like games in this style and horror in general. I didn't play long, so just some polish would be needed for what I noticed: - button state isn't cleared between stuff (press start to start the game when the chick is shown -> it opens the menu in-game) - things are jump...

I've changed the CHR size entry to 07 (=56Kbyte), but my emu (no$nes) still displayed garbage with that, apparently not knowing how to map CHR ROM that isn't a power of two in size. It worked when padding the CHR rom to a power of two. I had never problems with that, so I guess 56Kbyte is extremely...

Punch wrote:I finished it. Pretty neat!

I would maybe tweak the interaction areas and collision detection a bit, and make the menu be exit-able with the A button but this is otherwise pretty cool for a demo.

Thanks for playing and for the feedback!

Drozerix wrote:

nocash wrote:What mapper is that? Do you have a version with intect NES header? The size entry(ies) seem to be broken.

Looks like it is an MMC1, right?

Yep, It's the MMC1

Looks to be marked as having 256KB PRG and 128KB CHR, but has only 56KB CHR. Works fine if I change the header to match. Lots of padding in the PRG; should be possible to re-link the game into 64/64 without much effort. Oh wow, how could I have missed that.. What do you mean with padding? Unused sp...

Hey all, I'd like to share the game I made over the past few months. It started out as a school project that became quite the passion project. After I got my grade I and a friend kept working on it to finish it. It's not completely finished yet but it is finish-able. Biggest inspirations were the su...

For how to call a function through a function pointer, see Jump table and RTS Trick in the wiki. If you can afford dedicating 3 bytes of RAM to a springboard, and have fewer than 86 jump targets, have a page-aligned table of JMP instructions to each target, and a region of RAM that always holds $4C...

That's so clever.
I knew there was a better way.

I knew about indirect jumping and tried it but didn't seem to work.
Apparently nesasm uses [] instead of ()

Anyway thanks for the quick reply!

Hello my fellow nesdevers, What is the best way to jump to an address held by a pointer? The way I have it set up right now is that each of my gameobjects (16bytes each) that are held in a list in ram have their own update routine I call once during the NMI. I could have just one ID byte for each ga...