conflicts with same named result codes from cmSerialize.h.

a perfect match to the start of the record/playback segment. Segments
which are specified between the last received score location and the
current location are skipped.

cmRecdPlay objects now take a resource based list of segments to pre-load.

The time stamp value still needs to be verified.

from the score UI.

frames read rather than the number allocated.

unique id is calculated.

 f

Added connection from 'Dump' button to score to print score location report.

Fixed bug in cmDspCheckbox which prevented correct symbols from being stored.
Added cmSyncRecdClassCons to the built in processor list.

Recording has been tested but reading the recorded files has not. Initial commit.

These timestamps are set in _cmRtDspExecCallback() by cmApBufGetIO().
_cmRtSysEnable() now calls cmApBufOnPortEnable() to allow cmApBuf to be
aware of the audio stream starting and stopping.

the cmApBufGetIO() calls in _cmAsDspExecCallback().
_cmAudioSysEnable() now calls cmApBufOnPortEnable() to that cmApBuf() can
be aware to when audio streaming is starting and stopping.

cmApBufUpdate() sets an input/output timestamp on each device according to the audio packet timestamp.
cmApBufGetIO() returns the timestamp associated with each returned buffer.
Added cmApBufOnPortEnable() to zero the timestamp when a port is enabled.
This implementation of the audio timestamping processes is a hack because
only the first timestamp is stored (after a call to cmApBufOnPortEnable())
and all subsequent timestamps are generated by incrementing this value according
to the incoming/outgoing sample count.