Tascam US-224/428 MMC?

Tascam US-224/428 MMC?

[Rui Nuno Capela]

Hi,

(I'm resending this as I suspect the previous one went into some
blackhole; please forgive me for the waste :)

I remember some time ago, while fighting to get some LEDs lighten up on my
us224 from linux, it was then referred that us428control would possibly
act as a MMC proxy or something like to it.

Then I was wondering if I could get my us224 to act like a "real" control
surface with some linux DAW (i.e. ardour :), being able to effectively use
the transport buttons, the jog wheeel, etc.

Are you guys having any luck with this issue? I'm assuming that us224 is
the lil'sister of us428, and I'm guessing that the command control
protocol is quite the same. Am I right?

So, all I want is about having my us224 to respond and react to MMC, and
see some transport control LEDs blinking all the way up :)

Are there any efforts already being thought in this direction? If it's
only a question of man-power I wouldn't mind to step in and go for it. I'd
rather love to hear from you in the first place, nevertheless.

Cheers.
--
rncbc aka Rui Nuno Capela
rncbc@rncbc.org




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Tascam US-224/428 MMC?

[Martin Langer]

On Tue, Jul 20, 2004 at 09:28:32AM +0100, Rui Nuno Capela wrote:
> Hi,
> 
> (I'm resending this as I suspect the previous one went into some
> blackhole; please forgive me for the waste :)

No blackhole, but it doesn't touch us122 users like me.

> I remember some time ago, while fighting to get some LEDs lighten up on my
> us224 from linux, it was then referred that us428control would possibly
> act as a MMC proxy or something like to it.
> 
> Then I was wondering if I could get my us224 to act like a "real" control
> surface with some linux DAW (i.e. ardour :), being able to effectively use
> the transport buttons, the jog wheeel, etc.
> 
> Are you guys having any luck with this issue? I'm assuming that us224 is
> the lil'sister of us428, and I'm guessing that the command control
> protocol is quite the same. Am I right?

comparing some log-files of usbsnoopy (or any similar program) should solve
it. But I, too, believe that 224/428 are nearly the same on a high level.

> So, all I want is about having my us224 to respond and react to MMC, and
> see some transport control LEDs blinking all the way up :)
> 
> Are there any efforts already being thought in this direction? If it's
> only a question of man-power I wouldn't mind to step in and go for it. I'd
> rather love to hear from you in the first place, nevertheless.

Well, my us122 has no controller stuff. I guess it's even impossible to fix
this with a more advanced firmware;-) But, go ahead and improve things. 
Your code is always welcome, except Karsten has already solved it;-)

BTW: I'm still searching an us224 user who wants to try out a free firmware
file ( http://www.langerland.de/us122/usx2y-fw-0.1b.tar.bz2 ). It works with
us122/us428, but us224 is still untested.


martin


-- 
                                     Living on earth may be expensive,
                   but it includes an annual free trip around the sun. 


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Re: Tascam US-224/428 MMC?

[Rui Nuno Capela]

Hi Martin,
>
> Well, my us122 has no controller stuff. I guess it's even impossible
> to fix this with a more advanced firmware;-) But, go ahead and improve
> things. Your code is always welcome, except Karsten has already solved
> it;-)

Have he?

>
> BTW: I'm still searching an us224 user who wants to try out a free
> firmware file ( http://www.langerland.de/us122/usx2y-fw-0.1b.tar.bz2 ).
> It works with us122/us428, but us224 is still untested.
>

It works on my us-224 too, just tested it with the bundled ld2-ezusb.hex
file, as I don't have as31 as required to make it.

At first glance, everything works (using alsa-driver/kernel as of cvs
20040713, where Karten's recent snd-usb-usx2y 0.7.1 patch is included).

Remember that you can always count on my for us-224 testing.

Cheers,
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org






-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Re: Tascam US-224/428 MMC?

[Martin Langer]

On Tue, Jul 20, 2004 at 08:01:43PM +0100, Rui Nuno Capela wrote:
> >
> > Well, my us122 has no controller stuff. I guess it's even impossible
> > to fix this with a more advanced firmware;-) But, go ahead and improve
> > things. Your code is always welcome, except Karsten has already solved
> > it;-)
> 
> Have he?

