/*! \class BMidiLocalProducer MidiProducer.h \brief A producer endpoint that is created by your own application You create a BMidiLocalProducer if you want your application to send MIDI events. You use the various spray functions to send events to all connected consumers. If no consumers are connected to the producer, any calls to the spray functions are ignored. Most spray functions accept a channel argument. Even though MIDI channels are really numbered 1 through 16, the spray functions work with channels 0 through 15. You can also specify the performance time for the event using the time argument. Specify 0 (or any time in the past) to perform the event "now", i.e. as soon as possible. You can also schedule events to be performed in the future, by passing a time such as system_time() + 5000000, which means 5 seconds from now. Unlike BMidiLocalConsumer, which should be subclassed almost always, you hardly ever need to derive a class from BMidiLocalProducer. The only reason for subclassing is when you need to know when the producer gets connected or disconnected. Also unlike consumers, local producers have no thread of control directly associated with them. If you want to send out the MIDI events from a different thread, you will have to create one yourself. */ /*! \fn BMidiLocalProducer::BMidiLocalProducer(const char *name = NULL) \brief Creates a new local producer endpoint The new endpoint is not visible to other applications until you Register() it. You can tell the constructor what the name of the new producer will be. If you pass NULL (or use the default argument), then the producer's name will be an empty string. It won't be NULL, since endpoint names cannot be NULL. There is no guarantee that the endpoint will be successfully created. For example, the Midi Server may not be running. Therefore, you should always call IsValid() after creating a new endpoint to make sure that everything went okay. If not, Release() the object to reclaim memory and abort gracefully. \code BMidiLocalProducer* prod = new BMidiLocalProducer(...); if (!prod->IsValid()) { prod->Release(); ...exit gracefully... } \endcode */ /*! \fn void BMidiLocalProducer::Connected(BMidiConsumer* cons) \brief Invoked when a new consumer is connected to this producer Although typical notifications (i.e. from BMidiRoster's "watching" facility) are only sent if it is some other app that is performing the operation, Connected() is also called if you are making the connection yourself. If you override this hook, you don't have to call the default implementation, because that does nothing. \param cons The newly connected consumer. The reference count of the consumer object is not increased, so you should not Release() it. However, if you want to keep track of the consumer beyond this function, you should first Acquire() it, and Release() it when you are done. \sa Disconnected() */ /*! \fn void BMidiLocalProducer::Disconnected(BMidiConsumer* cons) \brief Invoked when a consumer is disconnected from this producer \sa Connected() */ /*! \fn void BMidiLocalProducer::SprayData( void* data, size_t length, bool atomic = false, bigtime_t time = 0) const \brief Sends raw MIDI data downstream to all connected consumers Typically you won't have to call SprayData(); the other spray functions will do just fine. If you do call it, remember that you retain ownership of the data and that you are responsible for freeing it at some point. (Even though data is not declared const, the function does not change it.) With atomic set to false, you can send a MIDI message in segments (perhaps for a large sysex dump). However, when you do this, you are on your own. The Midi Kit only tags the data as being non-atomic, but offers no additional support. The default implementation of BMidiLocalConsumer completely ignores such events. To handle non-atomic MIDI data, you should override the BMidiLocalConsumer::Data() hook and process the MIDI event yourself. All of BMidiLocalProducer's other spray functions always send atomic data. \param data the MIDI event data \param length byte size of the data buffer \param atomic whether the data buffer contains a single complete MIDI event \param time the required performance time of the event \sa BMidiLocalConsumer::Data() */ /*! \fn void BMidiLocalProducer::SprayNoteOff( uchar channel, uchar note, uchar velocity, bigtime_t time = 0) const \brief Sends a Note Off event to all connected consumers \sa BMidiLocalConsumer::NoteOff() */ /*! \fn void BMidiLocalProducer::SprayNoteOn( uchar channel, uchar note, uchar velocity, bigtime_t time = 0) const \brief Sends a Note On event to all connected consumers \sa BMidiLocalConsumer::NoteOn() */ /*! \fn void BMidiLocalProducer::SprayKeyPressure( uchar channel, uchar note, uchar pressure, bigtime_t time = 0) const \brief Sends a Polyphonic Pressure (Aftertouch) event to all connected consumers \sa BMidiLocalConsumer::KeyPressure() */ /*! \fn void BMidiLocalProducer::SprayControlChange( uchar channel, uchar controlNumber, uchar controlValue, bigtime_t time = 0) const \brief Sends a Controller Change event to all connected consumers \sa \ref controllernumbers \sa BMidiLocalConsumer::ControlChange() */ /*! \fn void BMidiLocalProducer::SprayProgramChange( uchar channel, uchar programNumber, bigtime_t time = 0) const \brief Sends a Program Change event to all connected consumers \sa BMidiLocalConsumer::ProgramChange() */ /*! \fn void BMidiLocalProducer::SprayChannelPressure( uchar channel, uchar pressure, bigtime_t time = 0) const \brief Sends a Channel Pressure event to all connected consumers \sa BMidiLocalConsumer::ChannelPressure() */ /*! \fn void BMidiLocalProducer::SprayPitchBend( uchar channel, uchar lsb, uchar msb, bigtime_t time = 0) const \brief Sends a Pitch Bend event to all connected consumers \sa BMidiLocalConsumer::PitchBend() */ /*! \fn void BMidiLocalProducer::SpraySystemExclusive( void* data, size_t length, bigtime_t time = 0) const \brief Sends a System Exclusive event to all connected consumers You retain ownership of the data and are responsible for freeing it. Even though data is not declared const, the function does not change it. Even though the amount of data may be quite large, this function always sends sysex messages as an atomic block of data. \sa BMidiLocalConsumer::SystemExclusive() */ /*! \fn void BMidiLocalProducer::SpraySystemCommon( uchar status, uchar data1, uchar data2, bigtime_t time = 0) const \brief Sends a System Common event to the connected consumers The status byte must be one of the following:
0xF1B_MIDI_TIME_CODEdata1 only
0xF2B_SONG_POSITIONdata1 and data2
0xF3B_SONG_SELECTdata1 only
0xF5B_CABLE_MESSAGEdata1 only
0xF6B_TUNE_REQUESTno data
0xF7B_SYS_EX_ENDno data
\sa BMidiLocalConsumer::SystemCommon() */ /*! \fn void BMidiLocalProducer::SpraySystemRealTime( uchar status, bigtime_t time = 0) const \brief Sends a Real Time event to the connected consumers The status byte must be one of the following:
0xF8B_TIMING_CLOCK
0xFAB_START
0xFBB_CONTINUE
0xFCB_STOP
0xFEB_ACTIVE_SENSING
0xFFB_SYSTEM_RESET
Because of their high priority, the MIDI specification allows real time messages to "interleave" with other MIDI messages. A large sysex dump, for example, may be interrupted by a real time event. The Midi Kit, however, doesn't care. If you (or another producer) have just sent a big system exclusive to a consumer, any following real time message will simply have to wait until the consumer has dealt with the sysex. \sa BMidiLocalConsumer::SystemRealTime() */ /*! \fn void BMidiLocalProducer::SprayTempoChange( int32 bpm, bigtime_t time = 0) const \brief Sends a Tempo Change event to the connected consumers. This kind of Tempo Change event is not really part of the MIDI spec, rather it is an extension from the SMF (Standard MIDI File) format. \sa BMidiLocalConsumer::TempoChange() */