Previous Thread
Next Thread
Print Thread
#67963 03/13/11 04:13 AM
Joined: Oct 2005
Posts: 351
R
Senior Member
OP Offline
Senior Member
R
Joined: Oct 2005
Posts: 351
In the snes xml what is the meaning of
Code:
<dataarea name="sram" size="8192">

Joined: Mar 2001
Posts: 16,989
Likes: 84
R
Very Senior Member
Online Content
Very Senior Member
R
Joined: Mar 2001
Posts: 16,989
Likes: 84
Save RAM.

Joined: Oct 2005
Posts: 351
R
Senior Member
OP Offline
Senior Member
R
Joined: Oct 2005
Posts: 351
Sorry I haven't been explicit enough, what exactly is the 8192 value. 8KiB of sram?

Joined: Mar 2001
Posts: 16,989
Likes: 84
R
Very Senior Member
Online Content
Very Senior Member
R
Joined: Mar 2001
Posts: 16,989
Likes: 84
Yes.

Joined: Oct 2005
Posts: 351
R
Senior Member
OP Offline
Senior Member
R
Joined: Oct 2005
Posts: 351
I see. Thanks. Then this value is wrong in many cases, I will fix it to the correct value as I document the SNES cartridges.

The only problem is sometime the PCB indicates "512K/1M" (in bits). In those cases I will opt for 1M rather than 512K just to be sure the size isn't too small.

Joined: Jan 2006
Posts: 3,690
Very Senior Member
Offline
Very Senior Member
Joined: Jan 2006
Posts: 3,690
very good.

for the record, the values currently in use were taken from the cart internal headers, but if the real cart contains different amount of SRAM it should be fixed (exactly in the same way you split .sfc files into the proper number of pieces smile )

Joined: Oct 2005
Posts: 351
R
Senior Member
OP Offline
Senior Member
R
Joined: Oct 2005
Posts: 351
If a difference exists, perhaps it would be wiser to stick to internal SRAM size from headers. I can't believe you went thought all headers, you are really doing a huge and priceless job, again, thank you for your hard work.

Joined: Jan 2006
Posts: 3,690
Very Senior Member
Offline
Very Senior Member
Joined: Jan 2006
Posts: 3,690
Well, in fact data was extracted automatically by Tafoid (by using a script to run all the games one by one and by using a modified MESS which output the SRAM size).

My part of the job was parsing the results (and megadrive ones) and translating them into the xml. Pretty boring stuff, but imho it was useful for the project: the main advantage in using the xml for SRAM instead of the header only, is that through the <dataarea> approach we can later also add preset SRAM for the bunch of games (Ken Griffey?) which needs it and default the other games to anything we want (0x00, 0xff, 0x35 or whatever).
The code to support this is not present yet, but at least the basic infrastructure is there wink

Anyway, back to the case of SRAM size mismatching the header value, please add a comment in the xml for the carts which present this issue. They could be worth further tests to see if any has a wrong header smile


Link Copied to Clipboard
Who's Online Now
5 members (Vas Crabb, Dorando, Olivier Galibert, simzy39, 1 invisible), 19 guests, and 5 robots.
Key: Admin, Global Mod, Mod
ShoutChat
Comment Guidelines: Do post respectful and insightful comments. Don't flame, hate, spam.
Forum Statistics
Forums9
Topics9,171
Posts120,123
Members5,039
Most Online1,283
Dec 21st, 2022
Our Sponsor
These forums are sponsored by Superior Solitaire, an ad-free card game collection for macOS and iOS. Download it today!

Superior Solitaire
Forum hosted by www.retrogamesformac.com