Not sure if this helps any, but in that case I would try having an LFSR pre-calculated in ROM, and regenerate it for comparison.Shiru wrote:I can make a better test if you explain what it should do. Honestly I don't really have an idea how you could test that a particular address of ROM is read or not read properly. Like, I can put certain values into existing ROM addresses, but what I have to compare them against? And how can I decide that a value that reads back below $4800 is not from ROM?
NROM larger than 32K?
Moderators: B00daW, Moderators
- infiniteneslives
- Posts: 2102
- Joined: Mon Apr 04, 2011 11:49 am
- Location: WhereverIparkIt, USA
- Contact:
- cpow
- NESICIDE developer
- Posts: 1097
- Joined: Mon Oct 13, 2008 7:55 pm
- Location: Minneapolis, MN
- Contact:
Extra memory helps the player, NICE!infiniteneslives wrote:Tested out alterego-nrom368 on the NES and it works great! I think it works even better than the the original alter ego since how I was able to get significantly further than I have in the past
But wait...you mean you tested this out on a real NES? So there's already cart HW for NROM-368? Cool!
- infiniteneslives
- Posts: 2102
- Joined: Mon Apr 04, 2011 11:49 am
- Location: WhereverIparkIt, USA
- Contact:
Yeah the NESDEV1 
- cpow
- NESICIDE developer
- Posts: 1097
- Joined: Mon Oct 13, 2008 7:55 pm
- Location: Minneapolis, MN
- Contact:
From what I understand the goal is to create more NROM [ie. easy for entry-level] space for better games, whatever the genre. I think Shiru's answered that several times. We're not trying to create a C=64 here.3gengames wrote:Not that it matters, but the extra mirrored space would be best used for expansion via more 6522's and such for more outputs, not getting a small amount more space for some single screen games.
Fixed my FCEUX mod, now it runs the Alter Ego build. The problem was in the loading code, because of the odd number of banks. Download.
Great to hear that it also works on the HW with NESDEV1. Now it would be great to test the discrete logic design.
Great to hear that it also works on the HW with NESDEV1. Now it would be great to test the discrete logic design.
So I'm trying to write up a wiki page about NROM-368. Earlier I heard the 74HC238 mentioned, and that appears to be a sub-$1 part. One question remains though: How exactly is the decoder wired up?
Latest discrete logic design for 46K was 7485-based and explained in this post. I can draw a schematic once it is tested and settled, and a PCB layout eventually.
- infiniteneslives
- Posts: 2102
- Joined: Mon Apr 04, 2011 11:49 am
- Location: WhereverIparkIt, USA
- Contact:
- cpow
- NESICIDE developer
- Posts: 1097
- Joined: Mon Oct 13, 2008 7:55 pm
- Location: Minneapolis, MN
- Contact:
Apparently it does exist...I was curious myself but the answer was provided here:Bregalad wrote:OK so a wiki page about something that doesn't even exist other than in the imagination of a few people has been made ?
I give up.
infiniteneslives wrote:Yeah the NESDEV1
I can't wait to see the single game that will use this mapper. Unless they force C users to use this board for NROM projects, it'll probably never be used outside of these little tests. Looks like we'll be adding more sub-mappers in iNES 3.0 if we keep doing this "because we can mapper" crap for no reason. I give up too.
- infiniteneslives
- Posts: 2102
- Joined: Mon Apr 04, 2011 11:49 am
- Location: WhereverIparkIt, USA
- Contact:
No one is going to be upset if you choose to not play the only/any game that uses this mapper. If someone that has created several great games would like to create a new mapper to facilitate better games in the future I think it's easily supportable. It's not like Shiru has never created a game and is making a new mapper for the fun of it. In fact he's created several GREAT games, all of which I'd be happy to see a few more levels of, so I think most would be thrilled to see larger games. I don't see what's to give up on...3gengames wrote:I give up too.