[alsa-devel] DSP2000 Midi In - Not a correct fix??
Alan Horstmann
gineera at aspect135.co.uk
Tue Feb 5 15:47:30 CET 2008
On Tuesday 29 January 2008 23:22, Alan Horstmann wrote:
> However, things have moved on here, in that I do now have a proposed
> alternative. One step on from the above approach is to call this function
> only if
> ICE1712_STDSP24_BOX_MIDI1
> is set for that particular box, rather than setting the parameter
> 'activate'. This approach does create a complete and effective solution,
> which I have tested here, being able (using the boxconfigs) to set channels
> and Midi In on any box designated 0-3, and Midi out 1 & 2 are active for
> all boxes once set on any.
>
> Soon I will put this together into a patch for review, so that there is at
> least something definite to discuss.
I have now generated this patch, together with a fair amount of testing
various configurations, and it is attached.
The original MIDI-IN non-functioning is caused because when
snd_ice1712_stdsp24_box_midi(..)
is called with the 3rd parameter 'activate' set to 0, it messes up any
previously midi-configured boxes. Thus the zero configs of [1],[2],[3] in
the standard code un-set the active midi config of [0] since they happen
afterwards. This patch ensures the function is only called to activate a
config and not to set it off. As a result configs can be set for any of [0]
to [3] successfully.
The various bits are clearly not operating as would be expected. If _MIDI2 is
not set, midi out2 still functions, but midi in1 (on first 401 uart) does
not. However, no other box can use this , as only one can be the midi
source. And, _MIDI1 actually enables input on the second 401 uart. Therfore
there really is no value in the separate _MIDI2 config and function. It
would be more logical to combine in a single midi config function (it was
like this in Alsa 1.0.1, but changed sometime later).
I have included some explanitary text in the code patch which attempts to give
some idea of the config issues.
However, without extensive re-working (which it seems no-one has an appetite
for), this patch fixes the problem without reducing functionality in the way
that January's applied patch does. The box can be set-up as any of [0] to
[3]. It might be worth re-opening the 3 related bugs and seeing if the
others involved can confirm this patch, as I cannot now add it to them as an
alternative.
In addition, name strings are included for the mpu_401 devices so they have
unique names.
Regards Alan
AHhoontech.c-midiIn-boxes.diff
Fixes the problems with Midi In on Hoontech/STA dsp24 cards, for example with
DSP2000 box, without restricting the box configurations available. Also adds
mpu_401 name strings.
Signed-off-by: Alan Horstmann <gineera at aspect135.co.uk>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: AHhoontech.c-midiIn-boxes.diff
Type: text/x-diff
Size: 2091 bytes
Desc: not available
Url : http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20080205/d8e3efd3/attachment.bin
More information about the Alsa-devel
mailing list