4.0 reports, queries and bugs

[kakuyoshi]

I understand, thank you very much

[saga]

When scanning for missing files, XMPlay seems to take both the filename and the known filesize into account. A while ago I have recompressed a large part of my FLAC collection, and XMPlay wasn't aware of the new smaller filesize, so I believe that this is the reason why XMPlay managed to locate some missing files after moving them, but others it didn't manage to locate, even if I pointed it right at the directory containing the files. In the general case this design makes sense, but I think it would be nice to have the option to scan for missing files ignoring file size mismatches.

[piovrauz]

Here's an update that extends the "%USERPROFILE%" support (in playlists) to tool and encoder command-lines:

    www.un4seen.com/stuff/xmplay.exe

Taking your example, %USERPROFILE% would be "C:\Users\secretusername", so you could use "%USERPROFILE%\AppData\Local\ocenaudio\ocenaudio.exe".

Thanks a lot, it's doing exactly what I wanted/needed.
Took me a while to come back and check, things happened.

Oh, and the now site / forum is beautiful.
Essential and to the point, just how like it - too bad the rest of the web doesn't care.

[Knurek]

Would it be possible to add Amiga style sufix.prefix filenames handling to priority filetypes?

I'm using the Delix plugin to play some of the exotic Tracker types, and have mod as priority extension set to Delix.

If I take, for example, mod.level1 from Premiere game rip and try playing it with XMPlay, it's detected as a Generic MOD and played (extremely incorrectly) by the XMPlay PT routine.
But if I manually rename the file to level1.mod (and have the mod priority filetype in Delix set), it gets passed on to Delix and is played correctly.

Would it be possible for the module to play without having to rename it?

[Ian @ un4seen]

Would it be sufficient for XMPlay to only recognise "mod." prefixes and no others? I'm not very familiar with Amiga filenaming conventions but from what I see on download sites it seems like prefixes generally aren't used for other file formats? I'd like to minimize false filetype detections, eg. on a MIDI.TXT file.

[Knurek]

Would it be sufficient for XMPlay to only recognise "mod." prefixes and no others? I'm not very familiar with Amiga filenaming conventions but from what I see on download sites it seems like prefixes generally aren't used for other file formats? I'd like to minimize false filetype detections, eg. on a MIDI.TXT file.

I'm not 100% sure, but I think having it be restricted to mod.* should be enough...
Other formats use their own prefixes, but aren't usually structured like ProTracker modules internally, so don't cause problems from what I could gather.

[Ian @ un4seen]

I'm not 100% sure, but I think having it be restricted to mod.* should be enough...

OK, here's an update for you to try then:

    www.un4seen.com/stuff/xmplay.exe

Let me know if you have any trouble with it.

When scanning for missing files, XMPlay seems to take both the filename and the known filesize into account. A while ago I have recompressed a large part of my FLAC collection, and XMPlay wasn't aware of the new smaller filesize, so I believe that this is the reason why XMPlay managed to locate some missing files after moving them, but others it didn't manage to locate, even if I pointed it right at the directory containing the files. In the general case this design makes sense, but I think it would be nice to have the option to scan for missing files ignoring file size mismatches.

Yes, XMPlay will usually also check that the file size matches (when it's known), but the update above adds an "Ignore file size" option to the "Scan for new locations" folder selector to disable that.