Good question! For me it looks like "no", but I'm not Karsten.

> > BTW: I'm still searching an us224 user who wants to try out a free
> > firmware file ( http://www.langerland.de/us122/usx2y-fw-0.1b.tar.bz2 ).
> > It works with us122/us428, but us224 is still untested.
> >
> 
> It works on my us-224 too, just tested it with the bundled ld2-ezusb.hex
> file, as I don't have as31 as required to make it.

That should make no difference.

> At first glance, everything works (using alsa-driver/kernel as of cvs
> 20040713, where Karten's recent snd-usb-usx2y 0.7.1 patch is included).
> 
> Remember that you can always count on my for us-224 testing.

That's great.


martin


-- 
                                     Living on earth may be expensive,
                   but it includes an annual free trip around the sun. 


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Re: Tascam US-224/428 MMC?

[Rui Nuno Capela]

Martin, everybody,

>> I remember some time ago, while fighting to get some LEDs lighten up
>> on my us224 from linux, it was then referred that us428control would
>> possibly act as a MMC proxy or something like to it.
>>
>> Then I was wondering if I could get my us224 to act like a "real"
>> control surface with some linux DAW (i.e. ardour :), being able to
>> effectively use the transport buttons, the jog wheeel, etc.
>>
>> Are you guys having any luck with this issue? I'm assuming that us224
>> is the lil'sister of us428, and I'm guessing that the command control
>> protocol is quite the same. Am I right?
>
> comparing some log-files of usbsnoopy (or any similar program) should
> solveit. But I, too, believe that 224/428 are nearly the same on a high
> level.
>

My idea is all about having a modified us428control that would filter and
translate the us224 control protocol into and from standard MMC. My doubts
goes if this protocol is identical or at least compatible on the us428.

You may check it from the official manual:
http://www.tascam.com/products/US-224/pdf/us224_manual.pdf, Appendix B.

I've already confirmed that it's actually understood on current
us428control from alsa-tools. My proposal goes to extending it to:

- listen on alsa_seq input port, for MMC messages:
all incoming MMC messages are filtered and translated to equivalent
us224/us428 control protocol messages, which are handled internally as
usual.

- tap on alsa_seq output port, for us224/us428 control protocol messages:
outgoing us224/us428 control protocol messages are mapped to equivalent
MMC messages, whenever applicable, which are queued out as appropriate.

>> So, all I want is about having my us224 to respond and react to MMC, and
>> see some transport control LEDs blinking all the way up :)
>>
>> Are there any efforts already being thought in this direction? If it's
>> only a question of man-power I wouldn't mind to step in and go for it.
>> I'd rather love to hear from you in the first place, nevertheless.
>
> Well, my us122 has no controller stuff. I guess it's even impossible to
> fix this with a more advanced firmware;-) But, go ahead and improve
> things. Your code is always welcome, except Karsten has already solved
> it;-)
>

That's the purpose of my postings, to ask if someone has already
implemented something like this, willing to help or even step in and
advance some ideas.

I guess everybody's busy on holidays, I'll be too, in a few weeks :)

Cheers,
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Re: Tascam US-224/428 MMC?

[Karsten Wiese]

Am Mittwoch 21 Juli 2004 11:37 schrieb Rui Nuno Capela:
> Martin, everybody,
>
> >> I remember some time ago, while fighting to get some LEDs lighten up
> >> on my us224 from linux, it was then referred that us428control would
> >> possibly act as a MMC proxy or something like to it.
> >>
> >> Then I was wondering if I could get my us224 to act like a "real"
> >> control surface with some linux DAW (i.e. ardour :), being able to
> >> effectively use the transport buttons, the jog wheeel, etc.
> >>
> >> Are you guys having any luck with this issue? I'm assuming that us224
> >> is the lil'sister of us428, and I'm guessing that the command control
> >> protocol is quite the same. Am I right?
> >
> > comparing some log-files of usbsnoopy (or any similar program) should
> > solveit. But I, too, believe that 224/428 are nearly the same on a high
> > level.
>
> My idea is all about having a modified us428control that would filter and
> translate the us224 control protocol into and from standard MMC. My doubts
> goes if this protocol is identical or at least compatible on the us428.
>
> You may check it from the official manual:
> http://www.tascam.com/products/US-224/pdf/us224_manual.pdf, Appendix B.
>
> I've already confirmed that it's actually understood on current
> us428control from alsa-tools. My proposal goes to extending it to:
>
> - listen on alsa_seq input port, for MMC messages:
> all incoming MMC messages are filtered and translated to equivalent
> us224/us428 control protocol messages, which are handled internally as
> usual.
>
> - tap on alsa_seq output port, for us224/us428 control protocol messages:
> outgoing us224/us428 control protocol messages are mapped to equivalent
> MMC messages, whenever applicable, which are queued out as appropriate.

