View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000865||OpenMPT||File Format Support||public||2016-08-18 13:23||2019-09-23 18:27|
|Reporter||Saga Musix||Assigned To|
|Target Version||OpenMPT 1.?? (long term goals)|
|Summary||0000865: Revised MPTM format - idea pool|
This issue shall serve as an idea pool for things to be added to the revised MPTM format.
Note that not all linked ideas here may make it into the final format.
|Tags||No tags attached.|
|Has the bug occurred in previous versions?|
|Tested code revision (in case you know it)|
|parent of||0000200||closed||Sample Limit|
|parent of||0000066||new||Ability to stretch samples to a given number of song ticks (rows)|
|parent of||0000629||new||"Surround" checkbox on a sample-by-sample basis|
|parent of||0000635||new||Fine-grain sample and instrument panning settings|
|parent of||0000724||new||Independent Volume Ramp-Up/RAMP-DOWN control for each Instrument|
|parent of||0000158||new||Envelope carry property can be set with an effect command.|
|parent of||0001023||new||Volume choppiness|
|parent of||0001190||new||FLAC compression for MPTM samples/instruments|
|has duplicate||0001059||closed||Custom file format|
|Not all the children of this issue are yet resolved or closed.|
My duplicate issue contains some ideas. Here is a copy:
There should be a new file format, that can be customized. For example, consider the volume of notes. In mptm file format, it's always in a scale out of 64. However you may want greater precision so you customize the file format to use a scale out of 256; the information about the file format customization is in header. Or the opposite; you may want to directly use fades like 16-12-9-7-5-4-3-2-1 (requires proper settings to seamlessly play consecutive notes) without multiplying the numbers by 4. Also, the custom file format should provide lots of flexibility, like allowing long pattern length (I don't like the idea of splitting songs). Oh, guess what? This custom file format can also have potential to provide a feature mptm doesn't: different time resolutions on different channels!
So, this custom file format simply should bypass limitations:
¹For unusual type of tunings, like Hz-based (16, 32, 48, etc. Hz) or period (inverse Hz) based (8000, 4000, 2666.7, etc. Hz), you may run out of range quicker than octave based ones, also tunings like these have no generator built in so they are hard to create
Note that time resolution is what you call "tempo". It's called time resolution because it determines the time resolution (precision) of the song.
The varying time resolution interface could be something along the lines of this (note the empty rows):
Channel 1 and 2 is 1/16 time resolution, channel 3 is 1/8 time resolution, channel 4 is 1/32 time resolution. On 4 ticks/row, these would be tempo 240, 120 and 480.
Do you like my ideas?
In one word: No.
I don't think you make much music; You seem to be mainly a programmer. All four are important and necessary to produce good music. You can't easily make good music with volume stuck on a scale out of 64, with only 1024 pattern length, with equal time resolution on every channel or with only 120 pitches. Very important to make music.
So implementing these four will make making music tons easier. Instead of wasting an hour where to split patterns, simply extend the pattern length! Want higher volume resolution, or directly using fades like 16-12-9-7-5-4-3-2-1? Change volume scale! Want a great selection of pitches? Just add more pitches! Want some channels to be half or double time resolution? Simply use that feature!
Yes, I too think that 120+ pieces of music is indeed not a lot. Maybe I should make at least 10,000 pieces of music before I can have an opinion about producing music.
MIDI isn't a modern sound format.
Your musicmaking would be much easier with these 4 features implemented. Also, OpenMPT is a free program, so any feature request should be also free.
"If patterns longer than 1024 rows were required to write good music, how comes that there are tens of thousands of great-sounding modules out in the wild?"
That's because with the extended pattern length feature musicmaking would take less work.
I am not talking about the MIDI file format. Internally, every big audio software uses MIDI commands for triggering notes and parameter changes. There is no way to send more than the 128 notes supported by MIDI to a VST plugin, for instance. Even if OpenMPT wanted to support 500 different notes, it would be impossible to send them to a VST plugin.
And I am free to say no to any feature request, but if you do not respect that and keep posting how "simple" it would be to add them and how important they are, I have all the rights to restrict your access to our issue tracker and forum. Your insistence on minor details that absolutely noone else has ever wanted is costing everyone here a lot of nerves and time.
I think OpenMPT is simply not the right tool for you if all of these features are so important. Please switch to a different tool.
"I think OpenMPT is simply not the right tool for you if all of these features are so important. Please switch to a different tool."
What in the world makes you think someone makes a tool that is exactly like OpenMPT but also with this custom file format?
"Your insistence on minor details that absolutely noone else has ever wanted is costing everyone here a lot of nerves and time."
No. That would be hilarious. It's actually the other way around; even if people didn't notice it, musicmaking would be a lot easier.
"Internally, every big audio software uses MIDI commands for triggering notes and parameter changes. There is no way to send more than the 128 notes supported by MIDI to a VST plugin, for instance. Even if OpenMPT wanted to support 500 different notes, it would be impossible to send them to a VST plugin."
You don't need to hack MIDI to support over 2^7 pitches. While making the GUI a lot easier by allowing unlimited pitches, code OpenMPT to internally use extra instruments with the samples that do not fit in the root instrument, to have the "effect" of more than 2^7 pitches.
Nice that you are actually spending time implementing instead of counter-exampling!
Alright. We've had it. We've had enough of your insults and needless sarcasm steered towarads the developers and other forum members. You have received several warnings that we will not tolerate this behaviour, and you have now reached your limits. Both your issue tracker and forum account will be locked, and you are no longer welcome in this community. Ban evasion will not be tolerated.
Wow, that was quite the read, um... Could I suggest a chord effect for the format something like this:
The idea is that it would work in a range, (for demo I will use < symbol)
C#4 02 v32 . . . | . . . . . . . . . . . | . . . . . . . . . . . | . . . . . . . . . . . |
That would be an extremely specific case of templates/macros that have been suggested before, so: no, not in this form. too specific.
A nifty feature would be Envelope Key-Scaling parameter, that makes envelopes play faster the higher notes you play or vice versa, similar to pan separation, that makes sound play more left or right depending on higher or lower notes.
Yes I know it's possible to use samples of instrument with decay, but what if sample-size is a matter in a certain scenario to somebody?
Nonetheless, it makes creation of realistic-sounding instrument possible, like piano, where higher notes sustains shorter than lower note. It can also be used for cool envelopes that changes rate depending on note.
|2016-08-18 13:23||Saga Musix||New Issue|
|2016-08-18 13:23||Saga Musix||Relationship added||parent of 0000200|
|2016-08-18 13:24||Saga Musix||Description Updated|
|2016-08-18 13:24||Saga Musix||Relationship added||parent of 0000066|
|2016-08-18 13:28||Saga Musix||Relationship added||parent of 0000629|
|2016-08-18 13:28||Saga Musix||Relationship added||parent of 0000635|
|2016-08-18 13:29||Saga Musix||Relationship added||parent of 0000724|
|2016-08-18 13:29||Saga Musix||Description Updated|
|2016-09-14 10:39||Saga Musix||Relationship added||parent of 0000158|
|2017-09-05 11:24||Saga Musix||Relationship added||parent of 0001023|
|2017-11-10 18:04||Saga Musix||Relationship added||has duplicate 0001059|
|2017-11-10 18:46||Piotr||Note Added: 0003324|
|2017-11-11 06:43||Piotr||Note Added: 0003326|
|2017-11-11 06:50||Piotr||Note Added: 0003327|
|2017-11-11 15:27||Piotr||Note Added: 0003331|
|2017-11-11 15:30||Saga Musix||Note Added: 0003332|
|2017-11-11 16:17||Piotr||Note Added: 0003333|
|2017-11-11 16:21||Piotr||Note Added: 0003334|
|2017-11-11 16:21||Saga Musix||Note Added: 0003335|
|2017-11-11 16:26||Piotr||Note Added: 0003336|
|2017-11-11 16:30||Saga Musix||Note Added: 0003337|
|2017-11-11 16:37||Piotr||Note Added: 0003338|
|2017-11-11 17:40||Piotr||Note Added: 0003339|
|2017-11-11 19:12||Saga Musix||Note Added: 0003350|
|2017-11-11 19:23||Saga Musix||Note Edited: 0003350|
|2018-02-14 00:01||Exhale||Note Added: 0003419|
|2018-02-14 11:25||Saga Musix||Note Added: 0003420|
|2019-01-13 13:37||manx||Relationship added||parent of 0001190|
|2019-09-23 18:27||ASIKWUSpulse||Note Added: 0004092|