Horror of horrors! Forgot to actually switch to plain text, in previous send. I am not good at this, apparently. Profuse apologies. Will try to get better.
Re-posting previous message in plain text for real this time, as users fed back with complaint about it being illegible. ------------------------------------ Sorry - it's a little long-winded. Also, I did add a new paragraph here (begins with "That's kind of what I meant...") > On 09/06/2022 8:50 PM EDT david <[email protected]> wrote: <snip> > Hmm, aren't SysExes proprietary, perhaps even undocumented or secret? I was going to reply off-the-cuff with a "No it's not secret," but decided to first google around So - I poked around some sites discussing SysEx's. Did not find anything that suggests "secret". Looked at my Korg Kross Parameter Guide again -- in particular the Appendices at the end, with system exclusive codes... five pages. Found a downloadable PDF for Korg Kronos -- which has its SysEx specs, too. Found some Roland SysEx listings, as well as Alesis (didn't search exhaustively). Indications are - no, this info is not at all secret and not undocumented. Major brands provide it in their product's user manuals (It *is*, most definitely, "proprietary" - ... For example: For some Roland synth model there might not even be a control parameter that exists in some Korg model) > Perhaps a tool for the user to create their own SysEx specific to their > hardware? That's kind of what I meant. I actually first thought of exactly as you formulate above, but then expanded it to "banks" - because those are bundled with the distribution and shared... (instrument banks are shared, saving people time redundantly building the mappings for specific synths models) > I don't know anything really about SysExes, just going on a vague > recollection about them being proprietary. Here's my guess: linguistically speaking - I am theorizing that the word "exclusive" in "system exclusive" might have been a hasty/sloppy choice of words that stuck (don't know who actually coined the term). And caused confusion -- including the false perception that the info is off limits to the general consumer base Perhaps the better term would have been "system-specific" ... ? Because (willing to bet two six packs) - in some rare cases, the codes are probably not exclusive either, but are actually shared. Out of a sea of synth models there are probably some two different models, of two different makes, for which some volume or effect control is the same code. At least there is no explicit policy (my guess) or engineering constraint that would prevent this. Which would bust up the notion that that code is "exclusive" to a make and/or models. So... if the developers were to add SysEx banks, similar to the instrument banks, and the feature got usage traction, it would be like porting in and concentrating SysEx data scattered about various User manuals, into one unifying library that cuts across makes and models... as well as creating uniformity and top-level observation point for system exclusive data... yada yada, etc, etc. Might even be an original, unprecedented thing and snowball (?)... boosting the app-user creative feedback loop... As in... a Rosegarden user would be quickly oriented about SysEx possibilities, with the availability of such a bank... Might even, no doubt, impact further hardware purchase decisions : - ))). Might slightly shift production focus away from virtual synths and plugins to external hardware... guessing the trend these days is to move the other way... (away from external hardware to plugins) If I have all my synth's SysEx control codes neatly organized and coherently LABELED, in a Rosegarden bank, and can easily drag and drop one into my tracks they might be more likely to be a part of the project... Awareness->availability->demand cycle (yada yada)... might snowball. _______________________________________________ Rosegarden-user mailing list [email protected] - use the link below to unsubscribe https://lists.sourceforge.net/lists/listinfo/rosegarden-user
