Don's HyperSpin Tools 4.2.6

[emb]

Its not with the matching, its with the renaming. Child files for iso images could be remapped out of order.

Sent from my SPH-L720 using Tapatalk 2

[sandman7793]

Don

Thanks again for the tools, I see the beta is down again, cant wait to see what you cook up this time!

[emb]

Code has been fixed. See the first post for the link. If you had any iso or gdi sets with multiple tracks and used this tool, please rerun this tool again.

That's why this is a beta

If you have any issues with the beta -- please post them in this thread.

Sent from my SPH-L720 using Tapatalk 2

[nuker43]

Code has been fixed. See the first post for the link. If you had any iso or gdi sets with multiple tracks and used this tool, please rerun this tool again.

That's why this is a beta

If you have any issues with the beta -- please post them in this thread.

Sent from my SPH-L720 using Tapatalk 2

about to run those dreamcast games through in a bit will let you know the result

[justinwebb]

about to run those dreamcast games through in a bit will let you know the result

once you confirm they are working i will go back and do my whole list again lol. Not looking forward to it though.

[emb]

If it helps any, it only affects cd images that have multiple tracks. Images with one track should be ok.

Sent from my SPH-L720 using Tapatalk 2

[nuker43]

once you confirm they are working i will go back and do my whole list again lol. Not looking forward to it though.

so far so good.. a few didn't work but i think it was my images.. they renamed fine though... i had to manually match them tho but that is most likely my dat file not being right... anyone got a dreamcast dat file?

[emb]

so far so good.. a few didn't work but i think it was my images.. they renamed fine though... i had to manually match them tho but that is most likely my dat file not being right... anyone got a dreamcast dat file?

See my post around october 22 in this thread on using pre filters.

Sent from my SPH-L720 using Tapatalk 2

[nuker43]

One thing i just noticed.. it has a problem with .rars. instead of unpacking the rar to get the image inside it just adds the rar to the renamed zip

[emb]

Rar is not supported. I might add a warning dialog for this later down the road.

Sent from my SPH-L720 using Tapatalk 2

[skribe]

emb,

You're going to be sick of me soon, but I think I might have found another bug for you. Compression related this time.

Tested it with my Sega Saturn TOSEC set this time, finds the archives fine. Opens them fine. Renames them fine. Saves the cue file correctly. Then...it does something weird. Let me just show you the relevant section of the log:

[2013-10-29 23:47:10.5]: Scanning completed. Opening Renamer.
[2013-10-29 23:48:00.9]: Binding game "A+M+O+K (USA)" to "C:\Users\Steve\Downloads\Saturn\Saturn\Games\A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)[!].zip\A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)[!].cue"
[2013-10-29 23:48:26.5]: Binding game "SimCity 2000 (USA)" to "C:\Users\Steve\Downloads\Saturn\Saturn\Games\SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)[!].zip\SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)[!].cue"
[2013-10-29 23:48:39.7]: Output folder set to "D:\DCtemp"
[2013-10-29 23:48:39.8]: Renaming files
[2013-10-29 23:48:39.8]: (1/2): Compressed copy for file:C:\Users\Steve\Downloads\Saturn\Saturn\Games\A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)[!].zip\A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)[!].cue
[2013-10-29 23:48:39.8]: (1/2): Creating directory "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:48:39.8]: (1/2): Extracting file in archive "A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)[!].cue" to "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:48:48.3]: (1/2): Extracting child file in archive "A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)(Track 1 of 8)[!].iso" to "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:48:48.6]: (1/2): Extracting child file in archive "A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)(Track 2 of 8)[!].wav" to "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:48:50.0]: (1/2): Extracting child file in archive "A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)(Track 3 of 8)[!].wav" to "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:48:52.3]: (1/2): Extracting child file in archive "A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)(Track 4 of 8)[!].wav" to "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:48:55.4]: (1/2): Extracting child file in archive "A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)(Track 5 of 8)[!].wav" to "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:48:59.6]: (1/2): Extracting child file in archive "A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)(Track 6 of 8)[!].wav" to "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:49:04.5]: (1/2): Extracting child file in archive "A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)(Track 7 of 8)[!].wav" to "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:49:10.6]: (1/2): Extracting child file in archive "A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)(Track 8 of 8)[!].wav" to "D:\DCtemp\A+M+O+K (USA)"
[2013-10-29 23:49:17.6]: (1/2): Renaming "D:\DCtemp\A+M+O+K (USA)\A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)[!].cue" to "D:\DCtemp\A+M+O+K (USA)\A+M+O+K (USA).cue"
[2013-10-29 23:49:17.6]: (1/2): Editing uncompressed file:C:\Users\Steve\Downloads\Saturn\Saturn\Games\A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)[!].zip\A+M+O+K v1.010 (1997)(Sega)(NTSC)(US)[!].cue
[2013-10-29 23:49:17.6]: (1/2): 
[2013-10-29 23:49:17.6]: (1/2): ERROR: Value cannot be null.
Parameter name: path2
[2013-10-29 23:49:17.6]: (2/2): Compressed copy for file:C:\Users\Steve\Downloads\Saturn\Saturn\Games\SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)[!].zip\SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)[!].cue
[2013-10-29 23:49:17.6]: (2/2): Creating directory "D:\DCtemp\SimCity 2000 (USA)"
[2013-10-29 23:49:18.0]: (2/2): Extracting file in archive "SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)[!].cue" to "D:\DCtemp\SimCity 2000 (USA)"
[2013-10-29 23:49:19.3]: (2/2): Extracting child file in archive "SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)(Track 1 of 2)[!].iso" to "D:\DCtemp\SimCity 2000 (USA)"
[2013-10-29 23:49:20.3]: (2/2): Extracting child file in archive "SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)(Track 2 of 2)[!].wav" to "D:\DCtemp\SimCity 2000 (USA)"
[2013-10-29 23:49:21.7]: (2/2): Renaming "D:\DCtemp\SimCity 2000 (USA)\SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)[!].cue" to "D:\DCtemp\SimCity 2000 (USA)\SimCity 2000 (USA).cue"
[2013-10-29 23:49:21.7]: (2/2): Editing uncompressed file:C:\Users\Steve\Downloads\Saturn\Saturn\Games\SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)[!].zip\SimCity 2000 v1.401 (1995)(Maxis)(NTSC)(US)[!].cue
[2013-10-29 23:49:21.7]: (2/2): 
[2013-10-29 23:49:21.7]: (2/2): ERROR: Value cannot be null.
Parameter name: path2
[2013-10-29 23:49:21.7]: Renaming complete