If I understand correctly, you would implement a program for that?
I'd suggest to just patch us428controls class Cus428Midi instead:
Make Cus428Midi a virtual Baseclass and make two Children of that:
class Cus428MidiTascam : public Cus428Midi {
// reuse what is currently in Cus428Midi, talcing "Tascam dialect"
}

class Cus428MidiMMC : public Cus428Midi {
// Talk "MMC dialect"
}

Standard should be MMC.
Maybe only use Cus428MidiTascam, if us428control is started with a special 
commandline parameter. There is no linux app capable to talk that Tascam 
dialect, no?
I'm not shure, wether its possible to reasonably map all the knobs like MUTE 
and SELECT to MMC, so maybe its more apropriate to talk a mixed dialect?
Or create two Sequencerports for Output/Input each, that is 4 ports?
Out MMC for Transport-Buttons
In MMC for Transport-Buttons Lights
Out Tascam for Other-Buttons/Sliders
In Tascam for Other Lights.

Anyhow, the listening/In Part from Applicatioon to us428control is completly 
missing up to now.

best,
Karsten


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Re: Tascam US-224/428 MMC?

[Rui Nuno Capela]

Hi Karsten,
>>
>> My idea is all about having a modified us428control that would filter
>> and translate the us224 control protocol into and from standard MMC.
>> My doubts goes if this protocol is identical or at least compatible
>> on the us428.
>>
>> You may check it from the official manual:
>> http://www.tascam.com/products/US-224/pdf/us224_manual.pdf, Appendix B.
>>
>> I've already confirmed that it's actually understood on current
>> us428control from alsa-tools. My proposal goes to extending it to:
>>
>> - listen on alsa_seq input port, for MMC messages:
>> all incoming MMC messages are filtered and translated to equivalent
>> us224/us428 control protocol messages, which are handled internally as
>> usual.
>>
>> - tap on alsa_seq output port, for us224/us428 control protocol
>> messages: outgoing us224/us428 control protocol messages are mapped to
>> equivalent MMC messages, whenever applicable, which are queued out as
>> appropriate.
>
> If I understand correctly, you would implement a program for that?

Absolutely. But that may be not a complete new program, us428control is on
the radar screen :)


> I'd suggest to just patch us428controls class Cus428Midi instead:
> Make Cus428Midi a virtual Baseclass and make two Children of that:
> class Cus428MidiTascam : public Cus428Midi {
> // reuse what is currently in Cus428Midi, talcing "Tascam dialect"
> }
>
> class Cus428MidiMMC : public Cus428Midi {
> // Talk "MMC dialect"
> }
>
> Standard should be MMC.
> Maybe only use Cus428MidiTascam, if us428control is started with a special
> commandline parameter. There is no linux app capable to talk that Tascam
> dialect, no?

That's what I was asking for, but I think we shall go the us428control
route, after all it's launched by default when we plug the thing in, isn't
it?


> I'm not shure, wether its possible to reasonably map all the knobs like
> MUTE and SELECT to MMC, so maybe its more apropriate to talk a mixed
> dialect?

I was thinking on only the transport buttons and the jog wheel, for a
start. At least are those the ones that can map directly to MMC. The
fundamental idea is that us428control sends MMC outgoing messages to
applications, probably as an optional feature.

The other way around is about listening to incoming MMC messages from
applications, translate them to Tascam's control protocol and affect the
proper transport knob LEDs. That's it.


> Or create two Sequencerports for Output/Input each, that is 4 ports?
> Out MMC for Transport-Buttons
> In MMC for Transport-Buttons Lights
> Out Tascam for Other-Buttons/Sliders
> In Tascam for Other Lights.
>

