▲

[Ian @ un4seen]

That looks like there's a problem with one of the plugins, but strange that no error message is shown. If you open Window's Event Viewer and check the "Application" log, are there entries for the failed XMPlay launches? Also, do you see anything in the "%LOCALAPPDATA%\CrashDumps" folder in File Explorer?

[Elrinth]

yes that folder has a few dmp files from today. quite large ones.

App log says:
Problemsignatur:
P1: xmplay.exe
P2: 3.8.5.76
P3: 65ccd2ca
P4: xmp-SidEx.dll_unloaded

then later it did still crash but never mentionen xmp-sidEx.dll again.

but now it runs super stable, and I'm happy, xmplay no longer takes 20 secons to start

[Ian @ un4seen]

I believe the xmp-sidex plugin has been superseded by xmp-sidevo, so if it was causing the problem then I don't suppose it really matters now

[guest]

XMPlay sometimes crashes when
ftp://ftp.modland.com/pub/modules/Screamtracker 3/Bogdan/400.s3m
is added to a playlist and scanned with other files, or when its playback starts by double-clicking on it in the playlist while another file is playing.
It also happens that XMPlay calculates different durations of this S3M and different numbers of subsongs.

[XMGabe]

Hello, XMPLAY user since more than 10 years, and still loving it. I have a little request to ask:

I use multiple devices with Onedrive to sink my stuff, included my favourite musics and my XMPLAY configurations. Would it be possible to have the library memorize the paths to music files with the user profile path environment variable? As of now it records them with the full absolute path, eg. "C:\Users\username\onedrive\music\mytune.mp3", while ideally it should use: "%USERPROFILE%\Onedrive\music\mytune.mp3", this would make the library "portable" and available no matter what the original profile path is, and would work with other cloud storage solutions.

Keep up the good work and Best wishes,

Gabriel

[Jackalope]

It seems that AIFF files with "unknownINST" in them aren't playable.

[Jackalope]

...I am so sorry.  That post went through too early.

Examples of these come from Carmen Sandiego - Math Detective - such as RFMUS101.AIFF.

[Ian @ un4seen]

XMPlay sometimes crashes when
ftp://ftp.modland.com/pub/modules/Screamtracker 3/Bogdan/400.s3m
is added to a playlist and scanned with other files, or when its playback starts by double-clicking on it in the playlist while another file is playing.
It also happens that XMPlay calculates different durations of this S3M and different numbers of subsongs.

The issue with this file is that it starts with an invalid pattern number, and XMPlay ends up processing randomness when calculating the length, possibly resulting in a crash. Here's an update that replaces it with an empty 64 row pattern (which seems to be the standard thing):

   www.un4seen.com/stuff/xmplay.exe

I use multiple devices with Onedrive to sink my stuff, included my favourite musics and my XMPLAY configurations. Would it be possible to have the library memorize the paths to music files with the user profile path environment variable? As of now it records them with the full absolute path, eg. "C:\Users\username\onedrive\music\mytune.mp3", while ideally it should use: "%USERPROFILE%\Onedrive\music\mytune.mp3", this would make the library "portable" and available no matter what the original profile path is, and would work with other cloud storage solutions.

The update above adds support for this. If it works well then it may be enabled by default, but for now you can enable it by adding a "UserProfile=1" line to your XMPLAY.INI file. I don't think it'll cause any problems, but you should probably backup your XMPLAY.LIBRARY and XMPLAY.PLS files first just in case.

...I am so sorry.  That post went through too early.

Examples of these come from Carmen Sandiego - Math Detective - such as RFMUS101.AIFF.

I would guess that those files are using some unsupported compression. Please upload (or link) an affected file to have a look at here:

   ftp.un4seen.com/incoming/

[Jackalope]

OK, I uploaded it as "carmen-math.7z".  ...It looks like it disappeared instantly, though.  I assume it's on purpose?

[Ian @ un4seen]

Yes, uploaded files aren't publicly visible or downloadable for confidentiality. Your file was received, and it appears to be using "ima4" (Apple QuickTime IMA ADPCM) compression, which unfortunately XMPlay doesn't support. It looks like Audacity does support it though, so you could use that to convert the file to WAV format.

