ModPlug Central

OpenMPT => Development Corner => Topic started by: Relabsoluness on January 25, 2010, 22:03:26

Title: OpenMPT 1.18 releases
Post by: Relabsoluness on January 25, 2010, 22:03:26
Release candidate for next "stable" OpenMPT release is now available for testing. This version includes loads of changes as the version jump from 1.17 to 1.18 indicates. Be prepared for possible rough edges and feel free to give feedback -- whether positive or negative.

Note: There's a bug in ITP, ITI and XI handling in this version due to which for example instruments in ITP can be be loaded incorrectly. See bug report here (http://forum.openmpt.org/index.php?msg=31238.0). Due to another bug, the sample editor might crash, especially if you don't have a lot of RAM.

Download:
lpchip.com: OpenMPT-1.18.00.00_rc0.zip (http://lpchip.com/modplug/files/OpenMPT-1.18.00.00_rc0.zip)
sagamusix.de OpenMPT-1.18.00.00_rc0.zip (http://sagamusix.de/openmpt/download/OpenMPT-1.18.00.00_rc0.zip)

MD5: 9a12b2533b8cb40ef10d2285481b4814
SHA-1: 753f23e063b8adba3fbe25bff3c8f6e0db16872c


Changes since 1.17.03.02 in high detail:
---------------------------------------------


General tab
 [Fix] Channel name input field was not limited properly.

Sequence editor
 [New] Can now copy/cut/paste order selections.
 [Imp] Using the keyboard manager for shortcuts. 0...9, + and - keys are now also configurable.
 [Imp] Duplicate / Create new pattern shortcuts do also work here now.
 [Imp] Show cut/copy/paste orders in context menu.
 [Imp] Middle click can now also be used for queuing patterns.
 [Fix] Pasting orders now removes "+++" items if they are not supported by the current format.
 [Fix] Fixed display error when selecting multiple orders, inserting them and clicking on another order (only first order of previous selection was un-highlighted).

Pattern tab::Pattern editing
 [New] New paste mode "push forward paste", which resembles the default paste behaviour of Impulse Tracker. Includes new shortcut.
 [New] The "paste flood" command pastes the clipboard content again and again until it hits the bottom of the pattern (overflow paste will be disabled automatically if paste flood is used, for obvious reasons).
 [Imp] When using the MPTM format, plugin param changes are written to the pattern as PC Notes (instead of smooth midi macros).
 [Imp] Assume that the clipboard pattern format is IT (instead of MOD) if no information about the format is available.
 [Imp] Pattern c&p: convert pasted commands if necessary.
 [Mod]   Pattern c&p: Mix paste shouldn't anymore trigger conversion on modcommands that weren't changed at all. Now, however, partial conversion will not be done so this still needs further fixing.
 [Fix] Pattern c&p: invalid commands are not pasted anymore.
 [Imp] If "record note off" is enabled and Note Off commands are not supported by the current format, try Note Cut and volume commands.
 [Mod] It is impossible to enter something into the volume column in MOD format now.
 [Mod] When interpolating PC notes, the plugin number and note type won't get overriden if the note type is already PC or PCs.
 [Fix]   Pattern c&p: Mix paste should behave better with parameter control notes.
 [Fix] Amplify acted VERY weird when it was applied on an instrument that's not assigned to any sample. Should be a bit better now.
 [Fix] Amplify doesn't use volume column in MOD format anymore.
 [Fix] When recording live from the keyboard, SDx shouldn't exceed the song speed anymore.
 [Fix] Got rid of possible redundant undo points.
 [Fix] PC notes are now deleted properly (last column).
 [Fix] Copying only the param column of PC notes overwrote the value column when pasting them.
 [Fix] Entering Note Fade notes didn't work the "old style" way.
 
Pattern tab::GUI
 [New] Channel rename dialog in channel header context menu.
 [Imp] Tidied up the upper panel. It fits perfectly on a 1024x768 screen with treeview enabled and also works on 800x600 with treeview disabled. With the new layout, about 8 more pattern rows can be seen in comparison to the old, bloated 1.17.02.* interface.
 [Mod] Due to this cleanup, the "split keyboard" feature has been removed from the interface. The split keyboard settings dialog can now be accessed by using a shortcut, which should be even faster than the old method.
 [Imp]   If keyboard split is active, instrument drop list will show split instrument and split note.
 [Imp] Grey out pattern name input field when in MOD/S3M mode.
 [Imp] Added sequence selection edit control.
 [Mod] Instead of hiding the sequence name control, just disable it (looks better).
 [Fix] If the current pattern is the last possible pattern in the sequence, no "next pattern" is displayed.

Pattern tab::Note properties
 [Imp] Hopefully correct limitation and explanation of "Set * waveform" parameters...
 [Imp] Better explanation of "Invert Loop" parameter.

Pattern tab::Find/replace
 [Imp] When using Find&Replace, "follow song" will be disabled, because it's pointless and unusable with "follow song" on.
 [Fix] Search&Replace didn't create an undo point.

Pattern tab::Misc
 [New] New keyboard shortcut in pattern context: Duplicate pattern.
 [Fix] When in sample mode, samples were never stopped when in new-style note off mode, which lead to sample jam when using long/looped samples.

Sample tab
 [New] Sample Undo. 100 steps per sample (independent), undo buffer is cut off at a tenth of physical memory (that would be 400 MB for a system with 4 GB of RAM). Cutoff size can be specified by setting UndoBufferSize (in Megabytes) in section [Sample Editor] of mptrack.ini.
 [Imp] When creating a new sample using "resize", sample loop is activated automatically.
 [Imp] When sample is 8-bit, it will automatically be converted to 16-bit when applying time stretching / pitch shifting.
 [Imp] Can now enter insanely high values into sample frequency input field (as they are supported by Impulse Tracker), allow only 65536 Hz for S3M files.
 [Mod] Removed time stretcher's / pitch shifter's preview function as it's unnecessary now.
 [Fix] When going down close to 0 Hz in the sample editor, the sample freq wrapped around to the maximum value.
 [Fix] Insert Silence: Loop points were not updated when adding silence at the beginning of the sample
 [Fix]   Actions such as time stretching and undo could trigger sample play.

Instrument tab
 [Fix] When playing an instrument and disabling its envelopes at the same time, the toggled envelopes are stopped (prevents filter envelope from turning into a pitch envelope).
 [Fix]   Sample map was broken when dealing with sample indexes greater than 255.
 [Fix] Update plugin list properly when cleaning up plugins while being on the instrument tab (possibly also improves instrument tab behaviour when working with multiple windows).

Instrument tab::Envelope editor
 [New] Envelopes can be edited using keyboard. Various keyboard shortcuts have been added to move and edit envelope points. This uses a common "drag and drop" node with mouse editing, so a point can first be clicked and the be moved with f.e. cursor keys.
 [Imp] When creating a new envelope, automatically enable it as well.
 [Imp] Mark currently selected envelope node yellow for better visibility when using keyboard editing.
 [Mod] Middle line is also shown for volume envelope.

Comments tab
 [Imp] If sample size is < 1 KB, amount of bytes is shown instead of "0 KB".
 [Fix] The lower part of the tab was receiving update messages that were not even meaningful to this tab (f.e. speed changes), so it was updating quite often modules that have alternating speed and the toolbar was "blinking"... Only letting in important update messages now.

Treeview
 [New] Show sequences in song treeview. Sequences can be inserted, duplicated and deleted by right-clicking the sequence items.
 [New] Clicking on a mod item (i.e. a filename node) switches to the corresponding window.
 [New] Display playing samples / instruments (only those that are assigned to a sample) using green triangles. Can be enabled from setup screen.
 [New] Muted samples and instruments are shown with a different icon.
 [Imp] Can now dragondrop orders, even between sequences.
 [Imp] Double-clicking order items and pattern items should work now.
 [Imp] Show whole sequence (don't stop on first "---" item).
 [Imp] Switching between sequences should be easier now. There's a context menu entry for it and double-clicking on an empty sequence will switch to it (as there are no orderlist item to click on).
 [Imp] Different icons for VST effects / instruments

VST / MIDI mapping
 [Imp] VST Selector: Different icons for effects / instruments.
 [Fix] When moving around plugins, param control notes are now also updated.
 [Fix] MIDI mapping: Pattern record checkbox wasn't updated properly.
 [Fix] MIDI mapping: Shift key erroneously opened MIDI mapping dialog in some cases. However, it does not work properly with all plugins anymore (e.g. sliders in Synth1 are not shift-clickable anymore)
 
Mod conversion
 [Imp] When converting a song that has subsongs to MPTM format, the user is asked if those subsongs should be converted into multiple sequences.
 [Imp] If possible, all MPTM sequences will be merged into the first sequence. This also tries to fix patterns with Bxx effects.
 [Imp] Better conversion of MOD / XM E4x / E7x command.
 [Imp] Better conversion of note off commands when converting to .mod.
 [Imp] Removing channel features (pan/vol) in formats where they're not supported.
 [Imp] Insert pattern break commands when resizing patterns to 64 rows that were smaller.
 [Imp] Changing between MOD and XM format limits speed / tempo commands (Fxx) properly now.
 [Imp] Trim sequence if it's too long (f.e. in MOD format).
 [Imp] Remove sample vibrato and sustain loops for MOD / S3M.

Playback (see also format-specific changes below)
 [Imp] Added some more standard playback frequencies (176KHz, 192KHz).
 [Fix] When jumping around in a module, high offset value is also memorized.

IT::Saving
 [Fix] Original IT specs concerning max orders/patterns were wrong. IT can handle up to 257 orders (as the last order is always ---, so it's actually 256 accessible orders), so the saving routines were also updated a bit.
 [Fix] Save at least 2 order items.
 [Fix] IT files with empty sample slots made with MPT will now FINALLY save correctly in Impulse Tracker.
 [Fix] Compatibility Export: Don't store "extended filter range" flag.

IT::Loading
 [Imp] Removed unnecessary / wrong pre-amp limits.
 [Fix] IT files with global volume 0 are now loaded correctly.
 [Fix] In some very rare (almost only theoretical) cases, the last IT instrument would not be loaded in previous versions. Use correct instrument header size (1.xx or 2.xx header) for comparison when loading instrument headers.

IT::Playback compatibility
 [Fix] Reset NNA actions on every note (tentative fix, fixes spx-farspacedance.it).
 [Fix] Fixes from SchismTracker: VolSwing, PanSwing, PPS.
 [Fix] Out of range offset command with Old FX on.
 [Fix] Impvored S3x / S4x / S5x handling.

S3M
 [Fix] ST3 compatibility: Only allow waveforms 0 to 3 for S3x / S4x / S5x.
 [Fix] The S3M format actually knows muted channels. This was not taken into account before.

XM::Loading
 [Imp] Allow to load modules with an empty order list (as they are, in fact, valid XM files).

XM::Playback compatibility
 [Fix] Almost perfect arpeggio emulation (only a few notes are still wrong). Thanks, Ian Luck!
 [Fix] Rogue note delays are now retriggering the instrument.
 [Fix] Perfect emulation of buggy Rxy behaviour. Thanks to Ian Luck for helping me with this.
 [Fix] Command X modplug extensions are now ignored in FT2 compat mode.

MOD
 [Imp] Mod Creation: Ensure that the order length fits the current mod specifications (this was problematic when creating .MOD files).
 [Fix] Mod Creation: MOD Panning scheme is set up correctly now.
 [Fix] MOD Loader: 8Chn Startrekker modules ("FLT8") are loaded correctly now.

MOD::Playback compatibility
 [New] Added song flag "PT 1.x Mode" (for .MOD files) that enabled on-the-fly sample swapping as ProTracker did it.
 [New] Support for the EFx command (Invert Loop). One has to pay attention when working with this command as it effictively trashes samples.
 [Imp] MOD Playback: if PT1.x playback flag is set, 8xx and E8x panning commands are now ignored.
   
Module cleanup
 [New] New cleanup feature: Merge sequences.
 [Imp] Pattern Cleanup does now also work with multiple sequences.
 [Imp] Improved cleanup dialog, with new options (remove all *, optimize samples).

MP3/Wav export
 [New] Wave Convert: Normalization is back as experimental feature.
 [New] Wav/Mp3 export: Show estimated remaining time.
 [Imp] Mp3 export: Removed 60 minutes limit.
 [Fix] Mp3 export: Fixed possible issue with very long mod files (such as Skaven's "Beyond the Network").
 [Fix] Wave Convert: The wave convert dialog had two default buttons, one of them (the "default default button") didn't make sense.

Colour setup
 [New] Channel separators can now have custom colors.
 [New] Can now specify the blend colour for prev/next patterns.
 [Mod] Renamed FT2 and IT presets to "Blue" and "Green", as they did not resemble FT2 and IT in any way.
 [Mod] Added VU Meter colours for the pattern colour presets.
 [Mod] Changed the "Buzz" colour scheme a bit.
 [Fix] When loading colour presets that have less colours are defined than required, the missing colours will be replaced by those from the "MPT" preset.
 [Fix] When no INI file was present, channel separators were completely black.

Keymaps
 [New] Three new keymaps: French Laptop by Paul Legovitch, Norwegian MPT Classic by Rakib, US_mpt_classic_(snu).
 [Mod] Updated DE_jojo.mkb
 [Imp] When loading a keymap file and unrecognized lines are found, only one messagebox is shown.
 [Mod] All keymaps have been updated to version 1 and updated to contain the orderlist shortcuts.
 [Fix] Keymap files have a version number now (currently version 1). If keymap file doesn't have a version number (that's version 0), the orderlist keys will be added automatically so that orderlist remains usable in new builds.
 
Tuning
 [New]   Can import scl-files. Upper limit for note count is 64.
 [Imp] Tuning dialog: Using the default tuning path as default path for Import/Export dialog
 
Module format support
 [New] Can now import RIFF AM and RIFF AMFF files, as well as J2B (Jazz Jackrabbit 2 music) files, which are compressed AM(FF) files.
 [New] Can now import PSM16 files (Silverball, early versions of Epic Pinball).
 [Fix] MED Loader: Possible error when loading orderlist.
 [Fix] MDL Loader: Various fixes (taken from Schism Tracker).
 [Fix] IMF Loader: Slightly wrong instrument loader (this for once didn't break anything, though).
 [Fix] AMF Loader: Missing break command.
 
Misc
 [Imp] All Loaders: Fixed string handling to filter out all null chars in song/sample/instrument/etc. names. This avoids "empty" instrument names that occured in a couple of .IT files before.
 [Imp] Main window: Extended paste mechanisms (mix, flood, push forward) have been moved into a sub menu.
 [Imp] Main window: Improved accelerator keys in the edit menu.
 [Imp] Added "split keyboard settings" dialog to the "edit" menu and updated the shortcuts there (goto was missing).
 [Imp]   SoundTouch: Update to version 1.5.0.
 [Mod] Store configuration and tuning files in %APPDATA% if possible. Can be disabled by adding UseAppDataDirectory=0 to [Paths] in mptrack.ini ("portable mode").
 [Mod] Mod Creation: When clicking on the "new" button, the newly created module will be of the same type as the currently active document. Should probably be an option.
 [Mod] Made Graph and Pattern Randomizer shortcuts invisible, as they are usless.
 [Mod] Compatibility Export: Use module working directory in "save as" dialog.
 [Mod] Using MS Shell Dlg font instead of MS Sans Serif in resource file.
 [Mod]   Changed some "modplug tracker" strings to "OpenMPT".
 [Fix] When using a Load/Save dialog, MPT's key handler will be disabled so that common shortcuts like F2, Ctrl+C, Ctrl+V, Esc. etc. can still be used.
 [Fix] Mod Loaders: Very short sample sustain loops are now also accepted (fixes ckabsenc.it).
 [Fix] Mod Creation: Filling the whole mod title field with null bytes on creation to avoid funky characters in other programs.
 [Fix] When moving program files to %APPDATA%, take care of the keyboard settings path in the INI file.
 [Fix] Fixed possible issue with long (12 chars) instrument filenames.
 [Fix]   Autosave: 'Modified since last autosave'-flag wasn't always updated.
 [Fix]   Fixes to handling of 32 chars long instrument name.


Additional file hashes:
mptrack.exe
MD5   : 75373608adf72bcf1b7a26a6110b970d
SHA-1: a068ae5209830f63f59032786ba395a28986c4e3

OpenMPT_SoundTouch_i16.dll
MD5   : 8708b79c258cc5f4ef94fc86e35c25b4
SHA-1: c3ea301a6122517361a7f7f8bdae47c8f0c7775f

unmo3.dll
MD5  : 2bc3934850fef1cb78b6acd1673e5969
SHA-1: 2e17f7bb6d19ce326851333b918070c5357cacd1  
Title: OpenMPT 1.18: release candidate available for testing
Post by: Rakib on January 26, 2010, 00:33:08
Thanks, using it already.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Sam_Zen on January 26, 2010, 01:08:49
Thanks ! Impressive work..

QuoteCan now import PSM16 files (Silverball, early versions of Epic Pinball)

Great ! I've got 14 of them. OMPT detects them as S3M format btw.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Sam_Zen on January 26, 2010, 04:56:42
Unpacking 1.18 in a seperate directory.
It appeared that after a close, no ini-file was generated. (I strongly prefer it to be in the ompt root dir)

According to the install instructions I should copy 'mptrack.ini' from an older version to the new dir.
And add a line to it in the Path group : "UseAppDataDirectory=0".
Worked ok the next time I closed OMPT. The proper INI file was generated and saved in the right dir.

But the file still contained some path to a former 'Keybindings.mkb' pointing to a previous version.
Trying to solve this, I stripped the INI file to a basic one, just with the 'Path' group.

After open and close, the file was saved with the proper configuration.
Of course, because this implies a blank start, one has to define system input / output devices again.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Saga Musix on January 26, 2010, 06:28:29
Quote from: "Sam_Zen"Great ! I've got 14 of them. OMPT detects them as S3M format btw.
OpenMPT really detects them as PSM16 files, but they have to be converted to any of the 5 (MOD/XM/S3M/IT/MPTM) internal formats. There should be about 19 PSM16 files in this world, btw. :) (the ones from Epic Pinball and Silverball - Do note that ModPlug previously supported "normal" PSM files from newer versions of Epic Pinball and various other games already)

QuoteIt appeared that after a close, no ini-file was generated. (I strongly prefer it to be in the ompt root dir)
Yeah, I know that someone would complain. And still, we tried our best to make it work as desired and to explain everything in the readme (which could still be improved, if you give us a hint what should be written there). But using %appdata% for storing program information is really the way to go, not only the Windows design guidelines say that. Get over it, we're not in the DOS days anymore!
Title: OpenMPT 1.18: release candidate available for testing
Post by: Nahkranoth on January 26, 2010, 09:07:28
Quote from: "Jojo"But using %appdata% for storing program information is really the way to go, not only the Windows design guidelines say that. Get over it, we're not in the DOS days anymore!
I disagree with that. Make a clean Win install and your settings will disappear (I struggled so hard to make keyboard mapping and I can't even think about losing it again). Let Windows store its settings where it wants, but the programs should store all that shit in their folders, not in long hierarchy of hidden ones.
My 2 cents.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Saga Musix on January 26, 2010, 09:51:38
Zip %appdata% and you're done. That's one folder. I always do it like that.
And if you don't like Windows guidelines, complain at M$. But don't think that they're alone with that, since under Linux, all programs store their settings in ~/ as well.
And guess what - The last time I re-installed Windows, I made a backup of my "home" folder (i.e. C:\Users),which includes %appdata%, and thought that this would be everything on the C drive I would have to backup. But no, I lost all my XMPlay and Miranda plugins, because those were still in C:\Program Files. Luckily, I didn't lose my contact lists or settings, because they were already stored in %appdata%. Windows actually forbids programs to write in their own folder since Windows Vista (but it acutally just moves those files into a virtual folder).
Title: OpenMPT 1.18: release candidate available for testing
Post by: Nahkranoth on January 26, 2010, 12:10:38
Quote from: "Jojo"And if you don't like Windows guidelines, complain at M$.
They're already afraid of me complaining :D
Quote
But no, I lost all my XMPlay and Miranda plugins, because those were still in C:\Program Files. Luckily, I didn't lose my contact lists or settings, because they were already stored in %appdata%.
How can it be? My miranda and XMPlay always store their settings in corresponding folders, they're already have survived at least 3 clean Windows reinstalls! And I can take them freely with my usb-flash wherever I want, settings are preserved.
Quote
Windows actually forbids programs to write in their own folder since Windows Vista (but it actually just moves those files into a virtual folder).
Seems like you're using VMWare or some kind of portable Windows (not sure if it exists), that strange behavior was never noticed, I've used Vista for a year, and then Win7.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Saga Musix on January 26, 2010, 12:16:58
QuoteHow can it be?
Because it's the only two programs for me that store critical data (i.e. plugins) in the program folder. It's okay in that case, because it's executable files. But the config files remain in %appdata%.

And believe, me I am using a real desktop (laptop) enviroment, no VMWare or whatever. Vista and Win7 do not allow to write programs into their own folder (as long as they're located in "Program Files", of course), unless you're an administrator. Instead, they are moved to a virtual folder in the user's home directory. You can recognize if that has happened if there is an item called "show compatibility files" in Explorer in the program folder.
Title: OpenMPT 1.18: release candidate available for testing
Post by: uncloned on January 26, 2010, 13:46:55
thank you for the .scl file import!!!!

I will be testing this later today.

Again - THANK YOU DEVS!!
Title: OpenMPT 1.18: release candidate available for testing
Post by: Nahkranoth on January 26, 2010, 14:40:59
Quote from: "Jojo"...unless you're an administrator.
Now I know why I haven't seen this :D Administrator I am :D
Title: OpenMPT 1.18: release candidate available for testing
Post by: Relabsoluness on January 26, 2010, 21:18:13
Quote from: "Sam_Zen"But the file still contained some path to a former 'Keybindings.mkb' pointing to a previous version.
This is actually by design because user might have customised the old keybindings file so new default keybindings won't be forced in use. But admittedly this behaviour has big drawback: old user using the old default keybindings won't get the new default keybindings automatically.

Quote from: "Sam_Zen"Trying to solve this, I stripped the INI file to a basic one, just with the 'Path' group.
Did you try removing just the 'Key_Config_File'-entry from [Path]?

By the way, nice to hear that kind of detailed step-by-step description of what happens.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Sam_Zen on January 27, 2010, 02:09:11
QuoteDid you try removing just the 'Key_Config_File'-entry from [Path]?
I was considering that, but I decided to start from scratch, to see if a complete inifile was rendered and at the right position.

Quote from: "Jojo"There should be about 19 PSM16 files in this world, btw.
Nice to know. I'm missing Silver 2, 3, 5, 8.
QuoteYeah, I know that someone would complain
Complain ? Who ? Is it become oldfashioned to read a post properly ?
And yezz, I confess, I'm an old idiot who wants to have as much control over my system as I can...
And I just don't like things being scattered all over the place, because of some non-relevant administrator nonsense.
But this not the place for a discussion like that.
Title: OpenMPT 1.18: release candidate available for testing
Post by: uncloned on January 27, 2010, 04:54:08
Right now it seems the microtuning is acting oddly.

with a multi-wave instrument unexpected things happen - high notes become low and the reverse. Not consistent so far... but I'm trying to figure it out.

On just a single sample I can play e, f, f#, g one string and the e and f are an octave higher than f# and g.

scala import seems flawless of course.

I'll look at this further tomorrow and be more specific.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Saga Musix on January 27, 2010, 05:56:40
Quote from: "Sam_Zen"I was considering that, but I decided to start from scratch, to see if a complete inifile was rendered and at the right position.
The most simple thing would just be to copy the new version over the old one (which I expected people to do) and then add the INI key.

QuoteNice to know. I'm missing Silver 2, 3, 5, 8.
They are not always numbered consecutively. All of them can be found at ModLand (http://www.exotica.org.uk/mediawiki/index.php?title=Special:Modland&title=Special%3AModland&md=search&for=Epic+Megagames+MASI&pg=1) (without no indication what's PSM16 and what's PSM, though).

QuoteComplain ? Who ? Is it become oldfashioned to read a post properly ?
I read
Quote(I strongly prefer it to be in the ompt root dir)
as "I don't like the new feature", and I guess I'm not the only one reading it like that. And I actually did not just mean you.

QuoteBut this not the place for a discussion like that.
Exactly.
Title: OpenMPT 1.18
Post by: Really Weird Person on January 27, 2010, 20:24:46
There are some nice things in there. I would imagine that the copying, cutting, and pasting of multiple orders implementation was quite a challenge. I did not realize that Jazz Jackrabbit 2 has a specialized format for its music. That is a fun game (although I have not played it in a while).
Title: Re: OpenMPT 1.18
Post by: Saga Musix on January 27, 2010, 20:30:25
Fun fact:
Quote from: "Really Weird Person"I did not realize that Jazz Jackrabbit 2 has a specialized format for its music.
Actually, it has two different formats - which one you have depends on the version of JJ2 you have (version 1.24 for example only uses the "new" format, but ships with one or two files in "old" format which crash the game). I guess the devs were so bored that they had nothing better to do than re-writing half of the file format. Which is probably why they went bankrupt. (Although I believe that the module format has been created by the company who created the sound system, which was not the same people as the JJ2 devs).
Title: OpenMPT 1.18: release candidate available for testing
Post by: Relabsoluness on January 27, 2010, 21:41:29
Quote from: "uncloned"with a multi-wave instrument unexpected things happen - high notes become low and the reverse. Not consistent so far... but I'm trying to figure it out.
This sounds like something that can happen with SCL imports. Currently the import simply duplicates the ratio set so for example if SCL file has ratios {1,2,3}, in OpenMPT that becomes {...1,2,3,1,2,3,1,2,3,1,2,3,...}.
Title: OpenMPT 1.18: release candidate available for testing
Post by: uncloned on January 28, 2010, 01:03:52
I got busier than I thought today.

Yes it is something like that. I need to test with keyboard input - last night I used my midi guitar - and then I can give some more definite observations.
Title: Re: OpenMPT 1.18
Post by: g on January 28, 2010, 06:17:37
Quote from: "Jojo"I guess the devs were so bored that they had nothing better to do than re-writing half of the file format. Which is probably why they went bankrupt.
I think Epic are doing pretty well...
Title: OpenMPT 1.18: release candidate available for testing
Post by: Saga Musix on January 28, 2010, 08:28:33
g: Epic was one of the publishers. One of the publishers or studios went bankrupt later, IIRC.
Title: Epic's Bankruptcy
Post by: Really Weird Person on January 29, 2010, 00:30:22
I guess that would also explain why One Must Fall's production has ceased. Wow, One Must Fall 2097 for the Game Boy Advance (which I thought that my dad had read something about, but I cannot seem to find the information) — That would have been awesome (especially if the matches contained all nine rounds)! Perhaps it will be ported to DSiWare by a third-party, but I wouldn't have especially high hopes of it happening.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Saga Musix on January 29, 2010, 05:47:31
No, OMF has been programmed by Diversions Entertainment, who were not involved with Jazz Jackrabbit at all.

Off-Topic!
Title: One Must Fall
Post by: Really Weird Person on January 29, 2010, 14:53:44
Yeah, I had forgotten that initially, although I believe that Epic MegaGames (perhaps different from Epic) is credited throughout the game (at least in the opening sequence). That helps tremendously. Note to Jojo:  Quick, look down (http://www.homestarrunner.com/sbemail189.html)

Epic Games:  http://en.wikipedia.org/wiki/Epic_MegaGames
One Must Fall:  2097:  http://en.wikipedia.org/wiki/One_Must_Fall:_2097

Apparently there is no article for Diversions Entertainment.
Title: OpenMPT 1.18: release candidate available for testing
Post by: LPChip on January 29, 2010, 15:26:47
Lets focus on the topic itself, which is a new release, not some game!
Title: Back to Topic
Post by: Really Weird Person on January 29, 2010, 20:02:18
That seems like a good idea.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Relabsoluness on February 02, 2010, 18:26:47
A bug has been discovered in this version(1.18.00.00) concerning mostly the ITP-format, but can also cause some problems with ITI and XI files, see bug report (http://forum.openmpt.org/index.php?msg=31238.0).
Title: OpenMPT 1.18: release candidate available for testing
Post by: BooT-SectoR-ViruZ on February 03, 2010, 14:52:45
nice :D , will test it when exams are over  ::)
Title: OpenMPT 1.18: release candidate available for testing
Post by: Harbinger on February 03, 2010, 15:11:37
Good job, devs. I was hoping to see some changes and fixes. I'll test it out later today and give Yjana her installation copy. She will definitely be happy with some of the bug fixes, since she had to revert to .53 to use her favorite VSTi's. Myself, i'm not composing as much music right now, as i'm doing too many non-music projects all at once, but i still do post-production on Yjana's music, so hopefully it will help in that respect. Unfortunately, right now i have to rely on what she tells me as far as updates to MPT.

In relation to the OHM, i will study this release when i get a chance, but the next write-up may take a while. Right now i'm holding the .8 beta version of the manual, waiting to a find a place to make it available for upload... ::)
Title: OpenMPT 1.18
Post by: Really Weird Person on February 03, 2010, 17:50:54
Quote from: "Harbinger"I was hoping to see some changes and fixes.

Depending on how you define that, there may or may not have been some changes and fixes. The GUI has been modified slightly and a bug which caused the last pattern to display again has been fixed. Perhaps the thing that helps me most personally is the fact that sample mapping works properly now for samples beyond 255.
Title: OpenMPT 1.18: release candidate available for testing
Post by: BooT-SectoR-ViruZ on February 09, 2010, 12:44:38
anyone else under the impression that the sound of the new version is far
more 'dry' or should i say a bit more 'dull' than in previous versions?

btw: seems like you can't use the same keymap you use with this version with older ones properly...
seems like 1.18 adds some lines to that file which 1.17 doesn't understand.
(i guess you already knew that...)
Title: OpenMPT 1.18: release candidate available for testing
Post by: Saga Musix on February 09, 2010, 18:56:13
I can only state it again and again: No modifications have been made to the mixing code. First check if you're using the same settings with both versions, and if you do, render a module in both versions and substract the two wave files from each other. It should be an approximately completely silent file.

Quotebtw: seems like you can't use the same keymap you use with this version with older ones properly...
seems like 1.18 adds some lines to that file which 1.17 doesn't understand.
(i guess you already knew that...)
Well duh, we certainly don't remove keyboard shortcuts between versions, but rather add new ones. :) The first time you open a new keymap in 1.17, it will show you a lot of warning dialogs, but then you can just save it again in OpenMPT 1.17 and all the trouble lines will be left out.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Relabsoluness on February 11, 2010, 20:54:08
Quote from: "BooT-SectoR-ViruZ"anyone else under the impression that the sound of the new version is far
more 'dry' or should i say a bit more 'dull' than in previous versions?
Perhaps "WFIR cutoff factor"(setup->player) has been changed for some reason? It is 97% by default.

Quote from: "BooT-SectoR-ViruZ"btw: seems like you can't use the same keymap you use with this version with older ones properly...
seems like 1.18 adds some lines to that file which 1.17 doesn't understand.
They should work fine; the warnings are due to the fact that there are new shortcuts that the old version doesn't understand. If you don't want to see those warnings, put line "ShowErrorOnUnknownKeybinding = 0" in [Misc] context in the ini-file.
Title: OpenMPT 1.18: release candidate available for testing
Post by: BooT-SectoR-ViruZ on February 11, 2010, 22:53:35
Quote from: "Relabsoluness"
Quote from: "BooT-SectoR-ViruZ"anyone else under the impression that the sound of the new version is far
more 'dry' or should i say a bit more 'dull' than in previous versions?
Perhaps "WFIR cutoff factor"(setup->player) has been changed for some reason? It is 97% by default.
nope... i'll try this with a few more modules and see if it was just my imagination...
Title: OpenMPT 1.18: release candidate available for testing
Post by: Harbinger on February 20, 2010, 18:19:22
Yjana told me there were some marked improvements with the 1.18 build, but didn't seem to get excited about it (except for one bug fix). I decided to sit down and dabble in the new features, and i grew happier with each new pattern!

The build solves a lot of issues i had with 1.17.3.02 and to tell you the truth, the previous build may have dampened my spirits a bit. There were many new features in 1.17.3.02, but enough upheaval to make tracking, shall we say, less than inspiring. Which may be why i opened other projects outside of music...

Here's my first take on many of the new key features of 1.18:

Sequences: First off, i've only recently understood their benefit. One advantage in using sequences rather than a single string of patterns is that it lead to experimentation with song structures -- you can play around with different intros or test Verse-Chorus-Refrain setups. But i would like to see something like a playlist where you can interchange easily different Sequences, sort of a SuperOrderList, where the parts are made of Sequences instead of Patterns. Without a Sequence manager, sequences are only usable for testing. Shall i make a formal request for later, or is it undoable?

Paste Flood: Cool unique name with a serious functional purpose with excellent Undo service. No more "copy-click-paste-scroll-paste-scroll-etc." I can use this!

Quote from: "history.txt"When using the MPTM format, plugin param changes are written to the pattern as PC Notes (instead of smooth midi macros).

This solves the main problem of figuring out what number the plugin's controller is. GODLIKE FEATURE!

In fact, all of the main issues regarding Parameter Control Events has been resolved, including deletions and undo's. They are now easier to use than Macros, even though they don't make macros obsolete. PCEs are especially useful for Mastering FX so that you don't have to assign the VSTs to instruments in order to use them.

Quote from: "history.txt"Channel rename dialog in channel header context menu.
Oh, sweet!! I still would eventually like to see a "Mass Name" feature for all the channels, but this is FAR better than the keystrokes and clicks involved with naming channels before. Now it's just one click of the mouse, and type the name for the channel...

Quote from: "history.txt"Tidied up the upper panel. It fits perfectly on a 1024x768 screen with treeview enabled and also works on 800x600 with treeview disabled.
Yes, much more efficient and sleek. Someday i still want to be able to see all 64 rows at once (PLUS the pattern settings) in an 1152x864 screen, but for now this is very helpful.

Quote from: "history.txt"The split keyboard settings dialog can now be accessed by using a shortcut, which should be even faster than the old method.
Perfect solution all around. I do use keyboard split, but only occasionally, and since it's not the kind of info i need to see all the time, setting it up in its own dialog box is superb.

Quote from: "history.txt"Sample Undo. 100 steps per sample (independent)
While i hardly edit samples from within MPT, i always thought Undo edits was a glaring omission. After trying it out (undo after Trim, Delete, Pitch Shift, and Draw) i see it works great! Very good job, Jojo!

Quote from: "history.txt"MIDI mapping: Shift key erroneously opened MIDI mapping dialog in some cases.
Yjana and i were both happy to see this fix, especially Yjana. I heard her jump for joy when she was reading this in another room. She uses Motion 2.8 a lot, and this bug caused her to go back to using the .53 build. After testing, this bug is indeed gone.

Quote from: "history.txt"Mod Creation: When clicking on the "new" button, the newly created module will be of the same type as the currently active document. Should probably be an option.

Would love to see this as an option. Perhaps radio buttons in General Options where users can be asked in a dialog, or use a given default type always, or the default unless a module is open (in which case the format of the current track is used).

All-in-all this build is great and solves a lot of problems and perfects new features brought in 3.02. I will include these fixes and features in the final OHM beta version. What's next up on your priority list, devs?
Title: OpenMPT 1.18: release candidate available for testing
Post by: Saga Musix on February 20, 2010, 19:25:41
QuoteWhat's next up on your priority list, devs?
Getting out a new version without all the bugs 1.18 introduced. :)
Title: OpenMPT 1.18: release candidate available for testing
Post by: Skaven on April 11, 2010, 09:47:52
Hello all. Finally went and tried the version 1.18. I immediately proceeded to convert my .IT song to an .mptm song, so that I could arrange the song to multiple sequences. So far so good! :) Since most of my songs today are multi-part songs for games, this is a great way to keep all those sequences organized.

However, when I converted the song back to an .IT (so it can be used in a game), I got error messages: "Cannot merge sequence xx!  (too long)", and after the operation the Sequence was filled with ???'s.

I wonder what went wrong? Maybe the "jump to offset" commands (Bxx) cause an infinite loop which turns all the sequences too long? Most of my sequences have an intro pattern, so a Bxx is needed to loop the song from a pattern after the intro.

If someone wants to look at this, I can send over the .mptm file.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Saga Musix on April 11, 2010, 10:55:58
If it worked with IT previously, that's strange indeed. Maybe I did something wrong in the converter, so yeah, sending the file over would be appreciated.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Skaven on April 11, 2010, 13:37:17
^ You've got a PM. :)
Title: OpenMPT 1.18: release candidate available for testing
Post by: Diamond on May 04, 2010, 20:50:27
A new instrument is automatically generated and associated with newly added VSTis?  Didn't see this in the list of new features.  Once again nice work guys.  Been waiting a long time for this one.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Diamond on May 04, 2010, 20:58:11
LOL never mind.  Jumped the gun on that one.  Still nice work though.
Title: OpenMPT 1.18: release candidate available for testing
Post by: Rakib on May 05, 2010, 08:30:27
Haha, but be nice to have that. But only if you could also turn off that feature.
Title: OpenMPT 1.18.02.00: Final version available
Post by: Saga Musix on May 30, 2010, 13:33:52
The second release candidate for next "stable" OpenMPT release is now available for testing. If no major bugs are found, this build will be made available through Sourceforge in a few days. Feel free to give feedback -- whether positive or negative. The first big change here is the new Setup, which is recommended to be used instead of the old-fashioned zip file. Setup provides a "portable mode" installation which does not do any changes to the registry. See below for details.

Download:
Setup (Installer)
lpchip.com: OpenMPT-1.18.02.00-Setup.exe (http://lpchip.com/modplug/files/OpenMPT-1.18.02.00-Setup.exe)
sagamusix.de: OpenMPT-1.18.02.00-Setup.exe (http://sagamusix.de/openmpt/download/OpenMPT-1.18.02.00-Setup.exe)

MD5: b5bd2eee7e93bf36170321db9a8cb848
SHA-1: 70f5aae456b232fa4440f1d6d83f5eb082be69a0


Zipped Download
lpchip.com: OpenMPT-1.18.02.00.zip (http://lpchip.com/modplug/files/OpenMPT-1.18.02.00.zip)
sagamusix.de: OpenMPT-1.18.02.00.zip (http://sagamusix.de/openmpt/download/OpenMPT-1.18.02.00.zip)

MD5: 3800217828ffb1746e5ad1d5d0f5e91d
SHA-1: 116e4893433582abe977de713a5b3fd85313e041


Changes since 1.18.00.00 in high detail:
---------------------------------------------


v1.18.02.00 (May 2010)
-----------------------------

General tab
 [Imp] <Jojo> Disabled tempo slider for MOD files (it was just confusing)
 [Imp] <Jojo> Disabled global volume slider for MOD files, instead enabled the sample pre-amp slider (so it is also possible to make output louder)
 [Imp] <Jojo> The "output to" dropdown list also shows the actual plugin name (instead of just the library name) now.
 [Fix] <Jojo> Moving a plugin in MOD/S3M files doesn't mark them as modified anymore. The channel fx dropdown lists are now also disabled for those module types.
 [Fix] <Jojo> The restart position edit control is disabled for S3M files.
 [Fix] <coda> The background colour of the tabs in the channel configuration is now also correct when using WinXP Luna or Vista/Win7 Aero.
 
Sequence editor
 [New] <Jojo> "Select All" shortcut also works here now.
 [Imp] <Jojo> Sequence menu also allows to insert empty sequences now.
 [Fix] <Jojo> Jumping between patterns also stops VSTi notes now.

Pattern tab::pattern editing
 [New] <Jojo> Extended context menu for PC Notes
 [New] <Jojo> Key shortcut + context menu entry for toggling the plugin editor of the PC note that's under the cursor.
 [Imp] <Jojo> Overflow paste now only uses one undo step.
 [Imp] <Jojo> Instead of simply ignoring note off/cut/fade when working with .MOD files, it is converted to C00.
 [Fix] <rewbs> Effect visualizer is now aware of PC notes (bug 3836).
 [Fix] <Jojo> When using MIDI record or split keyboard settings, volume data was writting into the volume column in MOD format.
 [Fix] <Jojo> When converting PC Notes to MIDI Macros, the instrument index is now also cleaned as well. Noticable for example when pasting PC notes into an IT module.
 [Fix] <Jojo> Now, plugin slot 100 can also be automated using PC Notes.
 [Fix] <Jojo> When pasting pattern data that exactly reached the pattern end with overflow paste enabled, a redundant undo point was created.
 [Fix] <Jojo> Entered (volume) effects are now properly validated (makes a difference f.e. in MOD format where it was previously possible to enter effects like Hxx)
 [Fix] <Jojo> Mix Paste: When in MPT behaviour mode, empty FX commands were not overwritten properly when there previously was an effect in that field but only the effect number (and not the param value) was reset.
 [Fix] <Jojo> When deleting all patterns via the treeview and then switching to the pattern editor, pattern 0 is not created automatically anymore, to avoid confusion.
 [Reg] <Jojo> Creating a selection using the Shift key + Mouse click now only works if there was previously no selection made; This seems reasonable as the old shift-behaviour seems to be widely used.
 
Pattern tab::GUI
 [New] <Jojo> When the PT1x mode or the S3M "Amiga" flag are enabled, dodgy notes (i.e lower than C-4 or higher than B-6) are marked red.
 [Imp] <Jojo> The status bar shows plugin and parameter names for PC notes now as well.
 [Imp] <Jojo> Effect vis: Make use of song's own row highlighting variables instead of fixed global ones.
 [Fix] <Jojo> The status bar ("Position x of y") only the showed order length for the first subtune if subtunes were separated by an "---" order item.
 [Fix] <Jojo> Changing a channel plugin in MOD/S3M files doesn't mark them as modified anymore.
 [Fix] <Jojo> When working with multiple sequences, switching to the pattern editor for the first time automatically marked the document as modified.

Pattern tab::Note properties
 [Imp] <Jojo> Don't allow values > 63 for "break to row" commands in MOD/S3M.
 [Imp] <Jojo> Since the behaviour of sliding commands with both nibbles set varies from tracker to tracker, "undefined" is always shown in the note properties in such cases.
 [Fix] <Jojo> In the note properties, the Gxx effect for XM files was not limited properly.
 [Fix] <Jojo> In Note Properties, the waveform display for S  [345]x (and equivalent MOD/XM effeects) was not always fully visible ("continue" addition was cut off)
 [Fix] <Jojo> Display "fine" / "extra fine" portamento effects properly (S3M/IT/MPTM), display SFx macro properly, display MOD effects with no memory properly.

Pattern tab::Find/replace
 [Fix] <Jojo> Find/Replace didn't work properly when replacing PC Notes with something that's not a PC Note.
 [Fix] <Jojo> Instead of turning "Follow Song" off, the Find/Replace dialog toggled it.
 
Sample tab
 [New] <Jojo> Shift+New = Clone sample slot
 [New] <Jojo> Option to not ask for RAW import settings again (settings are remembered independently for all modules)
 [Imp] <Jojo> Remember previous settings in RAW import dialog
 [Imp] <Jojo> When enabling (sustain) loop and no loop points are set yet, automatically set loop to full sample length or the currently selected part of the sample.
 [Imp] <Jojo> Sample name and filename are now properly limited in length.
 [Fix] <Jojo> When applying time stretch / pitch shift to an 8-bit sample and selecting the sample partly lead to partial upsampling, instead of upsampling the whole sample.
 [Fix] <Jojo> Sample Undo: If no custom value was set, the default value was set ridiculously high (tx Paul Legovitch)
 [Fix] <Jojo> Sample Undo: Fixed another possible problem when undoing actions with very little memory left.
 [Fix] <Jojo> It was not possible to create the last sample slot (i.e. pressing "new sample" with a MOD file that had 30 samples would result in an error, although MOD supports 31 samples).
 [Fix] <Jojo> When loading an extremely short raw file (f.e. 1 byte) twice, it crashed OpenMPT.
 
Instrument tab
 [New] <Jojo> Envelope zooming. Might still look very weird (especially the first tick and around loop points). Includes two new keyboard shortcuts.
 [New] <Jojo> Transpose Up/Down for sample map.
 [New] <Jojo> VST/Instrument handling: The IT instrument note mapping is now also applied to VST instruments (before, it was just available for samples). This way, VST instruments can be transposed easily.
 [Imp] <Jojo> When pasting an envelope, it's now also automatically enabled.
 [Imp] <Jojo> Instrument name and filename are now properly limited in length.
 [Imp] <Jojo> "Scale envelope points" is now always available for scaling the values of the points (y axis).
 [Fix] <Jojo> The panning spin button ranged from 0 to 256, however when saving to .IT, 256 was wrapping over to 0. Panning is now limited from 0 to 255.
 [Fix] <Jojo> It was impossible to assign plugin slot 100 to an instrument.

Comments tab
 [Fix] <Jojo> Correct C-5 frequency is now also shown if the module is an XM file.
 [Fix] <Jojo> When editing sample / instrument names, they are limited properly in length now.

Treeview
 [New] <Jojo> Sequences can now be copied to other modules by simply dragging the sequence header into the the other module's sequence header. Does only work between two different modules, not within the same module, and it will not copy the pattern contents.
 [Imp] <Jojo> Display sequence index next to sequence names.
 [Imp] <Jojo> Improved order dragging; It is now also possible to drag an order into a non-MPTM module. In that case, the old orderlist will be replaced.
 [Imp] <Jojo> J2B files were not shown in treeview.
 [Fix] <Jojo> Soundfont samples were not playing correctly anymore. Note that soundfont samples in the MIDI library still don't work.
 [Fix] <Jojo> A crash could occur if the instrument library path was too long (f.e. because of malicious strings in the [Paths] section of the INI file)
 [Fix] <Jojo> "Bypass" action for VSTs didn't set the document as modified.
 [Fix] <Jojo> Right-Click on module -> Close didn't ask for confirmation when the document was modified.
 [Fix] <Jojo> Insert/Duplicate sequence actions didn't set the document modified. Grey out those two actions if no additional sequences can be added.

VST
 [New] <Jojo> VST/Instrument handling: The IT instrument note mapping is now also applied to VST instruments (before, it was just available for samples). This way, VST instruments can be transposed easily.
 [Imp] <Jojo> VST Editor: Instead of just saying the user that the plugin has to be assigned to an instrument to play notes, they are queried now whether they want to automatically add an instrument.
 [Imp] <Jojo> VST Editor: Added shortcuts for "toggle bypass", "pass keys to plug" and "record params to pattern"
 [Mod] <Jojo> VST Editor: Changed number of patches per sub menu from 100 to 128. Now, one sub menu equals ones MIDI bank (more logical)
 [Fix] <Jojo> VST Editor: Preset names starting with ' ' >= char > 'A' were cropped (i.e. "123ABC" was displayed as "ABC")
 [Fix] <Jojo> Even if an instrument was muted, a VSTi assigned to this instrument was still playing in the pattern.
 [Fix] <re>   Some VSTs that previously wouldn't load might now load fine.
 [Fix] <re>   Returned host CanDo-values were wrong (since pre RC1 era).
 
Mod conversion
 [Fix] <Jojo> When converting from MOD to S3M or IT, the Invert Loop effect was not removed.
 [Fix] <Jojo> When converting from MPTM to another format, the first sequence name is removed and the sequence is now sized properly when merging multiple sequences (tx Skaven).
 [Fix] <Jojo> When converting between XM and IT, the sample autovibrato "sweep" factor is now fixed a bit (since sweep = 0 equals "no sweep" in XM, and "no vibrato" in IT).
 [Fix] <Jojo> When removing instruments from the treeview and converting the module to a different format which also supports instruments, OpenMPT crashed.
 [Fix] <Jojo> When converting to MOD/S3M, the extended filter range flag was not deactivated.
 [Fix] <Jojo> S00 (IT/S3M) does not equal E00 (MOD/XM), as Exx doesn't have effect memory. Trying to convert S00 to the last used value now.
 [Fix] <Jojo> If necessary (S3M), reset restart position attribute when converting
 [Fix] <re>   Merging multiple sequences didn't properly convert '---'/'+++' orders.
 
IT
 [Imp] <Jojo> IT Saver: Compatibility export saves stereo samples again, as other tracker like Schism also support this.
 [Fix] <Jojo> IT Saver: Fixed IT sample flags which could potentionally cause IT to screw up on loading/saving MPT-made modules with samples that are not used by an instrument.
 [Fix] <Jojo> IT Loader: ChibiTracker uses \n instead of \r in the IT comment text, which was not handled properly.
 [Fix] <Jojo> (fix from SchismTracker) IT Loader: Ignore stereo sample flag when loading old IT files (older than IT 2.14) since Impulse Tracker did not reset this flag when importing stereo samples back then.
 [Fix] <Jojo> ITI/ITS Loader: Sample flags were not reset when a sample slot was overwritten when loading ITI or ITS files. That way, it was possible that f.e. the bidi loop flag was not disabled when loading a new sample that had a normal loop.
 [Fix] <Jojo> S3M/IT compatibility: Note Cut really cuts notes and does not just mute them (so that following volume commands could restore the sample)
 [Fix] <Jojo> IT Compatibility: Always reset autovibrato settings when there's an instrument number (fix from SchismTracker)
 [Fix] <Jojo> IT Compatibility: S77 / S79/ S7B are supposed to pause the envelope, not disable it.
 [Fix] <Jojo> IT Compatibility: ignore slide commands with both nibbles set (f.e. D55, PA1, ...)
 [Fix] <Jojo> IT Compatibility: Default Vibrato/Tremolo/Panbrello waveform values to sine waveform if out of range (e.g. S35)

IT/MPTM/ITP, Instrument extension handling:
 [Fix] <Jojo> ITP Loader: Instruments flags in ITP files with embedded instrument headers were loaded wrong since revision 415.
 [Fix] <re>   Fixes to instrument envelope flag handling (broken in 1.18.00.00).
 
XM
 [Imp] <Jojo> XM Loader: Improved detection of an old version of MPT.
 [Fix] <Jojo> XM Loader: Some XMs not made with ModPlug were recognized as files made with MPT.
 [Fix] <Jojo> XM Loader: The last XM instrument was not always loaded.
 [Fix] <Jojo> XM Loader: Early versions of Skale Tracker (R.I.P.) apparently did stupid things to XM instrument headers, so mpt failed to load such modules. Tested the fix with a few hundred XMs and apparently only one XM (IFULOVE.XM) that I have has a header size that is different from the struct size - and that's the one that caused problems.
 [Fix] <Jojo> XM Compatibility: Volume column doesn't have an effect memory, most effects with param = 0 are useless. Those are ignored in compatibility mode playback and also when exporting the file in compatibility mode.
 [Fix] <Jojo> XM Compatibility: Improved handling of the situation when a 3xx effect was used, but previously no note was playing.
 [Fix] <Jojo> XM Compatibility: New instrument + tone portamento = ignore new instrument (fixes partytime.xm by cancer)
 
MOD
 [Imp] <Jojo> Module creation: When creating a new .MOD, it has 31 sample slots by default.
 [Imp] <Jojo> Playback: When the PT1x flag is activated, Amiga note range limits are automatically taken into account.
 [Fix] <Jojo> MOD Saving: Samples were shifted badly if the sample size was odd. (wow, this is an OLD bug!)
 [Fix] <Jojo> MOD Saving: If a sample had loop points set, but loop disabled, they were still saved in the .MOD file, resulting in the loop being enabled automatically.
 [Fix] <Jojo> MOD Loader: Very short loops (4-8 bytes long) are not ignored anymore. This fixes "Crew Generation" by Necros.
 
S3M
 [Imp] <Jojo> S3M Loader: Display a message if an S3M file contains Adlib instruments (rare).
 [Fix] <Jojo> S3M Playback: In ST3, muted channels are completely ignored, not even effects are interpreted. Let's try this in MPT, too.
 [Fix] <Jojo> S3M Compatibility: Slightly better handling of vibrato/tremolo waveform types (although the ST3 help screen says that continuous vibrato/tremolo is possible, it does actually not work.)
 [Reg] <Jojo> Cannot create S3M files with more than 100 patterns anymore, because...
 [Fix] <Jojo> ... it was possible to create S3M files where the 256 parapointers were not enough, resulting in incomplete/broken files.
 [Fix] <Jojo> S3M/IT Compatibility: Note Cut really cuts notes and does not just mute them (so that following volume commands could restore the sample)
 
Other modules:
 [Imp] <Jojo> MT2 Loader (MadTracker): Make use of the "lines per beat" header field. Release node is not set anymore for each and every instrument envelope. MT2 files are now loaded as IT files by default (instead of XM) because of their extended instrument properties (NNAs, filters, etc) - I wonder what this breaks, but I don't bother much because MT2 support was already 100% broken before this. :) Some MT example tunes sound a bit better now at least.
 [Fix] <Jojo> PTM Loader: Fixed an unhandled null pointer exception that occured when loading some unsupported RAR files.
 [Fix] <Jojo> PSM16 Loader: Fix for note cut on tick 0 (warbot tune from Silverball)
 [Fix] <Jojo> Threw out the old ULT loader in favor of Storlek's loader from SchismTracker (used with permission from the author himself). This is a lot more accurate than MPT's old loader.
 [Fix] <Jojo> DBM Loader: Various fixes to increase import precision and an endianness fix
 [Fix] <Jojo> AMF DSM Loader: Made some changes to the pattern reader, which elimiante the strange "vC7" commands in the pattern. I have found no hints on whether my fix is correct or not, apart from the fact that those AMF files that I have play a lot better now. And it makes kind of sense...
 [Fix] <Jojo> IMF Loader: Some fixes copied from Schism (copied from MikMod)

MPTM
 [New] <rewbs> Added combined note delay & note cut command for MPTM only (":xy" means delay until tick x and play for y ticks).
 [New] <Jojo> MPTM command S7D explicitely enforces pitch envelope, S7E enforces filter envelope.

Module cleanup
 [Imp] <Jojo> In the cleanup dialog, mutually exclusive items are now automatically unchecked, to avoid confusion.
 [Imp] <Jojo> Made the dialog look a bit nicer.
 [Fix] <Jojo> Because of an error in pattern count retrival, the last pattern was not checked when looking for unused samples which sometimes resulted in deleted samples (although they were actually used).
 [Fix] <re>   Fixed a memory leak in pattern name handling.

Wave Export
 [New] <Jojo> It is now also possible to render by instrument (i.e. one wave file per instrument).
 [Imp] <Jojo> When switching to another task and switching back to OpenMPT, it is now less likely that the infamous "OpenMPT does not respond" dialog from Windows occurs.
 [Imp] <Jojo> The wave export "render by channel" mode ignores empty channels now.

Misc
 [New] <Jojo> INI Settings: When portable mode is enabled, the most common paths in mptrack.ini are now translated to relative paths (if possible). Plugin paths are not translated to relative paths (yet).
 [New] <Jojo> Modules in gzip archives (single-file .gz archives) can now be imported, just to satisfy my laziness when downloading gzipped modules from Amiga Music Preservation. :-P
 [Imp] <Jojo> Mod Loaders: Instead of creating messageboxes in various places, errors are now written to the log and one messagebox is shown for each file.
 [Imp] <Jojo> Binary files are now less often falsely recognized as early MOD files (15 samples without header): If the orderlist contains orderlist items > 128, loading is cancelled.
 [Imp] <Jojo> Song Properties: Tooltips are shown for various controls.
 [Mod] <Jojo> Options: Removed the "space bar repeats previous action" option, as it did not work anymore since the new keyhandler is used; in fact, this option can be achieved instead by using the "on key hold" for the "quick paste" key shortcut.
 [Reg] <rewbs> Removed old "velocity" volume command, which was experimental and unused.
 [Mod] <Jojo> Replaced default VU-meter colours for the MPT scheme by more pleasant colours that were already used for the other themes.
 [Mod] <Jojo> Updated internet links (ModPlug Central Forums link is now a permalink)
 [Fix] <Jojo> MPTM Saving: A missing null pointer check crashed OpenMPT when trying to access a deleted instrument slot.
 [Fix] <Jojo> Multi window edit: When (un)muting a channel from the general tab in window 1, it was instantly shown in the pattern editor of window 2, but not vice versa.
 [Fix] <Jojo> Channel Manager: When removing channels using the channel manager, their names were not cleared properly.
 [Fix] <Jojo> Song Length Detection: *Much* more accurate song length detection!
 [Fix] <Jojo/re> Instrument IO: Flags from old ITI/XI files should also be loaded correctly now (broken in 1.18.00.00)
 [Fix] <Jojo> Plugin Editor: Changing a plugin parameter in MOD/S3M files doesn't mark them as modified anymore.
 [Fix] <Jojo> When using the "close file" shortcut several times in a row so that multiple messageboxes popped up, it was possible to crash OpenMPT.
 [Reg] <Jojo> Removed AutodetectITplaystyle option, since the tracker detection works reliably enough now. Tracker detection can not be ignored anymore now.

Installer/release package
 [New] <Jojo> Try to find out what keymap file suits the user best.
 [New] <Jojo> Scan for previously installed VST Plugins
 [Imp] <Jojo> Use DDE commands to open files.
 [Imp] <Jojo> Copy config files from app's directory to appdata if necessary and possible.
 [Imp] <Jojo> User is asked if they want to keep personal settings.
 [Imp] <Jojo> With the new version of InnoSetup, a "real" portable setup can now finally be created.
 [Mod] <Jojo> Added OpenMPT 1.18 release notes document for package template
 [Mod] <Jojo> Updated DE_jojo.mkb
 [Mod] <Jojo> Updated Paul Legovitch's keymap (now also suitable for desktop keyboards); use this as the default "french" keymap in the installer.
 [Mod] <re>   Updated default keybindings.



Additional file hashes:
mptrack.exe
MD5   : 75373608adf72bcf1b7a26a6110b970d
SHA-1: a068ae5209830f63f59032786ba395a28986c4e3

OpenMPT_SoundTouch_i16.dll
MD5   : 61394171ae5c150afd91048fe0406b26
SHA-1: e2b7cdb67fbed8e730af34cc00c75b2109125fe3

unmo3.dll
MD5  : 2bc3934850fef1cb78b6acd1673e5969
SHA-1: 2e17f7bb6d19ce326851333b918070c5357cacd1


Have fun, and don't forget to give us some feedback! :)
Please also go through the bug reports / feature requests boards and check if we have fixed a bug / implemented a feature reported / suggested by you without noticing. :lol:
Title: OpenMPT 1.18.02.00: Final version available
Post by: Rakib on May 30, 2010, 19:15:43
Great package.
I liked the idea with songs included, but why not also have some tuning files in it?
Title: OpenMPT 1.18.02.00: Final version available
Post by: Paul Legovitch on May 30, 2010, 20:25:42
Great stuff ! :shock:
I used the installer in portable mode to install on linux and it worked... nice !
A lot of things to test...

"Select All" shortcut in order list is great. Insert empty sequences is also better I think to work with sequences.

The new note delay+cut : xy looks interesting but was mapped to shift+$ by default wich was strange. I changed it to ":" (maybe I'll send you an updated keymap at some point)
I'm not sure this is explained anywhere but : 0y acts like SCy and : x0 like SDx
An option to use this new command to record notes live would be a great plus (instead of SDx for note trigger and note off).

I'll install it on windows tomorrow to continue the testing :)
Title: OpenMPT 1.18.02.00: Final version available
Post by: Saga Musix on May 30, 2010, 20:29:21
Quote from: "Paul Legovitch"An option to use this new command to record notes live would be a great plus (instead of SDx for note trigger and note off).
I was considering this, but I was too lazy.

QuoteBut why not also have some tuning files in it?
Well, simply because I don't use tuning and I actually have no useful tuning files that could be included by default.
Title: OpenMPT 1.18.02.00: Final version available
Post by: Rakib on June 01, 2010, 20:18:09
I don't use tuning either but it would be to nice to have some examples to illustrate the possibilities modplug has to offer.

You can find some tuning files here:
http://forum.openmpt.org/index.php?topic=3125.0
I don't think harbinger would mind if he is asked.
Title: OpenMPT 1.18.02.00: Final version available
Post by: Harbinger on June 03, 2010, 15:52:49
The links on that page are broken...

I have a slew of tunings (those listed on that page) that i'll be glad to make available not only for DL, but also for the next build. I had uploaded them to the old modplug site, but may have been lost when the account was lost/closed. At a future date, i will upload them to either uncloned's or Jojo's site so they will be nice and safe (both of them have proven stability in their site maintenance).

Most of the tunings i have are scales, not only making use of the 'b' character for flat key signatures but also a couple using E# for F and B# for C. I'm still using these for my piano suites, and it makes translation from paper to mod much more intuitive. (The OHM has a section on applying these scales.)

When i upload them and they're available, i'll create a new thread. :wink:
Title: OpenMPT 1.18.02.00: Final version available
Post by: Saga Musix on June 19, 2010, 14:54:40
As OpenMPT 1.18.02.00 seems to be quite stable, it has now been officially released to openmpt.com. The sourceforge.net update will be done ASAP.
Title: OpenMPT 1.18.02.00: Final version available
Post by: Rakib on June 19, 2010, 15:22:54
Thanks for the release!
Which revision are you using btw?
Title: OpenMPT 1.18.02.00: Final version available
Post by: Saga Musix on June 19, 2010, 15:53:39
That should be revision 610, but Relabs might know better.
Title: OpenMPT 1.18.02.00: Final version available
Post by: Rakib on June 20, 2010, 16:43:56
Just checked the sourceforge page and the downloader has been changed to a html-file with instructions. I'm not sure if that's the best way to do so. People might get afraid if something has happened or other security issues.
My suggestions if inno setup allows this, to let innosetup download the mo3 file directly from agamusix.de/lpchip.com, for the zip file readfirst.txt or a warning at the first time use that you need mo3 to open compressed file or something.
Title: OpenMPT 1.18.02.00: Final version available
Post by: Saga Musix on June 20, 2010, 16:47:29
I also hope that this is just a temporary solution, but currently it is not possible to do it differently - InnoSetup does not come with downloading capabilities by default, and offering an OpenMPT package without unmo3 is also a bit sub-par. We'll work on it.
Title: OpenMPT 1.18.02.00: Final version available
Post by: Rakib on June 20, 2010, 21:05:12
My thoughts:

1. Have only the installer file available, zip should only be possible to get from openmpt or modplug.com/lpchip.com, but from sourceforge should only th installer. People want it to easy and to not have to many options to choose from.  A nice video about choices: http://www.ted.com/talks/barry_schwartz_on_the_paradox_of_choice.html

2. Move to another installer that allows downloading capabilities. I suggest  Unicode NSIS, most of the famous software like google, mozilla are using this version. There are plugins for downloading capabilities built-in, but some other can give you even more possibilities.
http://nsis.sourceforge.net/Inetc_plug-in
This way you're saving bandwidth and people from being confused when downloading Modplug tracker.

3. profit!
Title: OpenMPT 1.18.02.00: Final version available
Post by: Saga Musix on June 20, 2010, 21:24:33
Well, as I said, it's just not possible by default, but one can do this with scripting - which I would prefer over using NSIS.
Title: OpenMPT 1.18.02.00: Final version available
Post by: Rakib on June 20, 2010, 22:08:49
Ok ok.
Found it now.
http://www.sherlocksoftware.org/page.php?id=50 or
http://members.home.nl/albartus/inno/index.html#ISSI_Functions/issi_download.htm
Title: OpenMPT 1.18.02.00: Final version available
Post by: Sam_Zen on June 21, 2010, 00:11:42
Nice job, Jojo. I'm happy with the install procedure.
The less registry, the better.
Title: OpenMPT 1.18.02.00: Final version available
Post by: BooT-SectoR-ViruZ on June 25, 2010, 15:35:00
would it be possible to get back the old mpt-associated icon / module symbol instead of the new ico-file?
Title: OpenMPT 1.18.02.00: Final version available
Post by: Saga Musix on June 25, 2010, 16:07:08
Yes... just point the file association to mptrack.exe and not the .ico file.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 04, 2010, 21:28:14
Hi all,
OpenMPT 1.18.03.00 is up for testing. Please report how you get on with the new version, which is mostly a bug fix build, but also contains a few new features. If it's working well enough, it will be available from opentmpt.com and sourceforge.net in a few days.

Some noteworthy improvements:
Download:
Setup (Installer)
Download from untergrund.net (FTP) (ftp://ftp.untergrund.net/users/sagamusix/openmpt/OpenMPT-1.18.03.00-Setup.exe)
Download from sagamusix.de (HTTP) (http://sagamusix.de/openmpt/download/OpenMPT-1.18.03.00-Setup.exe)
Download from lpchip.com (HTTP) (http://lpchip.com/modplug/files/OpenMPT-1.18.03.00-Setup.exe)

MD5: 7d514cb5c8a58c1351e3bba618c91f1e
SHA-1: 3fd88395ff3eba778849fbd0250f11337594912c


Zipped Download
Download from untergrund.net (FTP) (ftp://ftp.untergrund.net/users/sagamusix/openmpt/OpenMPT-1.18.03.00.zip)
Download from sagamusix.de (HTTP) (http://sagamusix.de/openmpt/download/OpenMPT-1.18.03.00.zip)
Download from lpchip.com (HTTP) (http://lpchip.com/modplug/files/OpenMPT-1.18.03.00.zip)

MD5: a74050cf4c945bd21bbf41822b042d87
SHA-1: 359a668a95ab8a025eb71c1403430a9689ddde88



v1.18.03.00 (August 2010, revision 673)

General tab
   [Imp] <Jojo> To prevent OpenMPT from hanging while switching between plugins (or switching to the general tab), the preset box is only filled when it gets the focus. This makes working with Synth1 a lot easier, since it has an insane amount of presets... :)
   [Mod] <Jojo> Changed tab order of the lower panel (now it's more logical to me)

Sequence editor
   [Imp] <Jojo> When inserting patterns at an empty position, the position counter is not increased anymore.
   [Imp] <Jojo> Improved sequence name display in context menu for empty sequences.

Pattern tab::pattern editing
   [Imp] <Jojo> Just like in MPT 1.16, it is now possible again to interpolate between an effect and "nothing". In that case, the same value as the already existing one is repeated between the two rows.
   [Fix] <Jojo> When the first column of a pattern selection (larger than one selection field) was the parameter column, PCNote values in this column were not reset properly.
   [Fix] <Jojo> Pattern Editor: Transposing notes up/down doesn't allow notes which are actually supported by the current module format (f.e. notes below C-1 in XMs) anymore.
   [Fix] <Jojo> Keyboard shortcut for toggling record state didn't save the change, so it was reset with every new module.

Pattern tab::Note properties
   [Imp] <Jojo> Effect info now shows the real finetune values for E5x in MOD/XM and E2x in S3M instead of just 0...15.
   [Imp] <Jojo> Set envelope position effect (Lxx in XM) is now explained better.
   [Fix] <Jojo> Fixed a null pointer related crash when accessing the note properties of malicious and not-so-malicious modules (f.e. jt_pools.xm) which have more than 256 sample slots.

Sample tab
   [New] <Jojo> It's now also possible to create sample selections using Shift + click (this is still behaving a bit non-obvious if you don't know what you're doing :).
   [New] <Jojo> Sample Drawing: Horizontal lines can now be drawn by holding down the shift key.
   [Imp] <Jojo> Finetune range is now limited from -8 to 7 for MOD files.
   [Imp] <Jojo> When hovering the relative note and finetune controls, the actual C-5 frequency is now also shown for MOD files. Previously, this only worked for XM files.
   [Fix] <Jojo> When using the spin button next to the finetune or frequency control, the module was not marked as modified.

Instrument tab
   [New] <Jojo> Pressing Ctrl while dragging a point in the envelope editor now also moves the tail of the envelope.
   [Imp] <Jojo> More helpful value display for the panning envelope in the status bar with indication what's left and what's right.
   [Imp] <Jojo> If an instrument is not initialized yet, this is done automatically now, so that changes done to the instrument are not lost, although it looks like they are actually applied (f.e. when trying to edit a previously deleted instrument).
   [Imp] <Jojo> Fadeout values up to 32767 are allowed again for XM files, as FT2 can actually handle them (and other apps like Milky support them as well)
   [Imp] <Jojo> Panning ranges from 0 to 256 again for MPTM, and from 0 to 64 for IT files (previously, it ranged from 0 to 255).
   [Imp] <Jojo> Sample Map accepts various new shortcuts now.
   [Imp] <Jojo> When pasting an envelope with a release node, it's now ignored in formats that don't support it.
   [Reg] <Jojo> Envelope release nodes cannot be enabled for IT files anymore, but they are still played for compatibility. (One has to start removing the crap from the old formats at some point...)

Treeview
   [Imp] <Jojo> Treeview: Ask for confirmation when deleting patterns, samples, instruments, sequences.
   [Fix] <Jojo> Deleting a sample from the treeview and then applying undo for this sample in the sample editor crashed OpenMPT.

Mod conversion
   [Imp] <Jojo> Some improvements with converting note cuts, ECx/SCx and EDx/SDx.
   [Imp] <Jojo> When converting to XM, rogue note delays are removed from the patterns to avoid interference with a FT2 bug.
   [Imp] <Jojo> Envelope release nodes are now removed when converting from MPTM.
   [Fix] <Jojo> When converting to MPTM, "+++" separator patterns are not recognized as sub tune indicators anymore, as that was quite annoying.
   [Fix] <Jojo> Channel settings were not reset properly for MOD/XM/S3M, only the first channel was fixed. (tx Sam_Zen)
   [Fix] <Jojo> Extra fine portamento was not converted properly when converting from IT/MPTM/S3M to XM.

Playback (see also format-specific changes below)
   [Mod] <Jojo> Invert loop (.MOD effect) is now ignored on 16-bit samples (only important during editing, since .MODs can only contain 8-bit samples anyway)
   [Fix] <Jojo> The Pattern Loop command did not work properly on rows > 255

IT::Saving
   [Imp] <Jojo> If a plugin is specified for an IT instrument and no MIDI channel is assigned, the plugin is written into the IT instrument header (in MPT 1.16's old manner), so that MPT 1.16 / XMPlay / BASS can make us of "FX Send" again. (tx Skaven)
   [Imp] <Jojo> If filter envelopes are used, a different value for the cmwt ("compatible with") field is now used in compatibility export (like in SchismTracker).
   [Fix] <Jojo> Instrument panning was not converted properly.

XM
   [Fix] <Jojo> Various fixes to the pattern loop command (E6x), including a crucial FT2 bug: When E60 is used on a pattern row x, the following pattern also starts from row x instead of the beginning of the pattern, unless there was a Dxx or Cxx effect.
   [Fix] <Jojo> Prevent notes to be stopped after a fadeout. This way, a portamento effect can pick up a faded instrument which is long enough. This occurs for example in the bassline (channel 11) of jt_burn.xm. Not tested with many XMs yet, I hope this won't break anything else...

XM::Saving
   [Imp] <Jojo> Panbrello is not saved anymore in compatibility mode.
   [Fix] <Jojo> Completely empty patterns are loaded as empty 64-row patterns in FT2, regardless of their original size. This is now being circumvented by adding a D00 effect at the end of such patterns.
   [Fix] <Jojo> Saving XM files with 127 channels (sigh) was broken.

S3M
   [Fix] <Jojo> Samples with very short loops (4 bytes) are now loaded properly. Fixes "a tiny problem.s3m" by slash.
   [Fix] <Jojo> Notes with an SD0 effect were not ignored properly when there was a row delay effect on the same row. Now they should be ignored in any case.

Other modules
   [Imp] <Jojo> Song messages are now loaded with more accuracy for some formats.
   [Imp] <Jojo> J2B Loader: J2B files with extended instrument settings and multiple samples per instrument work properly now. Such J2B files were not used in the game but have been created by JJ2 players using MOD2J2B.
   [Imp] <Jojo> OKT Loader: Completely new IFF-based loader, translated from SchismTracker code with permission from Storlek. This loader is a *lot* more accurate, but still misses a few pattern effects.
   [Imp] <Jojo> PSM Loader: Small improvements.
   [Fix] <Jojo> MTM Loader: The "beats per track" (means lines per pattern) setting is now taken into account.
   [Fix] <Jojo> PSM16 Loader: Since the control channels were muted, tempo commands were ignored, effectively slowing down some PSM16 tracks.
   [Fix] <re>   MPTM Saver: When deleting patterns using the treeview, it was possible that Parameter Control Notes were not saved properly anymore.

Misc
   [New] <Jojo> Experimental "panic" button on the main toolbar. At the moment, it just kills all VSTi and sample voices.
   [Imp] <Jojo> Added mnemonic codes to the wave export controls.
   [Mod] <Jojo> In the mod type dialog, the "misc flags" can now be toggled using check buttons instead of an edit field.
   [Mod] <Jojo> Various file loaders / savers: A new logging mechanism is used to display only one message box with errors and warnings instead of many message boxes.
   [Mod] <Jojo> Updated DE_jojo.mkb to include new shortcuts, remapped a few others (for IT-style).
   [Mod] <Jojo> Updated FR_mpt_(legovitch).mkb.
   [Fix] <Jojo> Colour Setup: Some colours in the MPT default colour scheme were not set up properly when switching between presets.

Additional file hashes:
mptrack.exe
MD5: 291f4e47686a4135090e0cb0d01d5877
SHA-1: e9a8b9628fa4ad51829f18a464607dab336cb871

OpenMPT_SoundTouch_i16.dll
MD5: 8708b79c258cc5f4ef94fc86e35c25b4
SHA-1: c3ea301a6122517361a7f7f8bdae47c8f0c7775f

unmo3.dll
MD5: 2bc3934850fef1cb78b6acd1673e5969
SHA-1: 2e17f7bb6d19ce326851333b918070c5357cacd1 
Title: OpenMPT 1.18.03.00: Final version available
Post by: Snu on August 07, 2010, 05:07:45
yes! thank you so much for fixing that tab order on the general tab, thats been driving me nuts for ages!
lots of nice new little improvements too, LOVE the ctrl-drag on the envelope editor.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 09, 2010, 19:09:45
The website has just been updated and OpenMPT 1.18.03.00 is now the latest official version.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 09, 2010, 19:42:19
Have any clue on how things are going to be with the sourceforge download, the download html-file is still not a very good way to do it.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 09, 2010, 19:44:02
Quote from: "Rakib"Have any clue on how things are going to be with the sourceforge download, the download html-file is still not a very good way to do it.
I haven't gotten around updating sf.net yet, still have some other pages to update first.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 09, 2010, 19:50:50
No need to hurry about that, but I was more wondering how the download is going to be there.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 09, 2010, 19:52:28
Quote from: "Rakib"No need to hurry about that, but I was more wondering how the download is going to be there.
Just an installer, which can optionally (enabled by default) download unmo3.dll from openmpt.com.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 09, 2010, 19:53:44
Great, and thanks!
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 09, 2010, 20:04:42
The new installer is now also available on sf.net - If anyone wants to try it, please do so. I have tested it, but one can never be sure how it works on different machines.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 09, 2010, 21:13:15
Hmm did not work here, the installer detects that unmo3 is missing and wants to download the file. But when starting download the status says "getting file information..." and then stops, canceling the download doesn't work either and has to be stopped through task manager. Maybe it's my firewall thats stops it but I get no questions from the windows firewall and the program is unable to quit by it self.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 09, 2010, 21:32:51
That's strange. Which OS are you using? The download thing works here on both WinXP (no firewall, virtual machine) and Win7 (Windows Firewall)...
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 09, 2010, 21:36:45
windows 7 ultimate 32bit
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 09, 2010, 21:38:35
Are you an administrator? Does "run as administrator" in the context menu of the exe file help?
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 09, 2010, 21:47:43
No it didn't help. I also allowed the installer to directly allow access to internet without intefering with the firewall without any luck.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 09, 2010, 21:54:36
But can you manually download http://openmpt.com/download/unmo3.dll?
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 09, 2010, 22:29:37
Yes!
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 10, 2010, 20:34:05
OK, this is really strange. To be absolutely sure, I have set the Windows 7 firewall to public mode (most restrictive) and asked some more people to test the installer - it seems to work for anyone but you. Can any more people from the forums confirm whether the sourceforge installer is working or not?
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 10, 2010, 21:48:51
Does the installer have some dependencies?
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 10, 2010, 22:10:42
It should run on unpatched systems (though it should be self-explanatory why unpatched systems suck). I cannot quite understand why the installer even freezes, but it somehow sounds like a firewall problem (and the ISTool/InnoSetup newsgroup didn't give any helpful answers so far). Did you try disabling the Firewall alltogether or setting it to home mode?
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 10, 2010, 22:36:06
Did turn off the firewall without any luck. What about just adding the unmo3 in the sourceforge installation?
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 10, 2010, 22:37:37
Quote from: "Rakib"What about just adding the unmo3 in the sourceforge installation?
Then it would be your turn to convince Ian Luck that he should give up his rights to control the unmo3.dll distribution, because sf.net has some peculiar Terms of Usage with regards to binaries and their distribution and what they may do with them. I can understand very well why he does not want it to be hosted on their servers.

BTW, are you running Win7 with UAC enabled?
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 10, 2010, 22:44:06
UAC is turned on to never give me any warnings.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Relabsoluness on August 10, 2010, 22:55:20
I can report of two successful installations with sourceforge installer: one on WinXP SP3 and one on Win7(32bit home premium).
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 10, 2010, 23:04:45
Quote from: "Rakib"UAC is turned on to never give me any warnings.
Strange, I'm working with the same settings here. And I just got two new confirmations that the installer downloaded the file properly. Somehow I fear that this problem cannot be reproduced on other systems...
Title: OpenMPT 1.18.03.00: Final version available
Post by: LPChip on August 10, 2010, 23:43:14
Installer works as expected, no weird messages or freezes. Tried installing to an existing location and to a new location.

Running Windows 7 Ultimate x64, and I have UAC turned on. I do not use any third party firewall though (only the one that came with windows in its default settings), as my router is very capable of protecting me.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 11, 2010, 10:44:04
Quote from: "LPChip"Installer works as expected, no weird messages or freezes. Tried installing to an existing location and to a new location.
I hope you are referring to the sourceforge.net installer, and not the one provided in this topic...?
Installing the sf.net installer over a previous installation will not cause any trouble anyway, because the download procedure is automatically skipped then.
Title: OpenMPT 1.18.03.00: Final version available
Post by: LPChip on August 11, 2010, 11:53:34
Quote from: "Jojo"
Quote from: "LPChip"Installer works as expected, no weird messages or freezes. Tried installing to an existing location and to a new location.
I hope you are referring to the sourceforge.net installer, and not the one provided in this topic...?
Installing the sf.net installer over a previous installation will not cause any trouble anyway, because the download procedure is automatically skipped then.

Oh, I thought you ment the one in the topic.

Is there a link to the one on sourceforge anywhere? I'll test it out then.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 11, 2010, 12:01:26
Well, you really should know where modplug is hosted on sourceforge... :P
http://sourceforge.net/projects/modplug/
Title: OpenMPT 1.18.03.00: Final version available
Post by: LPChip on August 11, 2010, 12:49:17
Just tested the SF installer. Installed it on my laptop, which has a fresh Windows 7 Ultimate X32 installation.

Install went as planned. Windows firewall is active.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 11, 2010, 14:28:49
For those who are testing, I hope you used a clean install without unmo3/modplug already installed on your computer.

But if this problem only occurs on my computer, I won't it will be an issue. Maybe have an readmefile where it says that if downloading unmo3 fails, please download it from this location.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 11, 2010, 14:34:57
Quote from: "Rakib"But if this problem only occurs on my computer, I won't it will be an issue. Maybe have an readmefile where it says that if downloading unmo3 fails, please download it from this location.
Well, I wonder why this happens only on your computer, so some more investigation is definitely necessary. How long did you wait until you killed the installer? For some reason, it could take a very long time to establish a connection to openmpt.com.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 11, 2010, 20:14:41
More than 1 minute, but I'm starting the installer again now and we'll see how it will take before any downloading starts. Just to be clear, the installation without downloading unmo3 works without any problems.

But I looked trough SF terms of use, couldn't find any place where 3-party files wasn't allowed without the code.

QuoteDefinitions ¶

As used throughout these Terms:

   * "Code" means any software code you submit, post, display or distribute via:
        1. any of our software configuration management ("SCM") repositories (currently, CVS, Subversion, Git, Bazaar and Mercurial) or
        2. SourceForge.net's file release system.
   * "Associated Content" means any text, data, music, sound, photograph, graphic, video, message or material, whether publicly posted or privately transmitted via SourceForge.net, but does not include Code.
   * "Content" means any Code or Associated Content.

Responsibility ¶

You are responsible for the Content that you post, submit, create, transmit or display on or through SourceForge.net ("Your Content") and are liable for any consequences thereof.

Communications in chat areas, forums, bulletin boards or other public or common areas of SourceForge.net are not private communications. You should use caution when submitting any Content that contains your personal information to a public or common area of SourceForge.net.
Posting ¶

When you create or make available Your Content, you represent and warrant that:

  1. you own or have sufficient rights to post or make available Your Content on or through SourceForge.net;
  2. the posting or making available of Your Content on or through SourceForge.net does not violate the privacy rights, publicity rights, copyrights, contract rights or any other rights, including intellectual property rights, of any person or entity;
  3. you have fully complied with any third-party licenses relating to Your Content, agree to pay for all royalties, fees and any other monies owing any person by reason of any of Your Content that you posted on or through SourceForge.net;

link:
http://sourceforge.net/apps/trac/sitelegal/wiki/Terms_of_Use
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 11, 2010, 20:27:53
Yes, I know that they are allowed. Let me highlight the troublesome passage for you:

QuoteYou hereby grant Geeknet a worldwide, non-exclusive, irrevocable, perpetual, fully sublicensable, transferable (in accordance with Section 16), royalty-free right and license to use, reproduce, adapt, modify, translate, create derivative works from, publish, perform, display, rent, resell and distribute Associated Content (in whole or part) and incorporate Associated Content in other works, in any form, media, or technology developed by Geeknet, though Geeknet is not required to incorporate such Associated Content into any Geeknet products or services. Geeknet reserves the right to syndicate Associated Content submitted, posted or displayed by you on or through SourceForge.net and use that Associated Content in connection with any service offered by Geeknet.
And Ian will not grant Geeknet those rights.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 11, 2010, 21:37:25
Wow, that was some really harsh terms. I hope not codeplex or github have so strict rules.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Rakib on August 13, 2010, 01:51:23
Worked now, after a restart (usually never reboot, but windows now forced me), still don't what caused the problems in first place.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 13, 2010, 10:55:42
Great to hear that!
Title: OpenMPT 1.18.03.00: Final version available
Post by: Harbinger on August 26, 2010, 21:39:06
Pls clarify:

Quote from: "history.txt"[Imp] <Jojo> If an instrument is not initialized yet, this is done automatically now, so that changes done to the instrument are not lost, although it looks like they are actually applied (f.e. when trying to edit a previously deleted instrument).
Not sure when the initialization starts -- on song load, instrument creation, play start?

Also clarify:
Quote from: "history.txt"[Fix] <Jojo> Various fixes to the pattern loop command (E6x), including a crucial FT2 bug: When E60 is used on a pattern row x, the following pattern also starts from row x instead of the beginning of the pattern, unless there was a Dxx or Cxx effect.
I thought E6x loops the current pattern. Are you saying that playback jumps to row x of the next pattern immediately or after the loop is finished. Where does the Dxx or Cxx need to be called to cancel the loop?
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 26, 2010, 21:43:05
QuoteNot sure when the initialization starts -- on song load, instrument creation, play start?
Instruments are initialized whenver a non-existing instrument in the instrument editor is selected - which can only happen if you previously deleted it using the treeview.

QuoteI thought E6x loops the current pattern.
Yes, but if you don't put a D00 effect on the last row of a pattern, it will play like if there was a D<row number of the last ED0 effect> effect. Just try placing an EDx loop in the middle of a pattern of an XM file and enable compat play and add another empty pattern after it and you'll see.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Harbinger on August 26, 2010, 21:49:15
Quote from: "Jojo"
QuoteNot sure when the initialization starts -- on song load, instrument creation, play start?
Instruments are initialized whenver a non-existing instrument in the instrument editor is selected - which can only happen if you previously deleted it using the treeview.
Wait. So you can delete the instrument in the Tree but then go to the Instruments page and it's still in the Instrument Slot list? How is this "initialized?"
Do you mean the Instrument list is re-initialized (resorted) in the Instrumetns page to show the list without the deleted instruments?
Title: OpenMPT 1.18.03.00: Final version available
Post by: Saga Musix on August 26, 2010, 21:52:06
it's a bit difficult to explain if you're not into programming (especially programming with pointers)  and it's really not a fix anyone should care about too much, since it didn't even crash - it was just a bit inconvenient. to put it simple: it was just a fix for potentitial issues after having deleted instruments from the treeview.
Title: OpenMPT 1.18.03.00: Final version available
Post by: Harbinger on August 26, 2010, 22:07:45
That's all i wanted to know -- if i should include it (or change something else about it) in the OHM...I tend to ignore fixes when writing them up, unless i mentioned it and need to adjust the mention. Thanks.. :wink: