OpenMPT 1.26.01.00 released

After half a year of development, it's time for the next big OpenMPT release, and OpenMPT 1.26 brings a great bunch of new and improved features.
Many changes have been done under the hood, leading to new possible features in the future releases. Some of them have lead to important improvements in libopenmpt, but will also benefit OpenMPT itself.

Here is a short summary of the most notable new features:

  • Instead of having one "compatible playback" per file, every playback quirk now has its own flag. This includes a dialog to edit these flags. These flags should not be edited manually, except for the "Set Defaults" functionality.
  • Find & Replace can now find ranges of data (e.g. notes C-5 to D-6) and replace them also with relative values or percentages. PC events are now also fully supported by Find & Replace.
  • The MIDI Input / Output plugin now sends MIDI Clock events. It is now directly integrated into OpenMPT and no longer shipped as a separate VST plugin.
  • To make Data Entry more useful, it is now only applied to the first column type of selection, even if it spans several channels (e.g. if the selection starts in the volume column, only volume will be changed).
  • Double-clicking an empty order list cell creates a new pattern.
  • Shift-clicking a plugin editor toggle button closes all other editors.
  • OpenMPT now reads the VST plugin vendor. Searching for a plugin in the plugin manager also searches in the vendor names.
  • Song cleanup can now merge identical patterns.
  • When opening an instrument plugin editor, check if the currently selected instrument would be suitable input instrument for the plugin, rather than just the first instrument that uses this plugin.
  • If available (on DirectX 9 and newer), DMO plugins now process in floating-point precision rather than 16-bit PCM.
  • Plugin editor positions are now restored properly on multi-monitor setups.
  • The DigiBooster Pro Echo DSP is now fully emulated and can also be used in other formats as a plugin.
  • The loop cross-fader now also works with sustain loops.
  • Try to load SF2 instruments with left and right layer as stereo samples. Detuned SF2 samples are now finally fixed!
  • Each sequence now has its own restart position in the MPTM format.
  • Parameter Extension (#xx) now also works with the Position Jump command in the MPTM format, adding the possibility to jump order list items ≥ 256.
  • Samples in MPTM files are now compressed by default (lossless IT compression).
  • Extra fine portamento now works properly with custom tunings.
  • Playing a sample at a sample rate close to the mix rate could lead to small clicks when using vibrato.
  • Countless other playback fixes.
  • Improved MT2 support.
  • Support for SoundFX / MultiMedia Sound (SFX / MMS) and ProTracker 3.6 IFF-style modules has been added.
  • Better tracker detection heuristics for Ultimate SoundTracker modules.
  • MO3 support is now built right into OpenMPT, no longer requiring the closed-source UNMO3 on Windows 7 and newer.
  • Ogg Vorbis and Opus support is now built-in and no longer requires an external library for stream export. Both formats can now also be imported in the sample editor.
  • Add a new "MP3 (compatible)" export file type that is implemented only via libmp3lame and is the same as the old libmp3lame CBR mode with strictly ID3v1 tags only. The regular MP3 export mode uses more modern defaults for better audio quality.
  • Added a hidden setting to distinguish between left and right modifiers (e.g. to create FT2-like play pattern shortcuts).
  • Fixed possible crashes and hangs with malformed files in various module formats (detected with afl).

For a complete list of changes, have a look at the release notes and the full version history.

libopenmpt has been updated as well, bringing built-in MO3 support (no longer requiring the closed-source UNMO3), support for DMO effects, decreased memory consumption and other improvements.

Comments

manx says:

OpenMPT 1.26.01.00 contains a very stupid bug that causes the detection of whether OpenMPT is currently running on Wine to fail sometimes.
When the detection fails, OpenMPT thinks it is running on native Windows and does not apply any work-arounds for problems specific to Wine. OpenMPT will not run properly as intended in this situation.
Additionally, as Wine by default claims to be Windows XP, OpenMPT may display a message teling you that this version requires Windwos 7 to run, and may suggest downgrading the OpenMPT build version to a "Win32old" build. Please ignore these particular warnings/suggestions. It is neither required nor recommended to run Win32old builds if you are running on Wine in almost all situations.
Note that the detection may fail varyingly from one OpenMPT run to the next (it may fail always, sometimes or never). Whether OpenMPT detected Wine in a particular run can be seen in "Help -> About OpenMPT -> OpenMPT" at the line mentioning "Operating System:" it should say something with "Wine".
Please upgrade to OpenMPT 1.26.02 if your are running OpenMPT on Wine.
We are sorry for the trouble and confusion caused by this bug on Wine.