and i never had reports with 7zip, since the start..

I have redownloaded the new zip and now no error with 7zip (previously when i get error i used 7zip).

great work, thx

Hi all

I did some test with the romcenter nes plugin today (about unf format, but the problem seems gone ), and noticed the dom nes file is in cm format. Then, I found this nes dat with both rc and cm format.
As you now, nes rc dat allows the identification of nes roms regardless of its formats.
As clrmame format can't tell romcenter to use nes plugin , why don't you use the xml unified format, which allow to specify cm header info as well as rc plugin ?

Hi Eric, nice to hear from you

NES RC plugin specification is used on NES "Parent/Clone" DAT which use generic XML format. The DAT behave the same as "Standard" DAT when RC is operated in unmerged/split mode.

"lynx.dll" is used for Atari Lynx DAT, but I've not tested it yet

We are missing a "fds.dll" for Nintendo - Famicom Disk System. If you have time, maybe you could write a quick one? The CM header is available here.

Hi Katzumi nice to meet you too.

hmmm...
The nes.dll is supposed to handle fds. I don't have one fds here, but it is something to try.

Yes, you are right. Using "nes.dll" allows the FDS dumps to be properly recognized. However, for some reason RC expects the ROMs inside the archives to have a ".fds.fds" extension instead of just ".fds".

I attach the used DAT. Ignore the DatUtil fixes when loading it (missing romof declarations, we only use cloneof).

Thank you for the files.

About the .fds.fds: Datafiles using plugins to identify the format must be format-independant. It means that the datafile only gives a crc to identify a game, and the plugin indentify and send back the extension of a particular file.
So the roms in the dat is not supposed to have an extension.

<game name="Apple Town Monogatari - Little Computer People (Japan)">
<description>Apple Town Monogatari - Little Computer People (Japan)</description>
<rom name="Apple Town Monogatari - Little Computer People (Japan).fds" size="131000" crc="1967673E" md5="CB3984D82C60541CAFAA8A6786647791" sha1="C6B15E0FE1887F60D31E95D72D9C8E19A3C6FEF1"/>
</game>

The first solution is to remove all roms extension from the dat.
Another solution would be an option to choose which extension to use : dat or plugin. It means that if we choose the plugin extension, rc should remove the dat extension and add the plugin's instead.
Removing an extension is always a source of problem. For example:

Golf (Japan) (v1.1).fds
Golf (Japan) (v1.1)

You get the problem

DOM already removes extensions from RC dats linked to a plugin.
FDS atm is linked to no plugin and you will get 2x ext. ..

Great then. That's the correct way.


I think that if no plugins are used, you can't get 2 extensions (the default plugin used in arcade.dll which doesn't return extensions)
You get 2 extensions if you get a no-plugin dat and add a plugin without removing roms extensions.