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