[LAU] 'Modular' midi controller for keyboard

rosea.grammostola rosea.grammostola at gmail.com
Fri Mar 29 21:35:11 UTC 2013


On 03/29/2013 03:03 PM, Len Ovens wrote:
>>>   Las once told me that the driver should see PCIe exactly as it sees
>>> PCI, but I don't know that any of the RME cards (for example) have been
>>> tested.
>>
>> I am using a PCIe card for my RME Multiface II, it shows up as a PCI
>> device and works perfectly.
>
>   That's good to know. I wonder if it's true of the 9632, as well.
>
>   Rich..
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user at lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
> Delivered-To: rosea.grammostola at gmail.com
> Received: by 10.52.181.41 with SMTP id dt9csp60459vdc;
>          Fri, 29 Mar 2013 07:03:21 -0700 (PDT)
> X-Received: by 10.66.163.101 with SMTP id yh5mr4592185pab.22.1364565800295;
>          Fri, 29 Mar 2013 07:03:20 -0700 (PDT)
> Return-Path:<len at ovenwerks.net>
> Received: from scott.cbbs.org (scott.cbbs.org. [207.200.139.18])
>          by mx.google.com with ESMTP id i8si3741089pao.188.2013.03.29.07.03.19;
>          Fri, 29 Mar 2013 07:03:20 -0700 (PDT)
> Received-SPF: neutral (google.com: 207.200.139.18 is neither permitted nor denied by best guess record for domain of len at ovenwerks.net) client-ip=207.200.139.18;
> Authentication-Results: mx.google.com;
>         spf=neutral (google.com: 207.200.139.18 is neither permitted nor denied by best guess record for domain of len at ovenwerks.net) smtp.mail=len at ovenwerks.net
> Received: from ssl.ovenwerks.net (unknown [IPv6:::1])
> 	by scott.cbbs.org (Postfix) with ESMTP id 454915BC36;
> 	Fri, 29 Mar 2013 07:03:13 -0700 (PDT)
> Received: from 172.17.128.37
>          (SquirrelMail authenticated user len)
>          by ssl.ovenwerks.net with HTTP;
>          Fri, 29 Mar 2013 07:03:13 -0700
> Message-ID:<069be0c64bee8d96504fae685454fda6.squirrel at ssl.ovenwerks.net>
> In-Reply-To:<515589AB.60404 at gmail.com>
> References:<514B2E31.6020707 at gmail.com>  <514B5867.9090305 at autostatic.com>
>      <514C3F75.2010909 at gmail.com>  <514C4892.6060006 at autostatic.com>
>      <514C562B.3090509 at gmail.com>  <514C58B6.4050905 at quirq.ukfsn.org>
>      <9c32dcea1f92a0bf2f9305ae70fcc461.squirrel at ssl.ovenwerks.net>
>      <514C71ED.1000802 at gmail.com>  <1363969883.4783.10.camel at archlinux>
>      <514CA691.6000900 at autostatic.com>  <514CB6E0.2050001 at quirq.ukfsn.org>
>      <515589AB.60404 at gmail.com>
> Date: Fri, 29 Mar 2013 07:03:13 -0700
> Subject: Re: [LAU] 'Modular' midi controller for keyboard
> From: "Len Ovens"<len at ovenwerks.net>
> To: "rosea.grammostola"<rosea.grammostola at gmail.com>
> Cc: linux-audio-user at lists.linuxaudio.org
> Reply-To: len at ovenwerks.net
> User-Agent: SquirrelMail/1.4.22
> MIME-Version: 1.0
> Content-Type: text/plain;charset=iso-8859-1
> Content-Transfer-Encoding: 8bit
> X-Priority: 3 (Normal)
> Importance: Normal
>
>
> On Fri, March 29, 2013 5:31 am, rosea.grammostola wrote:
>> On 03/22/2013 08:54 PM, Q wrote:
>
>>> Actually, it does have rotary knobs -- they are knobs and they rotate
>>> between fixed end points, which is what knobs do.
>>>
>>> What it doesn't have is rotary ENCODERS (i.e. the endless variety).
>>
>> When do you need rotary knobs and when rotary encoder knobs?
>
> For a remote control such as this you may have a rotary pot, a rotary
> encoder or a rotary pot with a motor.
>
>   - A rotary pot will stay where you left it, it is totally manual. If
> turned to 100% it will stay there.
>
>   - A rotary encoder can always increase or decrease beyond 100% or 0%...
> this doesn't sound useful, but in the case of using a preset it can be.
> if the knob is set to 100% and a preset is loaded that now sees that knob
> as 50%, that knob can still be increased, that is it still has full
> range. However, there can be no markings on it... that is you cannot look
> at it and know it is at 60%... unless there is some kind of indicator
> that uses LEDs or LCDs.
>
>   - A rotary pot with a motor, has a small motor that moves a 0 to 100% pot
> to a preset level under program control. So if you have set the pot
> manually to 40% and then load a preset where that control is now 73%, the
> control will move (physically) on it's own to 73%. So any marks on the
> pot or around it will be accurate. This is the most expensive option (if
> you can find it) and I don't know if it is worth it in any case. I would
> question how road worthy it would be. It is used extensively for analogue
> mixer automation... in places that have someone to maintain things.
>
> an encoder would probably be the nicest thing to have if you want to load
> presets. however, if you are used to glancing at the knobs to see where
> they are set, you would also want some kind of light indicator to tell you
> where the knob is set... The only problem is that the program you are
> controlling has to provide feedback when started or using a preset.
>
> normal rotary pots will always be where you left them, but... when powered
> up the controller sends knob positions to the computer, now you load the
> program you are using it to control. That program does not know where the
> controls are so either the program has to ask, or send something that says
> set this to something so the controller can say, "ok, now change that to
> where I am set physically", or the controller has to send all it's setting
> at that time. I don't know how these boxes handle this. I suppose the
> controller could send all the settings at intervals.
>
>
>

Wow, thx for your wikipedia contribution ;)

The bcr2000 has rotary encoders with LEDS.

The bitstream 3X does have potentiometers and it's possible to set the 
3X in such a way that the know has to pass the value of an control in a 
certain software, before it gets 'on'.

Potentiometers seems to have the advantage of being more accurate and 
have a more analogue feel.

The question is whether the X3 is good for controlling softsynths like 
AMS / Ingen and stuff like SuperCollider. Or are rotary encoders better 
for this.

\r




More information about the Linux-audio-user mailing list