Why not just two control ports? One for output, which already's up on
current us428control, another for input, being writable by e.g. a DAW
application. MMC and Tascam control protocol may coexist in the same
alsa_seq wire, don't they? As long the respective MIDI sysex and
controller messages don't clash with each other, which I'm almost sure
they don't.


> Anyhow, the listening/In Part from Applicatioon to us428control is
> completly missing up to now.
>

That's included in my proposal, of course :)

OK. I'll dive into us428control source and see what I'll be cooking in a
day or two.

Cheers.
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Tascam US-224/428 MMC?

[Rui Nuno Capela]

[-- Attachment #1: Type: text/plain, Size: 549 bytes --]

Hi,

Here it is, my first enjoyable version of a modified us428control, now
supporting MMC and some other goodies, like transport button LEDs (very
experimental) and Tascam sysex, also for the LEDs.

Please note that I could only test this with my US-224, and it's been a
great fun having control of ardour with it.

This is not final, just a proof-of-concept ;) I intend to improve this
beast over the next week. And, if anyone owns a US-428, please report if
this is barely working on it too.

Cheers,
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org

[-- Attachment #2: us428control-0.4.2.tar.gz --]
[-- Type: application/x-tgz, Size: 9219 bytes --]

Tascam US-224/428 MMC: Work in progress...

[Rui Nuno Capela]

[-- Attachment #1: Type: text/plain, Size: 472 bytes --]

Hi,

That's me again, now with another iteration of a modified us428control.
MMC support has been improved and transport LEDs is getting almost
functional. Tascam control protocol sysex decoding is also complete (LEDs
control mainly).

As before, I'm only testing this on my US-224. US-428 owners should test
and report is everything is to their taste. Work is in progress...

Suggestions are welcome, of course.

Take care,
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org


[-- Attachment #2: us428control-0.4.2.tar.gz --]
[-- Type: application/x-tgz, Size: 9661 bytes --]

Re: Tascam US-224/428 MMC: Work in progress...

[Takashi Iwai]

Hi Rui,

At Tue, 27 Jul 2004 00:36:18 +0100 (WEST),
Rui Nuno Capela wrote:
> 
> Hi,
> 
> That's me again, now with another iteration of a modified us428control.
> MMC support has been improved and transport LEDs is getting almost
> functional. Tascam control protocol sysex decoding is also complete (LEDs
> control mainly).
> 
> As before, I'm only testing this on my US-224. US-428 owners should test
> and report is everything is to their taste. Work is in progress...
> 
> Suggestions are welcome, of course.

Could you submit a patch instead of the whole tarball?
It'll make easier to review the changes you made.


thanks,

Takashi


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Tascam US-224/428 MMC: Work in progress...

[Rui Nuno Capela]

[-- Attachment #1: Type: text/plain, Size: 775 bytes --]

Hi Takashi,

>>
>> That's me again, now with another iteration of a modified us428control.
>> MMC support has been improved and transport LEDs is getting almost
>> functional. Tascam control protocol sysex decoding is also complete
>> (LEDs control mainly).
>>
>> As before, I'm only testing this on my US-224. US-428 owners should test
>> and report is everything is to their taste. Work is in progress...
>>
>
> Could you submit a patch instead of the whole tarball?
> It'll make easier to review the changes you made.
>
>

Sure. Here it goes. It even includes some last-minute updates since the
last tarball. It's almost final :)

Please note that the patch is being based on alsa-tools cvs tree, as of
2004-07-24.

Take care.
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org

[-- Attachment #2: us428control-0.4.2.patch.gz --]
[-- Type: application/x-gzip-compressed, Size: 5556 bytes --]

Re: Tascam US-224/428 MMC: Work in progress...

[Karsten Wiese]

Am Dienstag 27 Juli 2004 16:50 schrieb Rui Nuno Capela:
> Hi Takashi,
>
> >> That's me again, now with another iteration of a modified us428control.
> >> MMC support has been improved and transport LEDs is getting almost
> >> functional. Tascam control protocol sysex decoding is also complete
> >> (LEDs control mainly).
> >>
> >> As before, I'm only testing this on my US-224. US-428 owners should test
> >> and report is everything is to their taste. Work is in progress...
> >
> > Could you submit a patch instead of the whole tarball?
> > It'll make easier to review the changes you made.
>
> Sure. Here it goes. It even includes some last-minute updates since the
> last tarball. It's almost final :)
>
> Please note that the patch is being based on alsa-tools cvs tree, as of
> 2004-07-24.

works fine here during a first test with us428 @ latest ardour 0.9beta18.4:
Transport buttons and lights do as expected except the green PLAY light 
doesn't burn if I start playback from within ardour.
Position scrolling with wheel acts peculiar: first as expected, then after 
having stoped wheeling the cursor sort of repeats its last movement.
Didn't dig, so don't know who is to blame.

Fine stuff, thanks Rui!
Karsten

P.S.: patch is CVS ready from my point of view, functionality wise.


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Tascam US-224/428 MMC: Work in progress...

[Takashi Iwai]

At Wed, 28 Jul 2004 17:23:38 +0200,
Karsten Wiese wrote:
> 
> Am Dienstag 27 Juli 2004 16:50 schrieb Rui Nuno Capela:
> > Hi Takashi,
> >
> > >> That's me again, now with another iteration of a modified us428control.
> > >> MMC support has been improved and transport LEDs is getting almost
> > >> functional. Tascam control protocol sysex decoding is also complete
> > >> (LEDs control mainly).
> > >>
> > >> As before, I'm only testing this on my US-224. US-428 owners should test
> > >> and report is everything is to their taste. Work is in progress...
> > >
> > > Could you submit a patch instead of the whole tarball?
> > > It'll make easier to review the changes you made.
> >
> > Sure. Here it goes. It even includes some last-minute updates since the
> > last tarball. It's almost final :)
> >
> > Please note that the patch is being based on alsa-tools cvs tree, as of
> > 2004-07-24.
> 
> works fine here during a first test with us428 @ latest ardour 0.9beta18.4:
> Transport buttons and lights do as expected except the green PLAY light 
> doesn't burn if I start playback from within ardour.
> Position scrolling with wheel acts peculiar: first as expected, then after 
> having stoped wheeling the cursor sort of repeats its last movement.
> Didn't dig, so don't know who is to blame.
> 
> Fine stuff, thanks Rui!
> Karsten
> 
> P.S.: patch is CVS ready from my point of view, functionality wise.

Ok, I'll take Rui's patch now.


Takashi


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: Tascam US-224/428 MMC: Work in progress...

[Rui Nuno Capela]

Hi Karten,

(about alsa-tools/us428control patch...)

> works fine here during a first test with us428 @ latest ardour
> 0.9beta18.4:
> Transport buttons and lights do as expected except the green PLAY light
> doesn't burn if I start playback from within ardour.

The fact is that ardour is not sending the MMC-Play command when one
starts playback in it. Don't know why, but aparently is ardour's fault.
I've been digging on ardour source but didn't reach the culprit. AFAICT,
it's supposed to send a MMC-Play (or a MMC-DeferredPlay, which
us428control reads the same) when the transport is being started.

Does anyone on ardour-devel would like to comment?

If only ardour would actually send that missed MMC-Play command, the LED
would be lit exactly as happens on the other way around: pushing the PLAY
button on the us-224/428 control surface. Actually, when you push the PLAY
button, the corresponding LED gets on and a MMC-Play command does actually
get sent out. Ardour then responds graciously by starting playback :)


>
> Position scrolling with wheel acts peculiar: first as expected, then after
> having stoped wheeling the cursor sort of repeats its last movement.
> Didn't dig, so don't know who is to blame.
>

Yep, I notice similar behaviour, with ardour playhead skipping back and
forward, now and then, if not always :)

I guess that's most likely due to something as a race condition between
ardour and us428control: by turning the jog wheel a MMC-Locate command is
sent to ardour, based on an internal absolute wheel position; then ardour
updates its playhead and sends its own MMC-Locate back to us428control,
which updates that very same wheel position accordingly.

The problem is obvious: sometimes you turn the jog wheel quite faster then
ardour's MMC-Locate feedback, causing some stumbling on the playhead
cursor behaviour.

Gotta solve this race but can't figure how right now. Any suggestion?

Of course this happens only if ardour and us428control are wired as a
MIDI-MMC closed loop, which will be perfectly normal IMO.


> Fine stuff, thanks Rui!

Thanks to you too, Karsten.

>
> P.S.: patch is CVS ready from my point of view, functionality wise.
>

Yes, I think so. Given that wheel/locate annoyance it's not being
considered a showstopper ;)

Cheers.
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org




-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: [ardour-dev] Re: Tascam US-224/428 MMC: Work in progress...

[Paul Davis]

>If only ardour would actually send that missed MMC-Play command, the LED

It will be fixed in CVS by the end of the day.

>I guess that's most likely due to something as a race condition between
>ardour and us428control: by turning the jog wheel a MMC-Locate command is

I have no experience of wheels that send Locate. The wheel on the d8b
sends either Shuttle or Step commands. I have no idea how a wheel that
sends Locate is supposed to work, for precisely the reason you mention.

--p


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: [ardour-dev] Re: Tascam US-224/428 MMC: Work in progress...

[Paul Davis]

>>If only ardour would actually send that missed MMC-Play command, the LED
>
>It will be fixed in CVS by the end of the day.

ahem. libs/ardour/session_transport.cc:740

so, it already does attempt to send this, but only if it has been
requested via the options dialog.


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: [ardour-dev] Re: Tascam US-224/428 MMC: Work in progress...

[Rui Nuno Capela]

Hi Paul,

>>> If only ardour would actually send that missed MMC-Play command,
>>
>>It will be fixed in CVS by the end of the day.
>
> ahem. libs/ardour/session_transport.cc:740
>
> so, it already does attempt to send this, but only if it has been
> requested via the options dialog.
>

I have come across that line, that's why I said it was supposed to send
that MMC-DeferredPlay, but it doesn't actually do so.

Surely I've always checked that MIDI/'Send MMC' option on the options
dialog. Is there any other option you're referring to?

Cheers!
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

Re: [ardour-dev] Re: Tascam US-224/428 MMC: Work in progress...

[Rui Nuno Capela]

Hi Paul, everyone,

>
>>I guess that's most likely due to something as a race condition between
>>ardour and us428control: by turning the jog wheel a MMC-Locate command
>
> I have no experience of wheels that send Locate. The wheel on the d8b
> sends either Shuttle or Step commands. I have no idea how a wheel that
> sends Locate is supposed to work, for precisely the reason you mention.
>

Shame on me. As a matter of fact, I've have no experience either, at all
:) It seems that my MMC jog wheel implementation is most probably a
complete mistake. I'm an idiot, spank me ;)

