[Problem] MPF includes AA.2 track generated by Redumper when looking for Redump matches #679

Closed
opened 2026-01-29 16:20:31 +00:00 by claunia · 4 comments
Owner

Originally created by @PurpleNekoNova on GitHub (Jan 31, 2024).

Originally assigned to: @mnadareski on GitHub.

Version
What version are you using?

  • Stable release (3.0.3)

Build
What runtime version are you using?

  • .NET 6.0 running on (W11)

Describe the issue
When dumping a multisession disc with Redumper and a AA.2 track is generated, MPF includes this when looking for db matches on Redump.org

Screenshots
image
image

Originally created by @PurpleNekoNova on GitHub (Jan 31, 2024). Originally assigned to: @mnadareski on GitHub. **Version** What version are you using? - [X] Stable release (3.0.3) **Build** What runtime version are you using? - [X] .NET 6.0 running on (W11) **Describe the issue** When dumping a multisession disc with Redumper and a AA.2 track is generated, MPF includes this when looking for db matches on Redump.org **Screenshots** ![image](https://github.com/SabreTools/MPF/assets/68273043/9e0418d8-4d6e-4215-bbc2-7b58128ee47b) ![image](https://github.com/SabreTools/MPF/assets/68273043/8eb49f24-770b-4bde-a030-e530efb210ba)
claunia added the bug label 2026-01-29 16:20:31 +00:00
Author
Owner

@Deterous commented on GitHub (Jan 31, 2024):

Expected functionality is that only tracks with positive numbers should be checked against redump.org?
i.e. Track 1, 2, 3, ... only?
not: Track 0, A, AA1, B, 2B, whatever, etc?

Currently it works on denylist for 0, 0.2, 00, 00.2, A, AA
Rather than add another line for AA.2, it may be easier to only allow positive integers?

@Deterous commented on GitHub (Jan 31, 2024): Expected functionality is that only tracks with positive numbers should be checked against redump.org? i.e. Track 1, 2, 3, ... only? not: Track 0, A, AA1, B, 2B, whatever, etc? Currently it works on denylist for 0, 0.2, 00, 00.2, A, AA Rather than add another line for AA.2, it may be easier to only allow positive integers?
Author
Owner

@mnadareski commented on GitHub (Jan 31, 2024):

The .X at the end is the session number. There are generally a max of 2 sessions on a disc, so I think it's safe to do so.

@mnadareski commented on GitHub (Jan 31, 2024): The `.X` at the end is the session number. There are generally a max of 2 sessions on a disc, so I think it's safe to do so.
Author
Owner

@Deterous commented on GitHub (Jan 31, 2024):

Current: 0, 0.2, 00, 00.2, A, AA
Add: AA.2
What about A.2? Is there anything else you can conceive occurring?

@Deterous commented on GitHub (Jan 31, 2024): **Current:** `0`, `0.2`, `00`, `00.2`, `A`, `AA` **Add:** `AA.2` What about `A.2`? Is there anything else you can conceive occurring?
Author
Owner

@mnadareski commented on GitHub (Jan 31, 2024):

Basically every variant can optionally have a .2 suffix. In theory, if there was a disc with more sessions, those would be suffixed with their respective session numbers. Given that .2 is rare enough and I haven't personally seen a .3, I think it's safe to just hardcode a new value in the list for now. If there's a reason to make it more extensible in the future, then we can do so.

@mnadareski commented on GitHub (Jan 31, 2024): Basically every variant can optionally have a `.2` suffix. In theory, if there was a disc with more sessions, those would be suffixed with their respective session numbers. Given that `.2` is rare enough and I haven't personally seen a `.3`, I think it's safe to just hardcode a new value in the list for now. If there's a reason to make it more extensible in the future, then we can do so.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: SabreTools/MPF#679