It is currently Wed May 22, 2019 10:53 pm

All times are UTC - 7 hours





Post new topic Reply to topic  [ 18 posts ]  Go to page Previous  1, 2
Author Message
 Post subject: Re: mmc3 vs mmc5
PostPosted: Tue Dec 11, 2018 8:58 pm 
Offline

Joined: Sun Apr 13, 2008 11:12 am
Posts: 8367
Location: Seattle
There really isn't anything more to it than that.

While the MMC5 is in "extended attribute mode", which one turned on by writing 1 to $5104, all reads from all nametables will have the MMC5's internal RAM used to specify the extra bits for each tile. Regardless of how $5105 says to lay out memory.

It should even work with silly options like the fill-mode nametable; in that case the bottom 8 bits would all be the same (and specified by $5106) but the contents of the extended attribute table will still (top-most two bits) specify palette and (bottom-most six bits) specify 256-tile pages within CHR.


Top
 Profile  
 
 Post subject: Re: mmc3 vs mmc5
PostPosted: Tue Dec 11, 2018 9:26 pm 
Offline
User avatar

Joined: Tue Jun 24, 2008 8:38 pm
Posts: 2293
Location: Fukuoka, Japan
@lidnariq

Thank you for the extra information, it is always appreciated.

I guess I'm always a little slow to get it since I usually cannot visualize in my head properly after reading things that seems complicated at first. Now I'm starting to have an idea how it works with that extra post. The best way will be to get my hands dirty and try it and it will all make sense. For some reason, unless very obvious, if I don't try it, I have a harder time to understand it. It's like I need to touch it and see the results and it becomes clearer.

I should check for some code example then, if any, or just try something simple soon. Unless mistaken, I think no tool similar to nesst support for such data format yet.

Thanks again!


Top
 Profile  
 
 Post subject: Re: mmc3 vs mmc5
PostPosted: Wed Dec 12, 2018 12:31 am 
Offline
User avatar

Joined: Fri Nov 12, 2004 2:49 pm
Posts: 7711
Location: Chexbres, VD, Switzerland
lidnariq wrote:
It should even work with silly options like the fill-mode nametable; in that case the bottom 8 bits would all be the same (and specified by $5106) but the contents of the extended attribute table will still (top-most two bits) specify palette and (bottom-most six bits) specify 256-tile pages within CHR.

It's not that silly... In this regards, the ExRAM works as a regular nametable selecting form 64 tiles and with fine-grained colour, and $5106 selects which of 256 "banks" of tiles it picks from. Ok there's not much point in using it that way, but it'd work fine I guess.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 18 posts ]  Go to page Previous  1, 2

All times are UTC - 7 hours


Who is online

Users browsing this forum: No registered users and 10 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group