]> git.alsa-project.org Git - alsa-tools.git/commit
From Rui Nuno Capela <rncbc@rncbc.org>:
authorTakashi Iwai <tiwai@suse.de>
Mon, 2 Aug 2004 11:53:45 +0000 (11:53 +0000)
committerTakashi Iwai <tiwai@suse.de>
Mon, 2 Aug 2004 11:53:45 +0000 (11:53 +0000)
commitaa16536cb3236031bbcaba8570365cf6448b4295
treeb0074605ac54d2ca298cc9a63faa85925fbd2e65
parent5313c941639301f73d14ac14ac1c4cac30b2cbaf
From Rui Nuno Capela <rncbc@rncbc.org>:

Tascam US-224/428 MMC Implementation

This is my latest patch against the alsa-tools tree (as of todays CVS
HEAD), regarding the us428control MMC implementation as for the Tascam
US-224/428 audio/midi USB control surfaces:

    us428control now bumps to version 0.4.4.

Interesting points are: jog wheel dialing is now alternating between
spitting out some MMC-Step or MMC-Shuttle messages, depending on transport
state, instead of those MMC-Locate(s) which was an early implementation
mistake of mine.

Controlling ardour with (my) US-224 is getting much more fun now :)

However, there's still some little annoyances due to my lack of advice
regarding ardour's Play/Record control behaviour:

1) Ardour doesn't seem to send out MMC-Play messages when one starts
transport within it (e.g. by clicking the playback button widget).

2) Ardour doesn't seem to react against MMC-RecordPause, which I assume
(probably erroneously) it would be equivalent to clicking on its record
widget button.

3) Sending a MMC-RecordStrobe message to ardour has the strange effect to
start playback while toggling recording off instantaneously.

AFAICT these issues seems to be specific to ardour (0.9beta18.4), not to
us428control which is just sending out the proper MMC messages. Or that I
think.

I would like to settle all this before I'm going off on holidays. Hope
it's welcome and on time for the imminent alsa dot-6 release :)
us428control/Cus428Midi.cc
us428control/Cus428State.cc
us428control/Cus428State.h
us428control/configure.in