View Issue Details

IDProjectCategoryView StatusLast Update
0000535OpenMPTFile Format Supportpublic2015-12-02 22:29
Reporterraphaelgoulart Assigned ToSaga Musix  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platformx86OSWindowsOS Version8
Product VersionOpenMPT 1.23.03.00 (upgrade first) 
Target VersionOpenMPT 1.25.02.00 / libopenmpt 0.2-beta14 (upgrade first)Fixed in VersionOpenMPT 1.25.02.00 / libopenmpt 0.2-beta14 (upgrade first) 
Summary0000535: MIDI conversion and MIDI-related stuff for VSTis don't work properly
Description

Tracker effects such as Fxx, Exx, Gxx, Dxy (.it commands, but same applies for other formats), among many others (most of the effects actually) don't work properly when exporting to .mid, and when using VSTis (I've tested with GENNY BETA, Massive and u-he Diva).

Steps To Reproduce

Just load any VSTi and try to use, for example, the Gxx - the tone portamento won't occur and it might sound like 2 notes on the same channel (depends if the note with the Gxx has the instrument number in it)

Additional Information

The files included in the package are:
midi export glitch example.it - an .it file that uses a single midi instruments but a lot of tracker effects that WOULD be replicable in MIDI.
midi export glitch example.mid - the MIDI export, that ignores ALL the tracker effects.
vst glitch example.it - an example of the same glitches occurring, except this time with VSTis, and in-tracker.
vst glitch example.mp3 - an mp3 render of the file above.
Also, every time I close an .it file that uses the GENNY BETA plugin and reopen it, the plugin 'goes nuts', I wouldn't know if that's the plugin's fault, or OpenMPT's. I think it's worth to give a quick look at that matter.

TagsNo tags attached.
Attached Files
Has the bug occurred in previous versions?Yes.
Tested code revision (in case you know it)

Relationships

related to 0000515 closed MIDI Export: Note Delay Support 
related to 0000516 closed MIDI Export: Note Pan Support 

Activities

Saga Musix

Saga Musix

2014-05-17 13:29

administrator   ~0001682

Last edited: 2014-05-17 13:30

1) One request / bug report per issue, please, or your three different suggestions won't get any attention. I mean it. Don't make my live extra hard if you want any of this to be addressed.

2) If you searched a bit further, you would have found tons of similar feature requests, and no, adding yet another one won't make it more likely for me to rewrite this MIDI mess. OpenMPT is not a MIDI tracker.

3) Regarding tracker effects with VSTi: The Gxx behaviour is intended and <strong>no, there is no sane way of emulating Gxx the same way it works for modules.</strong> I'm sure I have explained this a dozen times before so maybe you will find an explanation on the forums about it.
Volume effects aren't as simple as you'd believe as well, since MIDI has a concept of volume that is very different from trackers. The only thing that comes close is polyphonic aftertouch bound to note volume, but most plugins / MIDI hardware doesn't support that. OpenMPT will have a per-instrument setting for automatically sending volume updates to plugins at some point, but until now you have to create a MIDI macro that reads out the volume (i.e. it uses either the "u" or "v" variable) and then send this macro on every row to the plugin that should receive it.

Saga Musix

Saga Musix

2015-09-04 12:05

administrator   ~0002132

I've made a "few" improvements to the MIDI export which can now be tried out at
http://buildbot.openmpt.org/builds/
Some notes on that have been written down at http://wiki.openmpt.org/Manual:_Saving_and_exporting#MIDI_Export

Things to keep in mind:

  • As said before, MIDI volume and panning are very different from module volume and panning, so this is not exported properly (yet). In the future, I will try to export at least panning as MIDI CC10.
  • Gxx is treated as with VST plugins right now.
  • OpenMPT now uses one MIDI track per instrument rather than per pattern channel.
  • Currently, instruments fighting for the same MIDI channel won't cause program changes, so things will sound odd if you cannot assign each instrument to a specific MIDI channel.
    However, OpenMPT's MIDI export has to be more taken as something to generate e.g. stems for remixing, not for creating perfect MIDI conversions of your tunes.

Issue History

Date Modified Username Field Change
2014-05-17 04:04 raphaelgoulart New Issue
2014-05-17 04:04 raphaelgoulart File Added: midi export glitch example.zip
2014-05-17 13:23 Saga Musix Relationship added related to 0000515
2014-05-17 13:29 Saga Musix Note Added: 0001682
2014-05-17 13:30 Saga Musix Note Edited: 0001682
2015-06-26 23:40 Saga Musix Relationship added related to 0000516
2015-08-28 00:36 Saga Musix Assigned To => Saga Musix
2015-08-28 00:36 Saga Musix Status new => assigned
2015-08-28 00:37 Saga Musix Target Version => OpenMPT 1.25.02.00 / libopenmpt 0.2-beta14 (upgrade first)
2015-09-04 12:05 Saga Musix Note Added: 0002132
2015-09-04 12:05 Saga Musix Status assigned => feedback
2015-12-02 22:29 Saga Musix Status feedback => resolved
2015-12-02 22:29 Saga Musix Resolution open => fixed
2015-12-02 22:29 Saga Musix Fixed in Version => OpenMPT 1.25.02.00 / libopenmpt 0.2-beta14 (upgrade first)