Re: [LAU] 'Modular' midi controller for keyboard

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@email-addr-hidden
> http://lists.linuxaudio.org/listinfo/linux-audio-user
> Delivered-To: rosea.grammostola@email-addr-hidden
> 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@email-addr-hidden>
> 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@email-addr-hidden) 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@email-addr-hidden) smtp.mail=len@email-addr-hidden
> 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@email-addr-hidden>
> In-Reply-To:<515589AB.60404@email-addr-hidden>
> References:<514B2E31.6020707@email-addr-hidden> <514B5867.9090305@email-addr-hidden>
> <514C3F75.2010909@email-addr-hidden> <514C4892.6060006@email-addr-hidden>
> <514C562B.3090509@email-addr-hidden> <514C58B6.4050905@email-addr-hidden>
> <9c32dcea1f92a0bf2f9305ae70fcc461.squirrel@email-addr-hidden>
> <514C71ED.1000802@email-addr-hidden> <1363969883.4783.10.camel@email-addr-hidden>
> <514CA691.6000900@email-addr-hidden> <514CB6E0.2050001@email-addr-hidden>
> <515589AB.60404@email-addr-hidden>
> Date: Fri, 29 Mar 2013 07:03:13 -0700
> Subject: Re: [LAU] 'Modular' midi controller for keyboard
> From: "Len Ovens"<len@email-addr-hidden>
> To: "rosea.grammostola"<rosea.grammostola@email-addr-hidden>
> Cc: linux-audio-user@email-addr-hidden
> Reply-To: len@email-addr-hidden
> 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

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-user
Received on Sat Mar 30 00:15:04 2013