My instrument (an organ) produces MIDI files which use multiple channels within a single track to hold the data of each keyboard and the pedalboard. For example, the pedalboard is always channel zero, and the keyboards go up from there. Since this software supports color-coding by track and not channel, I've been looking into using a MIDI Editor to move the data from channels to tracks. When I do and I open the resulting file in SeeMusic, it reads the data in each track sequentially, not simultaneously. For example, a performance lasting one minute, if I modified it to use two tracks, will take two minutes afterward. First, it will play one track, followed by the other (it's seeing the tracks fine, as the color-coding is correct). I can confirm that it is correct by opening in a third application, like Audacity, and the file is read fine, but in SeeMusic the same file is read incorrectly (see video for evidence of this) I've produced a short video below demonstrating the issue on a very minimal MIDI file of just a few seconds. I'm using SeeMusic 1.16 and MIDIEditor 3.3.0 (the newest, as of when I checked today). Video: https://drive.google.com/file/d/126DnGd-Kr_lHzAaxZMj0GV-vi46yVMW2/view?usp=sharing I am really excited about the possibilities of this software, and I understand the challenges in a new piece of software. As a developer myself (for work) I'm impressed with this app already and can see immense potential here! So I'm submit this in hopes of helping improve things. If you have any further questions or need clarification or another sample, feel free to ask.
top of page
To test this feature, visit your live site.
Robert Staples
Apr 26, 2020
Bug Report: Incorrect processing of multi-track MIDI data
Bug Report: Incorrect processing of multi-track MIDI data
11 comments
Like
Comments (11)
bottom of page
Hi Robert,
At last, the multi-track bug should now be fixed in Version 1.26... it wasn't actually a 'bug' - the free MIDI Editor app just formats its files in a very strange way, and I provided an automatic workaround to detect and deal with those files.
It's available now for Windows and Android, I believe you're on Windows? Give Version 1.26 a try and let me know if it's working better with your files?