Home Page Forums MAME MAME The SNES WIP topic

It is, thanks

Lisensed?

That's a lie and plus, a ugly typo :S

GCC 4.6 added that diagnostic, it's why I was in a hurry to see mainline stop using 4.4 while Linux/BSD were shipping 4.6.x.

You can get better diagnostics on OS X by building with Clang (it'll probably become the default in another Xcode rev or two).

Quick question here. I was trying to load some DSP games in to the snesnew driver, and in the log it says this type of cart requires the dump of the on-cart cpu and that I have to load it from a softlist. Will we be able to load DSP games using the full path later on or has now moved to softlists completely? It still works using the snesdsp driver for the moment.

well, games with DSP addon chip require the DSP dump, so the file you're trying to load is defective because it does not contain this necessary data.

until now we cheated treating the DSP as an additional SNES CPU (i.e. we added the fake snesdsp driver), but this is not accurate

so, in conclusion, DSP games will require to be loaded through softlists, because it is not possible to do otherwise, now that the DPS CPU is really emulated.
except for higan (which requires you to attach the CPU dump to the sfc file, specifying an xml layout), other emus still support these defective dumps by simulating the CPU instead of emulating it, but it's an hack and we removed it two yeas ago as soon as the DSP CPU was decapped

It would be nice if we could have a self-describing format containing all the ROMs and a description of the hardware in the cart.

We have rpk (rom+xml into a zip), but it seems it never got a big following.
Given that it was ripped off from AES in favor of softlist and it's only supported in TI99/4A, I never found the motivation to add it to NES, let alone taking into consideration support for SNES

But if someone decides to revive that, I can help supporting it into NES and SNES. (I'm never against giving more opportunities to users)

The main point is that I consider softlists more powerful, because don't require users to upgrade the xmls inside their own files if we need to add elements necessary to emulation, so I really have no motivation to work directly on this when I have barely the time to keep our lists updated

This �ll be great in order to not be dependent on the softlist only.
A reason why I like Michael�s way (rpk + softlist) to support the TI99/4A carts.

I don't understand why you'd need the xml. There's like half a dozen total DSP games, so it's not hard to detect them.