2048 for NES/FC (includes source)

[tsone]

EDIT: Rev #5 (download): Fixed broken tile spawning and blinking on tile merge/spawn.

EDIT: Rev #3: Changed to NROM-128 and added out of moves notification.

EDIT: Rev #2: Should have the bugs fixed for NTSC.

EDIT: Attached screenshots.

Hi all,

This is a release of NES/FC version of the popular 2048 game. Download ROM here (from Bitbucket)

Font and number tile graphics were taken from Oerg866's Sega Mega Drive/Genesis version. The game also uses FamiTone2 by Shiru. Everything else (including music) was done by me. Many thanks to Shiru and Oerg866.

The game sources and all resources are in examples/2048/ directory of my neskit project:
https://bitbucket.org/tsone/neskit

Best way to build this from source is by cloning the above repo and running build.bat/.sh in the 2048 directory.

BTW. I only tested this on PAL system hardware. Could anyone help to test this on NTSC? Rev #2 was tested on NTSC HW and it should work.

Enjoy!

[tepples]

Let me guess: this is like Gravnic, right?

I used a hex editor and noticed a lot of blank space at $8910-$BFFF, $E4C0-$F7FF, and $FAA0-$FFF9. It looks like this could easily fit into 16 kilobytes with a bit of rearrangement.

Anyway, I tried it on a PowerPak on an NTSC NES, and tiles were corrupting themselves all over the place. Just from the artifacts that appeared on my NES, I guessed that your engine is taking more than 2270 cycles after vblank to update things. It appears that you're even running the music engine (!) before resetting the scroll position. Try running the game in FCEUX set to NTSC mode and new PPU to see what I mean.

But if you do fix it up, it could be a counterpart to NES15 on the next Action 53 multicart.

[JRoatch]

Beaten to the punch by temples, but I took a picture of it anyway.

Nice job with the music and color palette by the way. When I was imagining to myself a month or so ago how I would do this, I was giving myself the near impossible requirement of showing the complete movement transition like in the browser game. Good to see that the game can work without that.

I would be nice if the game can detect when no more moves are possible, so that it can tell you to press start to go start another game from the menu.

[infiniteneslives]

But if you do fix it up, it could be a counterpart to NES15 on the next Action 53 multicart.

I second that motion!

Nice work on this so far. I have been wanting to make one myself after getting addicted to the game a couple months back. I really like the music too BTW.

[tsone]

Thanks for quick replies. I'll fix this ASAP. I didn't try this on the new PPU in FCEUX, so I missed that one. It's a stupid mistake, I didn't take account the NTSC's shorter VBLANK

[lidnariq]

I'm pretty certain you're not compensating for the "DPCM causes bit deletions" bug. (I'm getting spurious presses of Right in Nestopia)

I think I remember someone saying Nintendo'd fixed it in the 2A07, so it's another NTSC-only problem.

[tsone]

I'm pretty certain you're not compensating for the "DPCM causes bit deletions" bug. (I'm getting spurious presses of Right in Nestopia)

I think I remember someone saying Nintendo'd fixed it in the 2A07, so it's another NTSC-only problem.

You are right. Thanks for pointing this out. I also noticed this just moments ago when testing new fixes on Nintendulator. I assumed earlier no DPCM will be used, so the input routine was broken... I'll fix this one also ASAP.

[tsone]

I would be nice if the game can detect when no more moves are possible, so that it can tell you to press start to go start another game from the menu.

I'll add this to the next revision. Thanks for the feedback!

[tsone]

But if you do fix it up, it could be a counterpart to NES15 on the next Action 53 multicart.

I second that motion!

That would be great!

[tepples]

It appears working on my NTSC NES. But $8000-$8909 still isn't relocated up into $E580-$F7FF. Do you plan on doing that soon? It'd be nice to have the entire bottom half blank so that I can stick another NROM-128 game in its place.

Gameplay bug please: If there are two pairs one one row or column, should they be allowed to collapse in one press? They appear not to on this version. Try getting something like this and pressing left or right:

Code: Select all

,--. ,--. ,--. ,--,
  2    2    2    2
`--' `--' `--' `--'
,--. ,--. ,--. ,--,

`--' `--' `--' `--'
,--. ,--. ,--. ,--,

`--' `--' `--' `--'
,--. ,--. ,--. ,--,

`--' `--' `--' `--'

If I press left or right in the popular version, I get two 4's, each created from one pair of 2's.

[JRoatch]

Gameplay bug please: If there are two pairs one one row or column, should they be allowed to collapse in one press?

Can be logically and visually simulated by having the game repeat the direction until it detects that more tiles can merge that direction, then the random tile is added.

[tepples]

The behavior I saw in the web app is to slide, merge ONCE, and then slide further. [2 2 2 2] should merge right to [_ 4 _ 4] and then slide. They should not merge recursively to [_ _ _ 8] in one keypress. Nor should [16 4 2 2] merge to [_ _ 16 8] in one keypress.

[JRoatch]

I was just now attempting to read the source code to make sure my words where accurate, and I got it wrong.

Thanks for pointing that out.

[tsone]

It appears working on my NTSC NES. But $8000-$8909 still isn't relocated up into $E580-$F7FF. Do you plan on doing that soon? It'd be nice to have the entire bottom half blank so that I can stick another NROM-128 game in its place.

Good to hear! Thanks for testing. Is it considered safe to have 16K PRG ROM when using iNES mapper #2? Like you said, the second bank is not necessary. This game just needs CHR RAM from this mapper to decompress graphics.

Gameplay bug please: If there are two pairs one one row or column, should they be allowed to collapse in one press? They appear not to on this version.

Thanks for noticing, but it's not a bug - it's a feature. I took this merging mechanic from Veewo's version. The Cirulli's version indeed has a different mechanic. I assumed these were identical, but they are not. I also thought Cirulli made the original, but seems I was wrong again. Reportedly, original is by Saming, and this game has yet another merging mechanic. See for yourself. I'll stick with the current one.

[tepples]

Is it considered safe to have 16K PRG ROM when using iNES mapper #2?

Yes.

I took this merging mechanic from Veewo's version.

I'd try it to confirm, but why does 1024 for Android require access to my tablet's "precise location" (that is, GPS)?