motu: for 828mk1 devices, hide the phones source frame as well as the phones source control.  There's nothing to be gained by having an empty frame in the mixer.

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2346 2be59082-3212-0410-8809-b0798e1608f0
motu: tidy 828mk1 clock source defines.  Add optical ADAT clock source.  Initialise clock source on startup if necessary.  Remove unused variable 'mask' from getOpticalMode().

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2347 2be59082-3212-0410-8809-b0798e1608f0
motu: for 828mk1, make transmit packet size agree with that is seen under other systems in the case where the optical port is turned off.  The device is still refusing to output audio though.

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2348 2be59082-3212-0410-8809-b0798e1608f0
motu: more debugging output enabled to help work out why playback on an original 828 is permanently muted.  Don't hard-code the node ID when setting one of the 'unknown' device registers.

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2349 2be59082-3212-0410-8809-b0798e1608f0
motu: ensure DBC is wrapped in the case of empty packets.

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2350 2be59082-3212-0410-8809-b0798e1608f0
motu: avoid a signedness warning in debug code added in r2349.

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2351 2be59082-3212-0410-8809-b0798e1608f0
motu: it seems the 828 mk 1 expects the DBC to be incremented even when empty packets are being sent.  This still doesn't make playback audible.

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2352 2be59082-3212-0410-8809-b0798e1608f0
motu: the original 828 does not have MIDI I/O, so don't create MIDI ports for it.  This allows audio to be passed to analog-1 on playback since the respective bytes in the packet are no longer being zeroed by encodeSilencePortToMotuMidiEvents() in the case where the MIDI ports were not in use.  Previously, with disabled (unused) MIDI ports processWriteBlock() would call encodeSilencePortToMotuMidiEvents() via encodeSilencePortToMotuEvents().  There is still no audio output in general though: this patch just fixes an anomally noticed in the packets while searching for a reason behind the missing audio output.

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2353 2be59082-3212-0410-8809-b0798e1608f0
According to Fourer Dominique, the MultiMix-12 has the same vendor/model IDs as the MultiMix-16, so ammend the applicable entry accordingly.  Thanks Dominique!

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2354 2be59082-3212-0410-8809-b0798e1608f0
motu: 828mk1: further testing has indicated that the mystery registers are initialised well before streaming is set up.  Writes to these registers do not seem to form a standard part of the streaming setup procedure.

git-svn-id: svn+ssh://ffado.org/ffado/trunk@2355 2be59082-3212-0410-8809-b0798e1608f0