[Request] Support re-parsing when no longer have .bin/.cue/.iso #870

New Issue

claunia · 2026-01-29T16:23:38Z

claunia commented

2026-01-29 16:23:38 +00:00

Originally created by @JohnVeness on GitHub (Oct 18, 2025).

Originally assigned to: @mnadareski on GitHub.

Is your feature request related to a problem? Please describe.
My workflow, when doing verifications for redump, is to dump the disc with redumper and then immediately delete the large .iso or .bin files to save disc space. I later run MPF.Check, pointing it at the .log file (the usage says to do MPF.Check <system> [options] </path/to/output.cue/iso> ... but the .log file works too).

Sometimes I have to do multiple passes of MPF.Check to refine things (e.g. add ringcodes using a seed file and so on). The new feature introduced in #896 is great for this, as it will unzip previous logs, if they were zipped previously.

However, because I no longer have a .bin/.iso file, and the .log is zipped up, I have nothing to point MPF.Check to. (It's possible it would work if I kept the small .cue file, but given than I'm mostly dumping DVDs and BDs, I don't have those).

Describe the solution you'd like
It would be great if MPF.Check would take a folder name as a parameter (assuming the folder only has one dumped disc in it), or take the .zip file as a parameter. At the moment, neither seem to work for me.

Describe alternatives you've considered
Obviously I could avoid zipping up the logs until I know that I'm done, and that is indeed what I currently do. I'm just thinking that it would be nice to take advantage of the work in #896 when I no longer have a .bin/.cue/.iso, given that, generally speaking, MPF.Check doesn't actually need those to do its thing. Thanks!

Originally created by @JohnVeness on GitHub (Oct 18, 2025). Originally assigned to: @mnadareski on GitHub. **Is your feature request related to a problem? Please describe.** My workflow, when doing verifications for redump, is to dump the disc with redumper and then immediately delete the large .iso or .bin files to save disc space. I later run MPF.Check, pointing it at the .log file (the usage says to do `MPF.Check <system> [options] </path/to/output.cue/iso> ...` but the .log file works too). Sometimes I have to do multiple passes of MPF.Check to refine things (e.g. add ringcodes using a seed file and so on). The new feature introduced in #896 is great for this, as it will unzip previous logs, if they were zipped previously. However, because I no longer have a .bin/.iso file, and the .log is zipped up, I have nothing to point MPF.Check to. (It's possible it would work if I kept the small .cue file, but given than I'm mostly dumping DVDs and BDs, I don't have those). **Describe the solution you'd like** It would be great if MPF.Check would take a folder name as a parameter (assuming the folder only has one dumped disc in it), or take the .zip file as a parameter. At the moment, neither seem to work for me. **Describe alternatives you've considered** Obviously I could avoid zipping up the logs until I know that I'm done, and that is indeed what I currently do. I'm just thinking that it would be nice to take advantage of the work in #896 when I no longer have a .bin/.cue/.iso, given that, generally speaking, MPF.Check doesn't actually need those to do its thing. Thanks!

claunia added the enhancement label 2026-01-29 16:23:38 +00:00

claunia referenced this issue

2026-01-29 16:26:00 +00:00

[PR #870] [CLOSED] Add mediatype to help text #1203

claunia referenced this issue

2026-01-29 16:26:02 +00:00

[PR #870] Add mediatype to help text #1206

Sign in to join this conversation.