So the end problem is that I was left with directories full of correctly renamed but not re-archived disc images. I opened up the log to try and figure out why, and the only thing I see are those blank lines that say nothing followed by the "ERROR: Value cannot be null." lines.

I can allow that this one might be either user error or a configuration problem, but do you have any insight on what is going on here?

EDIT: By the way, I did my ENTIRE TOSEC Dreamcast set this morning. Every game runs without a problem. So we can definitely chalk that one up as fixed unless you hear of another problem from someone else.

[relic]

well i just got a 4tb hardrive so its perfect i can test big amounts of cd games with this thx for all your hard work emb

[emb]

Skribe, can you paste the original cue file contents?

Thanks for your help with testing.

EDIT: I think I know what is going on. I'll look into it. Thanks for the log outout.

Sent from my SPH-L720 using Tapatalk 2

[emb]

I can reproduce it now. I'll get a fix out shortly.

Sent from my SPH-L720 using Tapatalk 2

[emb]

Ok, the bug should be fixed. See the first post for the link. I would recommend all beta testers upgrade to the latest beta.

[skribe]

Hey everyone,

I know Don is retired now, so this will not be fixed. But I wanted to let everyone know that this tool is still severely bugged for .ccd files. In many cases it will rename the .ccd file but erase all of the contents, rendering a useless archive on the other end. Be very careful using this tool on the Trurip sets.

Just a heads up.

[CS5n531]

Was wondering how people were dealing with this problem.. I spent about a week simplifying the process into about 100 lines in PowerShell. Is this something people would want me to publish and briefly describe? I may make a simplified YouTube tutorial.

[skribe]

I already finished the work I needed it to do for the time being, but if you have a script I would love a copy.

[CS5n531]

My method in correcting names was pretty simple, but may not be as accurate in naming roms what they actually should be. Here's a brief on what I did an why:

1 - After identifying the directory of your ROMS, Powershell selects all files in the folder and queues them for renaming. The pattern I found most common/easy to deal with is I needed to rename everything after the first open parenthesis "(" up until the file extension delimiter ".". What I did for my needs is rename this void area in each file name to "USA)" to change eg "My Game (Foo) (Bar).n64" to "My Game (USA).n64". Although this lacks actually retaining any accuracy of file's true information aside from the name of the game, its a consistent way to keep ROM names and the XML callups of these ROMs identical.

2 - Update the XML entries for each game to match the format of the newly renamed ROMs in the same way but using the same concept.

I can definitely break this down more in depth if you'd like, as well as post the code. I had never used Powershell before and was intrigued by how much power it presents. The code is actually very short, <50 lines.

Of course this method won't apply 100% for all situations, but this worked nicely for the few directories I needed to clean up.

[skribe]

Oh I'm sorry, I thought you meant that you had made a script to repair the .ccd files using the original archives like I had been doing. Don's tools can already do everything you're talking about doing there in all but a few cases. You're going to run into a few issues doing it the way you are now though. None of the artwork is going to match your custom file names. You need to make sure that they match up exactly to what is in the original XMLs.

For most sets you should use this tool to take care of what you're trying to do there, just be careful on the .ccd files.

[CS5n531]

Got it - good call!

[CS5n531]

I could technically correct the artwork in the same way. Is there any other subsequent value to retaining the original file name that may otherwise go unnoticed?

[skribe]

You could run into potential compatibility issues with the modules, depending on the system.

Either way though, I am struggling to find a reason to rename the artwork every time I either find new art or update my collection rather than just rename the ROMs to match the XML one time. That's what the XMLs are for, after all. Keeping all of the artists and such on the same page with names for items related to titles.

To each their own though I suppose. As long as you don't mind. Don's tools will take care of this for you quite easily in most cases though if you change your mind.

[potts43]

Skribe,

What do you recommend to use if CCDs are in the archive?

Thanks

[potts43]

Am I right in believing the 7z is the only file that needs to match the xml name or does the cue/ISO/ccd/bin/img etc etc need renaming inside the renamed archive?