Author Topic: xmp-openmpt: An XMPlay input plugin based on OpenMPT  (Read 150125 times)

saga

  • Posts: 2707
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #250 on: 8 Apr '24 - 19:13 »
Default tempo and panning work better now with this file, but I think there are still a few other inaccuracies (portamentos sound a bit wrong).

Ian @ un4seen

  • Administrator
  • Posts: 25790
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #251 on: 3 May '24 - 17:56 »
xmp-openmpt reports a length of infinity for those subsongs due to the complexity of the pattern loops in those tracks. You will notice that XMplay itself also gives up on calculating the length of those subsongs and reports their length as "?". The duration display is handled by XMPlay, so I believe that it is not up to us to fix that - XMPlay should probably show a "?" when the plugin reports a song length of infinity; or is there already another way of reporting an unknown song length displayed as "?" that I'm not aware of?

When reporting lengths to XMPlay, 0 can be used for an unknown length. XMPlay doesn't currently check for infinity.

Regarding subsong info, XMPlay only displays that for the built-in decoders, and it's otherwise left to a plugin's GetGeneralInfo function, so that would seem to be where the mentioned "-12:-55" are coming from?

saga

  • Posts: 2707
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #252 on: 3 May '24 - 18:58 »
Ah indeed, I found the code that generates the subsong list... ;D I was confused because it looked exactly the same as XMPlay's own subsong list.
« Last Edit: 4 May '24 - 10:57 by saga »

guest

  • Guest
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #253 on: 4 May '24 - 11:12 »
This Soundtracker module is not recognized.

saga

  • Posts: 2707
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #254 on: 5 May '24 - 16:15 »
The file contains (or rather, contained) a lot of invalid characters in the song title. As SoundTracker modules contain no magic bytes at all, it's very difficult to decide whether a file is really a SoundTracker file or just some other random binary format. Checking the validity of the song title is one of several things that OpenMPT does to determine whether the file should be accepted or not. I'll see if we can relax the heuristics a bit more without accepting other (non-module) files as playable files, but in the meantime, the module on AMP was replaced with a version with a cleaned song title, so if you redownload the file, it will be playable.

guest

  • Guest
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #255 on: 5 May '24 - 18:47 »
What about this one?

saga

  • Posts: 2707
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #256 on: 5 May '24 - 21:10 »
The file contains a sample that is 72KB long - something that should be technically impossible to create in SoundTracker. I'll have to check with Asle how he made this rip, if it was just converted to SoundTracker format or if the demo really contained a SoundTracker module with a 72KB sample. Again this rejection happens because we need at least some way of telling random binary files from SoundTracker modules apart.

guest

  • Guest
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #257 on: 7 May '24 - 08:51 »
https://hornet.org/music/contests/mc2/veteran/v-dawn.zip
Farandole Composer v0.96 r11 plays sample 0B (12 in OpenMPT) slightly differently in order 17 (pattern 22), order 33 (pattern 166), order 41 (pattern 54), order 45 (pattern 70).




saga

  • Posts: 2707
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #258 on: 8 May '24 - 20:53 »
Farandole effect support is known to be very limited, a fix is not likely to be done immediately, it's rather a long-term goal: https://bugs.openmpt.org/view.php?id=1541

manx

  • Posts: 72
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #259 on: 12 May '24 - 17:03 »
2024-05-12: xmp-openmpt version 0.7.7 released!

 *  IT: Disable a few more compatibility flags for older SchismTracker builds.
 *  IT: Halve the output volume of files saved with ChibiTracker, as its mixer
 *  is about half as loud as ours.
 *  S3M: In mono mode, the ratio between sample and OPL volume was incorrect.
 *  S3M: Detect files saved with PlayerPRO.
 *  XM: Detect files saved with PlayerPRO. Improved detection of files saved
    with ModPlug Tracker.
 *  XM: Files with impossibly small pattern headers are now rejected, like
    FastTracker 2 does.
 *  STK: Loosen SoundTracker file rejection heuristics a bit to allow loading of
    files with malformed song titles and overly long samples.
    Other heuristics has been tightened a bit.
 *  MOD: Change VBlank timing heuristic to always assume CIA timing when long
    samples unsupported by original ProTracker) are found.
 *  MOD: Disable NoiseTracker quirks if empty sample slots have a default volume
    other than 0.
 *  MOD: 7-bit panning detection may have returned incorrect results for MODs
    with a channel count other than 4.
 *  MED: Improve handling of default tempo, panning and channel volume in files
    containing more than one song.
 *  MO3: Reduced maximum allowed music data (not samples) size from 2 GiB to
    512 MiB.
 *  XMF: Header validation is now stricter.
 *  MDL: Slightly more accurate import of pattern command 9 (enabling envelopes
    instead of setting envelope position).
 *  ULT: Support the highest three octaves.
 *  OPL emulation could produce clicks when using a mix rate higher than
    65536 Hz.

 *  xmp-openmpt: Subsongs whose length could not be calculate no longer show a
    duration of -12:-55.

 *  mpg123: Update to v1.32.6 (2024-04-04).

See https://lib.openmpt.org/libopenmpt/2024/05/12/releases-0.7.7-0.6.16-0.5.30-0.4.42/

Downloads:
 * xmp-openmpt for Windows 10 21H2 (or later) and SSE2-capable CPU, or legacy version for Windows 7 SP1 (or later) and SSE2-capable CPU
 * xmp-openmpt RETRO for Windows XP SP3 (or later) or non-SSE2-capable CPU
 * xmp-openmpt RETRO for Windows 98 SE + KernelEx (or later) (without configuration dialog)

guest

  • Guest
Re: xmp-openmpt: An XMPlay input plugin based on OpenMPT
« Reply #260 on: 14 May '24 - 10:46 »
ftp://ftp.modland.com/pub/modules/Fasttracker 2/4-Mat/the inevitable.xm
When playback reaches 0:51, XMPlay displays "buffering..." instead of playback time in the main window.