umageddon / namdhc Goto Github PK

Disk images with capitalized file extensions can be selected in the OS file select dialogue, but are immediately removed by manDHC, appearing in the UI for a split second.

CHDMan has been updated to create parent child CHDs which can have massive space savings.

Would be cool to have that feature supported.

Please add 7zip support, I used this program to convert all my zips to 7z before realizing this tool does not support it, so if possible please add support for the 7z input type

It would mean less tweaking of settings between jobs. Especially if you have games separated by a subcategory like 0-9,A, B, etc. and don't want to keep changing the output directory to keep them organized.

Hello,

are you thinking of releasing a version soon that would be compatible with the latest version of chdman offered in mame?

Sincerely

@umageddon

Drag n'drop for the folder / file input would be pretty convenient :P

can it do dvd? for emulation, if use createcd ppsspp say it is not optimized

Looks like it might be an issue with the timeout triggering too soon. The converted CHD file will be completed and appears to work just fine. However the original is left in place and the job times out and logs as a failure.

I've tried several files both individual and in batch, can't figure out if there is something specifically causing it or not.

IT would be awesome to have those features.

Please return if you are well. we desperately need updates for the new CHD. No one else on the planet seems to have interest in making a GUI so please comeback

I'm Japanese.
So sometime use 2-byte characters on file name.
But, namDHC is not supporting 2-byte characters on file name.
Please support 2-byte charaters.

Japanaese ：日本語
Chinese　：**語
Korean　　：韓国語
etc...

Would be handy to have 7zip as as select-able input type as myself and many others are batch converting from large 7zip archives or libraries.

When I add multiple Zip files to the program and click convert, I get:
Error: Job Failed - CHDMAN Timed out.

Just mostly an FYI, when running from source, getting handshake error:

Handshaking with namDHC..................Error handshaking!

Afterwards need to restart program to get back to working condition.

Compiling the script and running works fine.

Hello again, I had already finished converting my stuff to CHD before so I didn't try it for that this time but instead tried to use namDHC to verify CHDs.

I typically cancelled making CHDs when it started giving errors but this went fast enough that I let it finish, and I think that might be part of the issues for all of them.

When it would give an error, a bunch more errors on future processes after that happened no matter what. And when I let them finish, the queue numbers wouldn't add up.

I let one go with 24 files, it started giving errors around fill number 19, then it ended with 23 of 24 processed with 5 failed and the queue clear. Like it messed up and deleted a job before it did it or something. Maybe something with the queue management might be causing the issues for the other stuff as well.

One I break the jobs up into a smaller amount of files, I get zero errors but when I go above 20 files it can happen every so often and if I go above 50 files it almost guaranteed to happen.

After downloading the latest version through the updater, it is flagged as a trojan.

Hi, I'm having issues with scaling even with "No DPI scaling" selected.

I know you are aware of the window being cut off when "No DPI scaling" is selected but if I select it I got the pic below where it's squashed into a small window and I can't see the "Convert" button

I'm using a 4K TV and My resolution is 3840x2160 (recommended) and the scaling is at 300% (recommended)

Is there any workaround for this other than changing my resolution or scaling in windows, which I don't really want to do as it messes other things up for me? I tried changing the DPI scaling in the NamDHC.exe properties with and without "No DPI scaling" selected but still no joy.

Hello!

I converted some PS2 games to the folder "PS2 CHD" and then after completion this folder was kept as a suggestion for "output folder". Then I converted some PS1 games but first I renamed the output folder to "PS1 CHD". For my surprise the games were placed in the same "PS2 CHD" folder which I had configured before.

I suppose this happened because I didn't have a "PS1 CHD" folder created in the specified path, so it used the one which had worked before perhaps?

Would it be possible for the GUI to create the folder which has been inserted/typed in the "output folder" field when it cannot find it the configured path?

I felt the need for this because I like to compare the size of the original folder with the uncompressed files with the new folder with the compressed CHD files, and when we have games from various different systems it is more convenient to this directly from the GUI instead of doing it from the Windows Explorer.

Another possibility would be to prompt the user about the creation of the folder with a message such as "The folder X was not found in the specified path. Would you like to create it?". But for me it's easier and quicker to just create it without any prompts.

I don't know if this would be possible in the GUI level, so forgive me for my request.

Thank you so much for your work.

As a peace of mind, could a option to verify the chd be added before the source files are deleted? I love the tool but I'm always hesitant to use delete options without some way to make sure that something didn't go rogue cause a bunch of garbage to be created instead of sane files

Hi, I own a PC Using an AMD Ryzen 5 4650G and 16GB of RAM. I tried compressing all my Dreamcast roms, but I got stuck at 49% compressing. It's been at 49% for around 1 and a half hours as I write this text.

Hello! I was trying to convert a PS1 game from BIN/CUE to CHD with this tool but it returned an error. The game is a Spanish hack for King of Fighters Kyo. Here's the log:

"CREATECD - The King of Fighters Kyo Hack Español.chd
─────────────────────────────────────────────────────────────────────────────
Error parsing input file (D:\unzipped\games\PlayStation\The King of Fighters Kyo Hack Español.cue: No such file or directory)

Fatal error occurred: 1

Successfully created"

It says "successfully created" but the conversion doesn't happen at all.

I suppose the issue is related with the special Latin character which exists in the BIN/CUE files.

I don't know if this could be fixed in the GUI level, but I am reporting it here anyway.

Thank you so much for your work.

I think the chd file and everything it brings is amazing, but sometimes we like to make changes to the original files like changing a game texture or files in the game code and in chd it's not as practical as in iso so I'd love a way to convert chd to iso!

I've been following this project for a while, but I don't understand why the chdman version is looked at when the options are the same. Those of us who are updating the version have problems because we can never use the program.

I understand that it is to make sure that all the options work, but for that, you can add an option in the menu that says, ignore chdmand version and problem solved.

Thank you.

Running Windows 10, converted approx 10 games. Switched windows and it wouldn't display again. Loaded in taskbar but cannot open window. Restarted computer, used task manager to end program and retry but have same issue. Loads to task bar but the window won't open. Any ideas?

Available since version 0.255 of CHDMAN.

Program/GUI crashes/disappears during batch progress,
So I don't know if it's still running in the background or not and if the conversion is successful.
If I add console and the verboes window I see that GUI and the verbose window disappears, only the console is left until work is done and then disappears. No report or confirmation. This happens even when choosing to convert only 1 file as well, not batch.

On Windows 10.

If you already have a path in Output Folder, click Select a folder, then click cancel, you lose the path you already had in place.

I think it should at least retain the current value when you hit cancel.

I have a 24 core CPU and NVME drive and this artificial timeout you're setting is killing jobs before they can complete. Even with 1 concurrent job only, let alone 3 by default. CHDMAN will quit on it's own on error with a code. Please remove it, or add an option to ignore it. Super frustrating.

setTimer, thread_timeout, % (TIMEOUT_SEC*1000)*3 ; Set timeout timer timeout time x2

I believe this is in milliseconds and you're only giving 3 seconds.

https://documentation.help/AutoHotKey-Functions/SetTimer.htm

"Creates or updates a timer using the absolute value of this parameter as the approximate number of milliseconds that must pass before the timer is executed."

The other issue I'm having is that I can't DO anything while this is running because it keeps taking window focus. I've had to refocus typing this a dozen times. Games will minimize or crash because namDHC is taking focus after every job.

I have to use Windows 10 at a minimum of 150% DPI scaling at 1080p and even then I can barely read anything at normal screen sizes and have to heavily rely on Windows Magnifier. But even with normal vision, this UI looks like it has way too many things on screen at once. The options go down below the bottom of the screen so that some of the options are inaccessible.

Hi, on the report screen it says "Successfuly created" This should be:

"Successfully created"

Suggested improvements for the program when converting Dreamcast CHD games to GDI.

To perform a perfect extraction of Dreamcast games, the ideal is to rename the .chd games to track.chd

Example:
"Crazy Taxi.chd" to "track.chd"

By doing this, the game will extract the correct information to the .gdi

Example: (Open .gdi with NotePad++)
track.gdi
3
1 0 4 2352 track01.bin 0
2 450 0 2352 track02.raw 0
3 45000 4 2352 track03.bin 0

Once that's done, just rename the .gdi file to the game's original name "Crazy Taxi.gdi"

The namDHC program is limited when you want to batch convert multiple games, because the names of the games are the same.

My suggestion is to put an option in the program to carry out this conversion by keeping the games in their source folders
Example:
../Crazy Taxi/track.chd
../Crazy Taxi/track.gdi

../Crazy Taxi 2/track.chd
../Crazy Taxi 2/track.gdi

I hope this information and improvement tip is useful.
Thanks

Auto update from v1.06 -> v1.07 triggers a Windows Defender warning ("Trojan:Script/Conteban.A!ml"). results in automatic deletion of the namDHC.exe

I see the ratio while it's working, but I think most people would like to see the size savings in the post report since I feel it's the reason most people would use chadman.

Maybe something like:

or whatever; I'm not a UX designer or anything.

I have tested something out and had it work, so could potentially add it in a new release but would require a secondary app to go with it.
BinMerge: https://github.com/putnam/binmerge

It can split the single bin file that CHDMan puts out based on the cue sheet into the multiple bin files. Actually tested it doing this with a PSX game and it matched the original Bin/Cue files I started with.

Would be a good automated way to be able to revert a CHD collection of ReDump games back to the Bin/Cue setup their Dat files expected.

Just have it extract a game back into a bin/cue, then run that through BinMerge and keep the final product it ended up with, then move onto the next one.