Author
Topic: v1.17.02.46 available (Read 18722 times)

The important news is that Relabsoluness' work (aka the 1.17.3.00a branch, or the '3.00 alpha' preview) has been merged into the main builds. In particular, this includes the experimental MPTm format which, implementation-wise, is still very close to the hacked IT format, but represents a stepping stone towards further changes and improvement in the future.

From now on, development builds will be made available through Sourceforge's formal release process. This means they will be visible from the project page and will be easier to get at. In the name of simplicity, the processor specific builds have been ditched in favour of a single executable (there was no evidence that they were providing performance gains anyway).

. If you have an existing installation of OpenMPT and wish to re-use its settings, you have 2 options: . Overlay the .exe and new files from this directory onto your existing installation. . OR: copy mptrack.ini and plugin.cache from your existing installation into this directory.

v1.17.02.46 + <Relabsoluness> Experimental MPTm format: --> Internally, it is still very close to the IT-based format. --> Order&pattern limit increased to 65000; whole range not tested :) (Note that modeffects such as position jump doesn't cover the whole range unless the #-extension can be used(haven't tested)) + <Relabsoluness> User definable tuning modes for instruments: --> Only available for MPTm --> Ratio value as well as note name for every key can be assigned invidually; gives rather free hands for experiments. --> Every instrument can have it's own tuning --> Tunings can be saved to file and loaded from file. --> IMPORTANT: When using tunings, behavior of various modcommands such as portamento have been changed, and new behaviors are still to be decided. + <Relabsoluness> In song properties, option to increase playback compatibility with original Impulse Tracker behavior. Is in no way complete; currently affects only a couple of differences. Many differences are still there. + <Relabsoluness> Ability to load multiple mods/samples/instruments from corresponding load dialogs. --> Known issue: Intermittent failures. + <Relabsoluness> 32-bit float wav import . <Relabsoluness> 24/32-bit PCM wav sample import fixed + <Relabsoluness> Playback control additions: 'Solo on transition' & 'Mute on transition'. Available from pattern view context menu(right click). + <Relabsoluness> Envelope points can be scaled by a factor through context menu on envelopeview(right click) + <Relabsoluness> Calculator of playback time (measured from start) at the beginning of any row of any pattern (uses existing modlength calculator). --> Known limitation: When the row is within pattern loop, doesn't give all possible times. + <rewbs> SCx now sends note-off to VSTis at tick x. + <rewbs> New mixmode (called 1.17RC3): bypass global preamp, force soft panning, provide explicit dB value for sample attenuation. WARNING: this mixmode is subject to change. + <rewbs> Check for updates on startup. To disable, set CheckForUpdates=0 in mptrack.ini. . <rewbs> Plugin list window remembers its position/size even on cancel. . <rewbs> Fix odd window position on very first startup (before mptrack.ini is created). . <Relabsoluness> When opening instruments, load dialog didn't remember its previous path. . <Relabsoluness> In general tab, it was possible to give longer modname than the fileformat could save. . <Relabsoluness> Instruments associates with VSTis no longer also need to be associated to a sample in order to play. . <Relabsoluness> Trash characters to empty ITP comments should no longer appear. . <Relabsoluness> Channel state should now be updated correctly when e.g. moving channels through channel manager. . <Relabsoluness> It should no longer be possible to remove all channels from channel manager. / <Relabsoluness> Channel states resetting when jumping between orders from orderlist. --> NOTE: While this fixes a bug (behavior change) introduced in the tuning branch(?), it also changes quite prominent behavior so can annoy people - might need to be modified at some point. / <Relabsoluness> Added version number to the mainframe title. / <Relabsoluness> Changed the 'order message' at the bottom bar of the screen "Position x of y" to "Position x of y (x in hex of y in hex)". / <Relabsoluness> Lots of smaller (internal) changes.

"Heh, maybe I should've joined the compo only because it would've meant I wouldn't have had to worry about a damn EQ or compressor for a change. " - Atlantis"yes.. I think in this case it was wishful thinking: MPT is makng my life hard so it must be wrong" - Rewbs

It says 'Order&pattern limit increased to 65000'. Is this really 65000, or in fact 65536 ?

65000 is correct, but indeed figure 65536 is closely related to that.

I'm curious to why it's not 65536. It would seem that 65000 is wasting 536 other numbers that is possible with a 16 bit unsigned integer, despite not conserving even a single bit. I have no qualms with it though, as I'm probably never going to reach that many patterns, but rather, I'm wondering about the practicality of 65000 over the programming canon of 65536.

woohoo! fantastic effort, nice fixes + improvements. i got confused by the tunings until i realised that they can only be changed in mpt format (duh!) so if anyone else has the same problem...is it possible to send vstis different tunings or will this be a sample only thing? ace addition regardless, plenty of things to do with samples alone!more than 238 or whatever the limit was for patterns is brilliant - i'll probably not max it out ever again now.i've not delved deeply yet but ran some old tracks which all worked perfectly.

IMPORTANT: When using tunings, behavior of various modcommands such as portamento have been changed, and new behaviors are still to be decided.Many tuning related matters are still quite crude and are subject to change, which is good to keep in mind if intending to 'seriously' use them.

But anyway, below is some explanation about the current modeffect behaviors when using new tuning modes; I'm certainly not an expert in this field so many of the concepts and terms might be misused.

-Many pitch affecting commands such as 'portamento up' increases 'finesteps' instead of the frequency itself - that is, the note goes towards the next note with little steps and the pitch changes accordingly. As a consequence, the effect of certain modeffects is dependent on the tuning and on the tuning specific finestep count; one can for example create arpeggio style effects with this. Also it can be that portamento up actually lowers the pitch instead of increasing if choosing certain kind of tuning. Between notes, the tuning changes geometrically: in build .49, the change was specisialised for all available tuning types, before that the same implementation was used for all types(might behave weirdly for types other than "tet").

Modeffect behaviors with new tuning modes:

-Portamento up Fxx (changed): Increase finesteps by given amount of steps on every tick. For example: With Ticks/row == 6, F01 increases finesteps by 1 on every tick, which makes 6 finesteps up per row.

-Portamento down Exx (changed): Like portamento up with decreasing finestepcount.

-Fineportamento FFx, EFx (changed): Increases/decreases finesteps by x finesteps per row dividing the total effect to every tick.

just a little question: I didn't change anything, but after installing .46, some modules sound really loud. why that? They tend to overdrive, but PreAmp is at 30% (i don't really get that RC3 message, maybe that's the fault?) and Sample Volume is also at ~60, so both are still "normal" - but the songs overdrive like hell!

EDIT: Hm, okay, those old modules sound better with mix level set to RC2 - but now i have to reset mix level for EVERY SINGLE module i want to listen to...?!

Logged

» No support, bug reports, feature requests via private messages - they will not be answered. Use the forums and the issue tracker so that everyone can benefit from your post.