For a while I've been wondering if having 'only' 254 text message slots
available at any time could be a problem, as we use them quite a lot these
days, so I created an extension to TextMsgBuffer.h (usually disabled) to keep
track of the highest number used at any one time.
This turned out to be quite low actually, usually no more than 3 or 4. The
heavy hitter is MIDI-Learn when updating the GUI. However because I had been
concerned about that when implementing it, I put a 10uS delay after every 32
learned lines. I tested it at the time with a file have some 60 lines (we allow
up to 400) and saw no problems.
In theory we'd only need to worry about it if we had 12 instances loading
or changing big lists at the same time :P
--
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
_______________________________________________
Yoshimi-devel mailing list
Yoshimi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/yoshimi-devel
