Romcenter

I'm the author of the NES and SNES plug-ins. Eric recently sent me a notice to have a look at this problem. If you had sent me an e-mail I probably would have had a look at the problem sooner, because I don't check this forum regularly anymore. Anyway, I will look if I can reproduce the problem.
Do ...

The best thing I've got is an ancient DAT file based on GoodGBX. I could send it to you if you want. I don't feel like making it available on a website, because Cowering is acting a bit silly about DAT files based directly on his utilities.

Bahamuth wrote:I didn't find any others for the NES. Maybe you'll enlighten me about new paths to find some?

Sorry for the late reply. Try this URL: http://x.or.internet.free.fr/forums/
I haven't personally used their NES DAT file yet.

I just downloaded the newest Romcenter just to see that he fails to load the GoodNES 1.01 for Rc 2.5.dat 'cause he thinks nes11b.dll isn't a CRC-DLL from RomCenter.
You shouldn't use such an old DAT file anyway.

Since the nes.dll (13kB) doesn't recognizes all ROMs here and in comparison to the ...

I'm afraid I will have to change the datafile format to make it more open. Maybe XML if I can parse it fast enough...
Before you make definitive choices, could you perhaps start a thread in the development forum? This avoids mistakes in the design of the new format. I'm not exactly a fan of ...

Wanderer wrote:My VB method is actually a "stupid" way of starting another thread... :)

Actually it's the other way around. Your method is the "smart" version of starting another thread :-)

Apart from Eric's decision and just for the sake of curiocity , if there are any developers that read this forum and would be interested in spending their time to help with the development of RC (i'm talking about a commitment here, not simple interest to see the source code and then dump it ...

AFAIK they're planning on making tim open source as soon as they reach beta status (idling in their dev channel is intersting:-) and with all the attention they're getting (just check their forums!)
I just did, because last time I checked their fora the average board member didn't appear that ...

Yes :-) I think the people who asked for the source code didn't expect a simple or small program. To programmers, figuring out how a fellow programmer tackled some problem can be quite interesting. Even when it takes a lot of time.
Ok, you and I are the only persons who will take fun with that ...

The SNES plug-in can't confirm it's a SNES file. That's something different than saying that it is not a SNES file. The CRC32 value was found in the DAT file which strongly suggests that it's a SNES file.

[edit]
It runs in ZSNES, so it is a SNES file.

Going open source will change all that. I don't think I will find it very funny to explain the source code (there are more than 38 000 lines of code).
I agree, that's no fun. However, you don't have to explain the source code. Just add a quick note that you don't want to answer questions about the ...

SgtSarros wrote:Does this mean that part of the file (maybe later on) is damaged, and i should see if i can replace it, or does it mean that everything is okay with it?

It means what it says. The SNES plug-in did not recognise it as a SNES ROM dump. What counts is that its CRC32 value was found in the DAT file.

nes11b.dll has been superseded by nes.dll, which can be found at the download page. You can find up to date DAT files at Dweezledap's page.

I had asked Eric about going opensource some time ago. His reply was a negative one. It's understandable he doesn't want to give-up his source code. Most programmers feel this way.
They don't. They exaggerate. Proof: programmers who write software for a living. They haven't the slightest problem ...

Anonymous wrote:And I had delphi on my computer! (figured he might be using delphi or c++ builder)

He uses Delphi.

Anonymous wrote:From the perspective of a very amature programmer, I still cannot figure out how he deals with so much data so quickly!

He doesn't :-) He uses caches. Have a look in your Romcenter/Cache directory.

Opening up RomCenter would be quite beneficial to its users, but Eric will most probably loose *all* control. The reason is very simple: Eric doesn't seem to have the time to maintain RomCenter let alone improve it. However, many people would really like to see some long standing issues resolved. As ...

Mostly because of different header information, or no header information in the roms.
Unless you happen to have the exact same set as myself the datafiles with an * next to them will more than likely show some of your good roms as bad.
This will be a problem until plugins are created for these ...

Hi,

I have some more NES rom questions:

:?: Whats the meaning of "mapper number" and "mapper name" ?
You may want to read a bit on FC/NES hardware first. This page may answer your question. A mapper name (board name) is just a different way to refer to the same thing (a mapper) and is usually ...

Hi,

Like Dweezledap mentioned I visit this site once in a while, but I usually don't check this forum.

There are several rom names including [hFFE]. I found out that its a device called 'Front Far East copier'. Ok, but are these regular roms or just modified original rom versions to get run with ...

Anonymous wrote:Hi, it did work flawlessly.

Ah, nice to hear that.

Anonymous wrote:Congratulations on a great tool, which is much more than I expected.

Thank you :-) If you encounter problems with it in the future let me know and I will try to fix it as soon as possible.

How can I change the header to a correct one?
By using one of the SNES conversion options (See "ucon64 -snes -help|more"). I suggest to use -swc. The SWC format is an uninterleaved format and the header contains a "magic" number so that a file in that format can be easily identified as a SNES ROM ...

Yes, September the 1st.

I suggest uCON64 (http://ucon64.sourcforge.net), of course. Perhaps you'll find NSRT (http://nsrt.edgeemu.com) easier to use. That will probably change once I finish the first version of my uCON64 frontend.
You can remove a header with the option -stp. Please note that -stp removes the first 512 ...

What can I say? The file wasn't detected as a SNES ROM dump, but the plug-in calculated the right CRC32 value nevertheless, hence the Ok. The SNES plug-in produces the first part of the message, RomCenter produces the Ok.
The most likely cause is that the files you get this comment for don't have a ...

what should I do? delete 2500 bad roms? before upgrading to version 2.01 they were all green (good)!
No, you should not delete any ROM unless you're absolutely sure they're "bad". In practice this is more difficult than it sounds, as you've experienced yourself.
You should realise that what is ...

I can't access Dweezledap's datafile either. However, the NES plugin is available from the RomCenter download page. Here is a direct link.
BTW Gucek is right.

Still no account. *shrugs*
Have you tried to login with the new account? I cannot remember that I got an e-mail that my account was enabled. Maybe I got an e-mail maybe not. I vaguely remember that I could use the new account right away.

Anyways, all I get is "Dat file not created !". And, like ...

Yeah, Dutch.

I am wondering, why do you make a difference between RomCenter and uCON64 datafiles? uCON64 produces RomCenter datafiles after all. And you don't make a clear distinction yourself either (for example the PCE DAT file). If uCON64 deviates from RomCenter without a good reason I consider it a bug and ...