View Issue Details

IDProjectCategoryView StatusLast Update
0001864OpenMPTFeature Requestpublic2025-02-20 20:48
ReporterNicu Assigned To 
PrioritylowSeverityfeatureReproducibilityalways
Status newResolutionopen 
Platformx86 / x64OSWineOS Version(version plz)
Product VersionOpenMPT 1.31.14.00 / libopenmpt 0.7.13 (current stable) 
Summary0001864: Scan current folder by default when external samples are missing
Description

OS: Linux Mint 21.3 Cinnamon 64-bit + wine-10.1 (Staging)

A friend sent me a zip of an .mptm file with an .ogg as external sample. After I unzipped them (same folder) and opened the .mptm, OpenMPT said that it couldn't find the external sample. By using "Scan Folder..." I pointed to the .ogg file and everything worked just fine.

When I closed it, OpenMPT asked whether I wanted to save the .mptm. I did so and opened it again, and this time it loaded normally. Then I moved the two files in a different folder, to check if the saved path is hard-coded. Fortunately it wasn't, and the sound files played as expected.

This made me think that OpenMPT could gracefully handle missing samples like this:

  1. Check the paths saved in the .mptm;
  2. If there are missing samples, also check the current folder - next to the .mptm file.

The missing external samples dialog could visually mark the missing samples with a sign in front of the samples' name:

  • if detected in the same folder, add an exclamation mark (⚠️)
  • if missing, add a stop sign (�)

The message in the "Missing External Samples" dialog could be updated to:

The following external samples could not been found *in the expected location*.
The current folder was automatically scanned for matches,
and *all | some* samples were found and can be used instead.

The other two lines of text in the dialog can stay as they are.

At the bottom of the dialog, some space could be allocated to explain the icons:

⚠️ = Sample with identical name found in current folder

� = Sample not found

I initially thought these would fit between the buttons, but then I considered that some translations may be longer. So making room for these two lines above the buttons seems like the better idea.

P.S. Great project, by the way, and nice to meet you! :)

TagsNo tags attached.
Has the bug occurred in previous versions?
Tested code revision (in case you know it)

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2025-02-20 20:48 Nicu New Issue