MIDI channel assignments lost in parts after save / reopen
I discovered some weird behavior of midi output files generated from parts (not main score):
When playback channels are changed via staff text - say from arco to pizzicato - this is not reflected correctly in the midi output files of parts after close / reopen of the file
Steps to reproduce (you might want to start directly with 4 to produce error):
1) Choose one staff with violin, type some notes and change from arco to pizz or tremolo like in the attached file
2) Create part
3) export parts as midi and inspect file with suited editor (e.g. DAW)
Result achieved & expected: arco notes play on channel 1, pizzicato notes play on 2, tremolo notes on 3
4) Close and reopen file above or use attached one
5) export parts again as midi and inspect with midi editor
Result achieved: all notes are playing on channel 1
Result expected: arco notes play on channel 1, pizzicato notes play on 2, tremolo notes on 3
Some side notes:
- Exporting the main score always gives correct channel assignments
- playback of part in Musescore is correct, as well as playback in main score
- when part is deleted and recreated, part midi is correct again until file is closed / reopened
This behavior is present in v3.0.4 as well as in the nightlies from March 7th and 6th.
I marked it S2-critical as it is blocking my workflow which relies on generating midi from parts to feed (multiple) VSTs in a DAW.
Attachment | Size |
---|---|
Test_channelchange.mscz | 4.83 KB |
Comments
Yet another symptom of #285781: Non-default style settings in score get applied to all parts on reload, leading to bad transposition and other loss of data?
Definitely possible, more investigation needed. I'll see about fixing what I believe to be the core issue involving style settings,, I'd actually be a bit surprised if the same fix also deals with this. But, very likely a similar fix would apply.
I would suggest that you make a Epic parts issue that includes these and #284548: Tempo pallet unresponsive which seems to be very similar.
Is this 3.1 or is this 3.0.x?
I note the change on February 16. Here: https://github.com/musescore/MuseScore/pull/4655/files
and description/comments: https://github.com/musescore/MuseScore/pull/4655
I see. Could you test with master, please? I have a feeling the changes I made in single note dynamics might have fixed this...
No change here with dd3e685
(I continue to hear the same and unique first channel in the exported Midi part)
This issue is still present in MS 3.1 Beta 1
Any news on this one?
This seems to be fixed in 3.1 Release. Thanks!
Looks like I rejoiced too early. I works with one part, but with multile parts, the midi is not exported at all. This is related to #289890: Exporting parts from a score does not produce correct MIDI, MP3, WAV, OGG, and FLAC files..
That is a different issue though
I guess you mean #289894: MIDI Export of a part NOT working
Automatically closed -- issue fixed for 2 weeks with no activity.