I'll try the MMC-Step/Shuttle route instead of that miserable MMC-Locate
wheel hack.

Stay tuned...
-- 
rncbc aka Rui Nuno Capela
rncbc@rncbc.org



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click

[PATCH] Tascam US-224/428 MMC: Jog wheel stepping (locate not)

[Rui Nuno Capela]

[-- Attachment #1: Type: text/plain, Size: 1244 bytes --]

>>
>>>I guess that's most likely due to something as a race condition between
>>>ardour and us428control: by turning the jog wheel a MMC-Locate command
>>
>> I have no experience of wheels that send Locate. The wheel on the d8b
>> sends either Shuttle or Step commands. I have no idea how a wheel that
>> sends Locate is supposed to work, for precisely the reason you mention.
>>
>
> Shame on me. As a matter of fact, I've have no experience either, at all
> :) It seems that my MMC jog wheel implementation is most probably a
> complete mistake. I'm an idiot, spank me ;)
>
> I'll try the MMC-Step/Shuttle route instead of that miserable MMC-Locate
> wheel hack.
>
> Stay tuned...

OK. I've just rewritten that gross conceptual mistake of mine, and now the
US-224/428 jog wheel is now spitting out some MMC-Step(s) instead of that
whole MMC-Locate trouble.

Not sure if my metrics are welcome, regarding that one wheel tick is
translated into 2 (MMC-)steps. Someone with better experience might speak
now ;)

The patch attached is, as before, against the latest alsa-tools cvs tree
(assumed that previous one, us428control-0.4.2 has been already applied,
now bumped to us428control-0.4.3).

Cheers,
--
rncbc aka Rui Nuno Capela
rncbc@rncbc.org

[-- Attachment #2: us428control-0.4.3.patch.gz --]
[-- Type: application/x-gzip, Size: 1409 bytes --]