> OSC doesn't define one set of messages with standard semantics

Not true: that's what the SYN namespace is for.  See
https://github.com/fabb/SynOSCopy/wiki.  OSC and MIDI approached this
from opposite directions.  MIDI began with a standard set of commands,
then added a mechanism for vendor specific extensions.  OSC began with
a generic transport protocol then added a standardized set of commands
later.  But the result is basically the same.

> About using OSC with FluidSynth, the fact is that FluidSynth is a SoundFont
> synthesizer, and SoundFonts (along with DLS) are also MIDI technologies.

SoundFonts are much more flexible than MIDI.  For example, here are
some of the advantages of OSC over MIDI that I particularly care
about:

- You can have an effectively unlimited number of channels.
- You aren't restricted to an equal tempered tuning system, or any
tuning system at all.  You can specify an arbitrary pitch for every
note.
- You can freely change the pitch of a note after it begins playing,
which makes slurs and portamentos possible.
- Pressure is specified per note, not per channel.

I don't believe there's anything about SoundFonts that prevents you
from doing these things.  It's just that there's no way to express
them with the MIDI protocol.

> I'm not sure if your message means that you offer yourself as a volunteer to
> work in the subject and you want to ask if it would be a good idea

Yes, that's always the issue, isn't it? :)  Ok, I may regret this, but
sure.  I'd be willing to help implement it.

Peter

_______________________________________________
fluid-dev mailing list
fluid-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/fluid-dev

Reply via email to