Hacking Rominator for NDS

  • Thread starter Thread starter hankchill
  • Start date Start date
  • Views Views 295,272
  • Replies Replies 1,737
  • Likes Likes 1
Status
Not open for further replies.
@NemesisHunter:
Delete the ds.rsd database and then reopen Rominator. Do a check for updates and it'll redownload the database if it doesn't check for updates automatically.

Also, did you turn ON the option to 'Scan Sub-Directories'?

@Azimuth:
Care to be my Linux Build Tester?
wink.gif


And guys, remember that the rom has to be a *clean* and *commercial* one in order to drop it onto Rominator. If you do not have a DS Database downloaded then you cannot drag & drop games to the list.

No worries, Zip support is coming
smile.gif


Regards.
 
Hank, as you've suggested, I took out ds.rsd from the Rominator Data folder, and upon reloading Rominator, it detects and "supposedly" installs a DS update. My games folder shows up, but all the boxarts, save preferences, etc are gone. I tried completely wiping out the entire folder from the .rsd files, but rebooting the application always prompts me to download the DS database afterwards. After deleting the ds.rsd file, opening Rominator, downloading the database, exiting the program and reopening the application again to iniate the new database prompts me to redownload the update...
Meaning, even after live-updating Rominator and downloading the latest trainers and databases, Rominator refuses to detect the updated database or detect my games folder...
 
I have the same issue on my windows xp. I delete the all the setting and started fresh and still give me the same error. Bug in the lastest database?
 
Hank, as you've suggested, I took out ds.rsd from the Rominator Data folder, and upon reloading Rominator, it detects and "supposedly" installs a DS update.  My games folder shows up, but all the boxarts, save preferences, etc are gone.  I tried completely wiping out the entire folder from the .rsd files, but rebooting the application always prompts me to download the DS database afterwards.  After deleting the ds.rsd file, opening Rominator, downloading the database, exiting the program and reopening the application again to iniate the new database prompts me to redownload the update...
Meaning, even after live-updating Rominator and downloading the latest trainers and databases, Rominator refuses to detect the updated database or detect my games folder...

Same here (using Mac OS X). Database downloads and the game list shows up without boxarts, etc. Once I click another list (eg. Flash or a previously created Smart List), the database error shows up again. From there, the database error shows up everytime making the app unusable.
 
I believe I have the same error. Once this latest version downloaded and updated everything, the program runs. But when I drag roms in, I get an error saying "...error importing roms...please contact Hank Chill..."
I think it is a database error as with above.
 
From what I can tell based on other user comments after my post (I use Windows XP SP2 btw), it seems the only problem may in fact lie with the latest database (the one that updates your library up to 988 I believe), causing the directory your ROMs are placed in to be undetectable by the program. As soon as this database issue is resolved, I was wondering if it would be possible to revert back to an older, "functionable" database and temporarily disabling the live-update of the DS Database until a fix has been implemented?

In fact Hank, maybe I could add this into your list of features for your already great program : some kind of log/rollback function that allows the database to revert to a previous update (which is saved into the log file for every other consecutive update) in case errors such as these occur once again. That way, if errors start showing up after an update, a simply "state-rollback" would take care of things until the more recent database is thoroughly inspected and fixed.
 
sure I would be glad to be your Linux build tester, could I request a feature, manually importing files instead of drag and drop.
 
Aw shoot, you're right guys, the database is corrupt o.O

I'll fix it ASAP, and then just run the check for update.

EDIT: Ugh, really sorry guys. As suspected, when uploading the database it got corrupted in the process. I did a reupload and tested. It works perfectly now. Sorry about that. Just launch, run Check for Updates, and it'll get it for you.

Database Rollbacks really aren't necessary, because all I'm doing is inserting data into the current database, which would never cause any issues at all. As we saw now, the issues lied in the corruption during uploading. It happens once in a long time, and just had to reupload.

I will add in Manual Importing of files (through the File menu).

Regards.
 
Great! Thanks Hankchill! Quick response and fix! All is working on my end now. Looks like it was the database update causing problems after all. Everyone else should have your Rominator program up and running in no time!

Also, I'm not sure if it has been implemented and I might not have noticed it : It would be cool to add some kind of software-updating process instead of having to redownload the updated program. Despite its small size, Rominator would be far more convenient if updates regarding its firmware is auto-patched unto the software through the menu interface.
 
Great! Thanks Hankchill! Quick response and fix! All is working on my end now. Looks like it was the database update causing problems after all. Everyone else should have your Rominator program up and running in no time!

Also, I'm not sure if it has been implemented and I might not have noticed it : It would be cool to add some kind of software-updating process instead of having to redownload the updated program. Despite its small size, Rominator would be far more convenient if updates regarding its firmware is auto-patched unto the software through the menu interface.

No problem.

As of right now though, it's going to have to be a redownload of the update. Through the Check for Updates system, it will tell you when a download is available, and you can download the update no problems.

If I am going to implement something like that though, I might end up doing it for the Mac first, because I can have it run an applescript to close rominator, patch it, and then relaunch. Windows... Not so sure yet
wink.gif


Regards.
 
Yeah, it wasn't a WiNE compatibility issue, it was a database issue.

I forgot to add error checking when loading the statistics window. Probably should do that
wink.gif


Other than that, the program should still work fine under Linux.

Regards.
 
I'm still getting the database error when I click on flash card list. The game list works fine now. I started fresh with everything deleted but still getting the error. Everything was working fine until the last database update.



Nevermind, got it to work.
rofl2.gif
 
Hankchill: found a rom with a ":" in the title... "0495 Pirates of the Caribbean: Dead Man's Chest (E) (M5)"

Keep up the great work!
 
Hey there, hankchill.

Just thought I would ask if you could make the renaming scheme a little bit more customisable. For example, the country code is '(E) (Mx)' if the ROM is multi language and I would really appreciate the possibility to omit the (Mx) part and/or the spaces between the actual release territory and the multilanguage code. Whatever is easier for you will do just fine (if it's even possible
tongue.gif
).

Thanks.
smile.gif
 
Hey there, hankchill.

Just thought I would ask if you could make the renaming scheme a little bit more customisable. For example, the country code is '(E) (Mx)' if the ROM is multi language and I would really appreciate the possibility to omit the (Mx) part and/or the spaces between the actual release territory and the multilanguage code. Whatever is easier for you will do just fine (if it's even possible
tongue.gif
).

Thanks.
smile.gif

Of course it's doable
smile.gif
It's already in for 3.1
biggrin.gif


Regards.
 
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum