nesdev.com

Nope, principe is the same.


'157 is one of the ways to solve it, but not the smallest one.

I wish '157 have no /STB, but consist of two halfs

2 infiniteneslives it is. The keyword is "more than enough", so it's confusing. Hopefully i will have time on this Tuesday to finish my prototype and post some photos

2 l_oliveira so... existence controlling your mind Nothing wrong with it, when it's hobby and sometimes it can become a true hack.

2 tepples and it will. Ask yourself, which data floating one way?

At the moment I am looking for such a TTL too.

Return to 174. Add another 157 for PRG-Switch but half of it is unused :

Getting tired of this so here:


^typo in out of sync comment: C1- 0=CHR RAM. 1=CHR ROM

Alternatively you can use the free NOR gates to decode CHR ROM and RAM (using the 6264's CE2) and use the other decoder for something better such as using all 4M ROMs, but the initial state will have Rockman 3's CHR ROM instead of CHR RAM. If you use a '175 instead of the mode '161 and the free NOR gates for decoding you can get rid of the '139 by using C2 for PRG selection and MMC3's PRG /CE for /OE control, but you'll waste power.

EPIC try harder Picture, you posted above for FARID, is for you now One more try and i will tell you, how chinese mapper working.

2 FARID, no you don't need '157 for that. Q and /Q of '175 and OR with /(PRG CE), otherwise you will ended with 10+ IC's.

Yes, sorry, my brain told me a lie and I believed it!


Just give me some more time to finish and test my own logic which I believe is more simple than Chinese logic (maybe another lie!), then I will try to find out about Chinese mapper too. I love to play with these TTLs!

@ kyuusaku
I am sure your design runs more accurate than Chinese mapper, but I prefer to design a logic which is more simple and easy to rebuild even at home.

The priority should be something that *works*.

If building the UOROM logic is too complicated then only use the '161 and '139, you can't get simpler than 2 chips! >_<

I'm getting a bit confused, wasn't that jpx72's project in the beginning? And also, why are we doing this?

For fun, for learning, for having something to talk about ... Pick a reason ..

Yes, it was. And we(or maybe only me ) having fun here

No matter how, just works

You can not go more simple without patching menu. Look, MotZilla described mapper as 5010h, 5011h and 5012h - already 3(THREE) latches, also you need decoder to control'em. Also you need... you need... you are very close, c'mon! Just look at PRG dump...

P.S. My guess - mapper is more universal, but can not proove it without decaping(which is not worth)

Well, I can definitely agree that there is some fun happening in this thread

Oh, please Mr. De Morgan, bestow your wisdom upon this thread I eagerly await your masterful unrelated design I'm preparing to marvel at your progress since this thread only 7 months ago


Guilty! What a huge cost for UOROM mode, I know you can do it more efficiently Since you've been holding back your implementation of the Chinese mapper so long it must be really brilliant, stop teasing already! What was I thinking using 2 full chips for a MMC3-only design?!?

PS: Man, I really wasted my time in this thread since many of my suggestions went on to receive concurrence from you days or months later Next time you should just post ahead of me so people get it right from the source I can't even articulate the service you're doing this thread, it's people like you make the internet great! I had to add this since sometimes praises from your parents just aren't enough

I don't want to waste your time so I quit my own logic and start working directly on this Chinese mapper.

Ehm ... It still is, but you guys are far ahead of my knowledge, so I'm silently waiting for a finished schematics and hope you won't kill each other in the process

I'm not sure what's more likely, The circuit working or someone taking out someone else...

oh my god! lollllllll you made my day man!
I promise, we will finish this for sure, don't worry.