Are any of you using a video capture USB dongle? I'd like to record
some TV stuff to my laptop. I've tried to look at "what works" via the
linux device wiki, but end up finding way too many discontinued items
:)
--
**** Listen to my CD at http://www.mellowood.ca/music/cedars ****
Bob van der Poel ** Wynndel, British Columbia, CANADA **
EMAIL: bob(a)mellowood.ca
WWW: http://www.mellowood.ca
hi List
I have an RME Multiface I/HDSP PCI card. This gives 8 balanced audio
outputs. However I require an extra 8 outputs for a specific project.
One option is to sync two Multiface/HDSP PIC card together. Although not
exactly necessary, I understand the extra hdsp card is needed if i wish
to use sampling rates higher than 48k which i do. There are some other
set up benefits too I gather.
Perhaps this is the best option for 16 outs - but can anyone suggest an
alternative interface with 16 outputs (preferably balanced) on linux?
Cheers,
Hello everyone!
I've just been trying to build setBfree on a new system and I couldn't
install it, for there was no b_overdrive.so . I can't see errors when
make'ing.
and I don't see setBfree in /usr/local/bin . Any idea, what might have
happened there?
Warm regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
Hello,
thank you very much for your kind reply, I will try to be
more specific;
I'm using the old LTS Ubuntu (10.4 Lucid Lynx).
I saw
here http://www.rme-audio.de/forum/viewtopic.php?id=16104:
_"SINCE
FIRMWARE 200 THE BABYFACE OPERATES IN THREE DIFFERENT MODES:
DRIVER-BASED USB 2, STAND-ALONE MODE, AND CLASS COMPLIANT MODE. THE
LATTER DESCRIBES A STANDARD THAT IS NATIVELY SUPPORTED BY OPERATING
SYSTEMS LIKE WINDOWS, MAC OSX AND LINUX. NO PROPRIETARY DRIVERS ARE
REQUIRED, THE DEVICE WILL BE DIRECTLY RECOGNIZED WHEN CC MODE IS
ACTIVATED. OBVIOUSLY, NATIVE FEATURES WILL BE LIMITED IN COMPARISON TO
THOSE PROVIDED BY THE RME DRIVER SET. FOR EXAMPLE THERE WILL BE NO
(TOTAL) MIX AND NO EFFECTS._"
(as Clemens said)
It should allow the
BabyFace to work with Linux without specific driver, just as generic
AD/DA converter (whiwh is exactly what I want).
Eventually I followed
the instructions
here
http://www.rme-audio.de/download/cc_mode_babyface_e.pdf without
success.
Here is what shows up after a dmesg command (at the end):
[
3589.920289] usb 1-7.2: new high speed USB device using ehci_hcd and
address 11
[ 3590.030407] usb 1-7.2: config 1 has an invalid descriptor
of length 0, skipping remainder of the config
[ 3590.031021] usb 1-7.2:
configuration #1 chosen from 1 choice
I then saw here that ALSA seems
to have a bug:
http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg28935.html
Unfortunately,
after the change I had this message coming with the dmesg:
[
54.310238] usb 1-7.2: new high speed USB device using ehci_hcd and
address 6
[ 54.420381] usb 1-7.2: config 1 has an invalid descriptor of
length 0, skipping remainder of the config
[ 54.420975] usb 1-7.2:
configuration #1 chosen from 1 choice
[ 54.480227] usbcore: registered
new interface driver snd-usb-audio
As a test I listen to the headphone
out of the BabyFace but I never heard anything so far.
Would you have
any clue?
>> Someone told me that it's possible but so far I couldn't
find how.
>
> Your kernel must be new enough.
Do know how new it has to
be?
I thank you very much for any help!
Have a nice
day,
Camille
>
> Message: 3
> Date: Thu, 16 May 2013 10:20:11 +0200
>
From: dianoux
> To:
> Subject: [LAU] RME BabyFace question
>
Message-ID:
> Content-Type: text/plain; charset="utf-8"
>
>
>
> I wish
to use a RME BabyFace [1] with Ubuntu. Did someone do it
> once? Does a
driver exist for such RME product? Someone told me that
> it's possible
but so far I couldn't find how.
>
> Thank you for your
> reply,
>
> Best
regards,
>
> Camille
>
>
> Links:
> ------
> [1]
>
http://www.rme-audio.de/en_products_babyface.php
> -------------- next
part --------------
> An HTML attachment was scrubbed...
> URL:
>
>
>
------------------------------
>
> Message: 4
> Date: Thu, 16 May 2013
10:34:28 +0200
> From: Ralf Mardorf
> To:
linux-audio-user(a)lists.linuxaudio.org
> Subject: Re: [LAU] RME BabyFace
question
> Message-ID:
> Content-Type: text/plain; charset="UTF-8"
>
>
On Thu, 2013-05-16 at 10:20 +0200, dianoux wrote:
>> I wish to use a RME
BabyFace with Ubuntu. Did someone do it once?
Does
>> a driver exist for
such RME product? Someone told me that it's
>> possible but so far I
couldn't find how.
>
> You should rephrase your request. What features
of this device do you
> want to use with Linux? And then ask if somebody
really has used the
> card on Linux using those features.
>
> I did miss
to ask this. My card, another RME, has got a driver, can be
> used with
Linux, but not with the features I need. I'll keep my card,
> but in
addition I'll buy it's predecessor to get what I need for my
> Linux
DAW.
>
> Regards,
> Ralf
>
>
>
> ------------------------------
>
>
Message: 5
> Date: Thu, 16 May 2013 11:37:22 +0200
> From: Clemens
Ladisch
> To: linux-audio-user(a)lists.linuxaudio.org
> Subject: Re:
[LAU] RME BabyFace question
> Message-ID:
> Content-Type: text/plain;
charset=us-ascii
>
> dianoux wrote:
>> I wish to use a RME BabyFace with
Ubuntu.
>
> Which Ubuntu?
>
>> Does a driver exist for such RME
product?
>
> Yes. It requires that the Babyface runs in Class Compliant
mode.
>
>> Someone told me that it's possible but so far I couldn't find
how.
>
> Your kernel must be new enough.
>
>
> Regards,
> Clemens
>
>
>
------------------------------
Ok, well not *really* but it sure feels that way. I've got an Asus Xonar
Essence ST sound card. It has a headphone amp that switches on and off with
an audible *click* if i switch from speakers to headphones. The problem
is, if i do it while i'm wearing my headphones or if the power switches off
while i'm wearing my headphones there is a SNAP in them. This really
hurts, and i'm worried that i'm doing damage or may have done damage to my
ears.
Any fixes to this? I've been sliding the cups off my ears when i switch it
manually but it doesn't always happen of my volition.
Anyway to insert a pause before the input is switched in pulseaudio for
instance?
Thanks,
--
Bearcat M. Şándor
Feline Soul Systems LLC
Voice: 872.CAT.SOUL (872.228.7685)
Fax: 406.235.7070
Jabber/xmpp/gtalk/email: bearcat(a)feline-soul.net
MSN: bearcatsandor(a)hotmail.com
Yahoo: bearcatsandor
AIM: bearcatmsandor
Hi all! Back to real Linux via PC: has anyone used the Roland Octa-Capture in Linux yet? I'm running Ubuntu 12.10. It doesn't show up in /proc/asound/cards, so am assuming it isn't automatically supported. When doing dmesg after connecting, its make, model, and serial number are identified, but it doesn't seem to know what type of device it is. Are there drivers available yet somewhere, assuming that's what I need? A google search a few months ago didn't show anything that looked hopeful. I'm only interested in the audio analog ins and outs, not really controlling it or using digital, as it has front-panel controls. Thanks in advance for any assistance.
Kevin
Hi folks,
Just wondering if anyone has used this controller on linux, and
whether it supported well or not.
It seems like a great tool, small 25 note keyboard, 8 pad drum
controller, 8 asignable knobs.
Thoughts?
thanks
Rusty
On Thu, May 16, 2013 at 8:10 AM, David Robillard <d(a)drobilla.net> wrote:
> On Wed, 2013-05-15 at 13:01 -0700, J. Liles wrote:
> [...]
> >
> > You've seen the consequences of these design decisions in Rui's
> > response. As extensible and awesome as your design may be on paper,
> > the end result is that users get overly fancy, in consistent (and
> > probably slow) GUIs that fiddle with parameters through hidden
> > channels and have poor accessibility. I think that is a real problem.
>
> Meh, the facility is genuinely useful for certain things. Like anything
> it can be abused, but you can't legislate good programming.
>
> As usual the reality was not a choice between plugins doing the right
> thing, or the wrong thing, right now; but a choice between plugins
> existing whatsoever or not. Mailing list bullshit tends to suggest the
> former is reality, but it is not. Reality check: No user would rather
> simply not have e.g. the JUCE plugins whatsoever. Don't like them?
> Don't use them. Nobody loses anything by plugins existing.
>
> As the incentive to do things correctly increases (e.g. hosts doing
> fancy things, or not supporting instance access at all like Ingen), then
> plugins will move to them. If separation is better, then real-world
> incentive will reflect that, and things will evolve appropriately. It
> won't be the first kludge to die in LV2 land, and it won't be the last.
>
> It is a small problem at this point in evolution, but it's not a design
> problem, it is a simple "work that needs doing" problem.
>
> ... or, in the case of host authors, not-work that needs doing. Don't
> like it? Don't implement it. Plugins that want to work in your host
> will then have to adapt.
>
> A custom UI not working is hardly the end of the world anyway.
>
Fair enough except for the last sentence. The point of this thread is that
for some people, it is at least the end of the road. We're talking about
freshly developed, 100% free software plugins can't function without their
custom GUI. This is not about some legacy thing, or some bridge to JUCE.
This is what has come out of the technology, and I don't expect it to stop.
We'll just end up with a situation where half of LV2 plugins only work in
QTractor and Ardour and users don't really understand why other programs
won't/can't support them.
An API *is* by its nature legislation, David. And when your legislation is
full of loopholes what you end up with is usually very different than what
you originally had in mind.
