nesdev.com
http://forums.nesdev.com/

homebrewn NES game release: NeSnake 2
http://forums.nesdev.com/viewtopic.php?f=2&t=420
Page 5 of 5

Author:  Jagasian [ Sun Aug 14, 2005 8:33 am ]
Post subject: 

This might sound totally nuts, but why not bring back the Aladdin Deck Enhancer? If it is too rare, then clones could be made of it using lockout chips from very common carts. This seems to make the most sense, as it factors out the lockout chip and mapper:
http://www.nesplayer.com/features/aladdin/aladdin.htm

The cost of individual homebrew manufacturering would be minimized as there isn't much plastic involved in the small shell, and the PCB is tiny and simplistic. There would be more upfront cost for the enhancer though because it needs a cart socket in addition to a custom plastic shell.

Author:  tepples [ Sun Aug 14, 2005 9:42 am ]
Post subject: 

Aladdin Deck Enhancer looks like a FC to NES adapter except instead of passing through the CHR bus, it contains an 8 KB CHR RAM. Something like the Aladdin Deck Enhancer means we'd be limited to the functionality of UOROM (iNES #2), but as a start, that might not necessarily be a bad thing.

Here's a really oddball idea: make something like the Aladdin Deck Enhancer mixed with the GB Bridge. It would take NES ROMs stored on a readily available GBA flash cart and translate between NES PRG bus protocol (8-bit data bus and 16-bit address bus at 5V) and GBA cart bus protocol (24-bit address bus muxed with a 16-bit data bus at 3.3V). This translation would probably need a few latches and level converters, but I'm sure it could be done within the timing requirements of both the NES CPU and the GBA cart.

Author:  Memblers [ Sun Aug 14, 2005 8:28 pm ]
Post subject: 

Yeah, the Aladdin was a cool idea. But it seems kinda dated today, from when ROM strictly meant read-only. I think a flashcart is a better continuation of what the Aladdin did best, which is lower reproduction costs for future games. In fact, using Flash lowers that to the cost of perhaps a CD-R at the least.

Author:  tepples [ Sun Aug 14, 2005 9:51 pm ]
Post subject: 

But then with a rewritable cartridge, how do you charge for more games?

Author:  Christuserloeser [ Sun Aug 14, 2005 10:50 pm ]
Post subject: 

Thank you very much for this release, Matrixz! I loved NeSnake 1 :D

Author:  Memblers [ Mon Aug 15, 2005 1:26 pm ]
Post subject: 

tepples wrote:
But then with a rewritable cartridge, how do you charge for more games?


Same way as any other commercial software, very confidently and with excellent presentation. :)
I guess the latter would be a little harder without a traditional cartridge, but still very doable.

Author:  Matrixz [ Wed Sep 07, 2005 2:57 pm ]
Post subject: 

I got my game to work with a system where hit-detection is done 1 pixel later than before. Non-technically speaking, the snakes now have slightly more time to turn before it crashes into something. I think the control feels better now. After a deal of work, i also fixed up and improved other things. So i release version 1.2, this is a final one, no more polishing. (1.1 is the DreamEmulation version)
Oh, and the PAL release also.

NTSC version:

http://geocities.com/matrixz15/nn2_ntsc.zip

PAL version:

http://geocities.com/matrixz15/nn2_pal.zip

I cant log into my elazulspad.net account right now, so there's geocities links temporarily.

Complete list of changes from the initial release:

Version 1.1
* Crash Detection and Direction Turn is aliged 1 pixel later, like ideally
* Vs. Draw Game doesnt say "Team Wins!" anymore
* Switch hit flash effect
* Screen no longer jumps at display enable (level start / switch draw)
* Animations doesnt pause when snake is restored / crashes
* Fixed problems if both players are waiting to be replaced in Vs. Mode
* ScoreAdd processes unpaused at "Get Ready" blink
* Improved font based on the old one
Version 1.2 final
* Revisited hit-detection (AI / Crash-detect)
* Score is reset at title screen (not hi-score)
* Fixed replace hit-detect wait procedure
* Fixed bugs when removing snake in replace state
* Improved random generator - produced static values in rare cases
* Fixed 2-Player BGM arrangement data
* No "hacky" effect when player is replaced in 2P mode
* Fixed status-bar palette bug from version 1.1

I know this is a bump, but it should be harmless.

Author:  WhoaMan [ Wed Sep 07, 2005 5:43 pm ]
Post subject: 

oh... forgot we had to redo the userlist, email me a new username and password that you would like and i will re-create an account for you

Page 5 of 5 All times are UTC - 7 hours
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/