[guest]

"Separate subsongs" option does not separate all selected library entries ("Separate subsongs" option returns more playlist entries for the same content).

For example, HVSC #80 contains 58150 SID files.
After adding all SID files to an empty playlist, selecting all and separating subsongs, there are 83721 entries.
After adding all SID files to an empty library, selecting all and separating subsongs, there are:
- 79881 entries if the library is sorted ascending by file size
- 79682 entries if the library is sorted descending by file size.

[Jackalope]

Thank you very much for the reply and explanation.

(While I'm here, thank you for XMPlay, too!  It took no time at all to be totally sold on switching from Winamp.)

[Ian @ un4seen]

For example, HVSC #80 contains 58150 SID files.
After adding all SID files to an empty playlist, selecting all and separating subsongs, there are 83721 entries.
After adding all SID files to an empty library, selecting all and separating subsongs, there are:
- 79881 entries if the library is sorted ascending by file size
- 79682 entries if the library is sorted descending by file size.

Here's an update that should fix the problem:

   www.un4seen.com/stuff/xmplay.exe

Let me know if you still see it happening.

[guest]

This MTM should probably have no subsongs, but XMPlay detects 7.

[Ian @ un4seen]

Oops, it seems XMPlay should be ignoring "F00" effects in MTM files. Here's an update that does so:

   www.un4seen.com/stuff/xmplay.exe

[saga]

Something goes a bit wrong with the end-of-song calculation for this track:
https://files.scene.org/view/parties/2018/nordlicht18/tracked_music/triace_-_zappeldisco-geblinke.zip

XMPlay reports a length of 3:31 (which is consistent with OpenMPT), but once it reaches that position, it continues playing even if looping is disabled. The song does not stop or fade out.

Speaking of song lengths, can you please check my question here? https://www.un4seen.com/forum/?topic=15448.msg142639#msg142639

[guest]

• XMPlay reports duration of 0:39 but the playback of this module stops at 0:00.

• After loading the saved settings with the reduction auto-amp set to e.g. +20 dB for this MOD, the amplification slider starts jumping back and forth.

[Ian @ un4seen]

Something goes a bit wrong with the end-of-song calculation for this track:
https://files.scene.org/view/parties/2018/nordlicht18/tracked_music/triace_-_zappeldisco-geblinke.zip

XMPlay reports a length of 3:31 (which is consistent with OpenMPT), but once it reaches that position, it continues playing even if looping is disabled. The song does not stop or fade out.

The end detection is a bit different during length scanning and playback. The length scanning will check for a loop in the file at every row (after considering pattern loops), while playback will only check for a loop at an order number change. I don't remember the reason for that, but I would guess it was to avoid possibly ending too early with dodgy pattern loops. In this file's case, the pattern data is never-ending but the loop point isn't on a pattern break (it's on the 2nd row of order 36), so unfortunately it isn't detected during playback.

]XMPlay reports duration of 0:39 but the playback of this module stops at 0:00.

This is similar to the case above, but here's an update that should help:

   www.un4seen.com/stuff/xmplay.exe

Let me know if you see this cause ending problems for other files, eg. perhaps they become never-ending.

After loading the saved settings with the reduction auto-amp set to e.g. +20 dB for this MOD, the amplification slider starts jumping back and forth.

I don't seem to be able to reproduce this. I guess it may depend on what settings are used, so please also upload your XMPLAY.SET and XMPLAY.INI files to show what settings you're using:

   ftp.un4seen.com/incoming

[guest]

After loading the saved settings with the reduction auto-amp set to e.g. +20 dB for this MOD, the amplification slider starts jumping back and forth.

I don't seem to be able to reproduce this. I guess it may depend on what settings are used, so please also upload your XMPLAY.SET and XMPLAY.INI files to show what settings you're using:

   ftp.un4seen.com/incoming

This happens when saved setting is auto-loaded.
I uploaded settings to ftp.

[Ian @ un4seen]

The problem still isn't happening here even with those settings. When starting playback of the MOD file, the amp slider immediately drops down to -3.2dB and stays there.

If you delete your XMPLAY.INI file for a fresh config and then put back the "AutoPreset" line, does it still happen?