Hello, I am the author of the pull request. Maybe it should be better to create another separate public header, like "midi_consts.h", so these constants, that are a liitle broad (NOTE_ON, MIDI_TEXT) and can potentially clash with user constants, don't? So only people who needs them includes it.
Regards, Rangel On Sat, Nov 24, 2018 at 7:52 PM Marcus Weseloh <mar...@weseloh.cc> wrote: > Hi, > > I also share the concern to make them public. > > However... I think the request to have them public is perfectly > understandable. The documentation to fluid_player_set_player_callback is as > follows: > > * Change the MIDI callback function. This is usually set to > * fluid_synth_handle_midi_event, but can optionally be changed > * to a user-defined function instead, for intercepting all MIDI > * messages sent to the synth. You can also use a midi router as > * the callback function to modify the MIDI messages before sending > * them to the synth. > > So the intended use-case (intercepting TEXT events for a karaoke player) > seems to be in scope for this callback. We even have public > functions/macros available to get information about an event, like its type > for example. But if a user wants to actually interpret the returned > information, he needs to recreate fluidsynth internals in his own code. > That is a little inconsistent, in my opinion. > > Cheers, > > Marcus > > _______________________________________________ > fluid-dev mailing list > fluid-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/fluid-dev >
_______________________________________________ fluid-dev mailing list fluid-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/fluid-dev