16 May
2011
16 May
'11
5:49 a.m.
I'm trying to get my BCF2000 control surface working with Ardour
again. It worked fine before I upgraded to Mandriva 2010.1 (which
subsequently upgraded itself to Mandriva 2010.2). I suspect that
PulseAudio is involved, based on my /var/log/messages output, below
kernel: usb 5-1: new full speed USB device using uhci_hcd and address 3
kernel: usb 5-1: New USB device found, idVendor=1397, idProduct=00bc
kernel: usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
kernel: usb 5-1: Product: BCF2000
kernel: usb 5-1: Manufacturer: BEHRINGER
pulseaudio[6456]: module-alsa-card.c: Failed to find a working profile.
pulseaudio[6456]: module.c: Failed to load module "module-alsa-card" \
(argument: "device_id="3"
name="usb-BEHRINGER_BCF2000-00-BCF2000" \
card_name="alsa_card.usb-BEHRINGER_BCF2000-00-BCF2000" tsched=yes \
ignore_dB=no card_properties="module-udev-detect.discovered=1""): \
initialization failed.
Other than my control surface, Ardour 2.8.11 (compiled locally)
works just fine.
I searched the web for things like the above message. I found
one bug for the "failed to find a working profile" in the
PulseAudio website. That's related to a ThinkPad. I looked
around the PulseAudio website for how to create a profile, and
didn't find anything directly useful. Most of what I found was
about 2 years old and recommended ways to remove PulseAudio from
one's system.
I did find out how to create one PulseAudio profile at this URL:
http://www.pclinuxos.com/forum/index.php?topic=75147.0
PCLinuxOS is based on Mandriva, so I'm hopeful that this sort of
recipe might work for the BCF2000. But, it looks like the heart
of getting PulseAudio to work with JACK were the
"load-module module -jack-*"
lines in the .pa file. I don't know what to use for my control
surface. I suspect, without evidence, that if I could create the
correct .pa file with the correct module loading command(s), then
this thing might work. But, I don't know what module(s) to try,
nor even the right name for the .pa file.
Anyone know how to configure a BCF2000 control surface to work
with PulseAudio?
Any suggestions?
Thanks....
--
Kevin
16 May
16 May
8:25 a.m.
Kevin Cosgrove wrote:
I'm trying to get my BCF2000 control surface
working with Ardour
again. It worked fine before I upgraded to Mandriva 2010.1 (which
subsequently upgraded itself to Mandriva 2010.2). I suspect that
PulseAudio is involved, based on my /var/log/messages output, below
The BCF2000 is a MIDI device, and PulseAudio doesn't do MIDI, so it
isn't very suprising that PA whines. However, this doesn't affect
how applications access the BCF2000, because they do so without PA.
Ardour uses Jack, so your problem is probably related to Jack's MIDI
configuration.
Regards,
Clemens
2:11 p.m.
On Mon, May 16, 2011 at 2:27 AM, Clemens Ladisch <clemens(a)ladisch.de> wrote:
Ardour uses Jack, so your problem is probably related
to Jack's MIDI
configuration.
Close. Ardour3 will use JackMIDI for this, when I can update the code
to fix some bugs. Ardour2 however uses ALSA, not JackMIDI.
If you are trying to get the BCF working with the Logic control
protocol in Ardour, see here...
http://ardour.org/files/reference/dsy244-ARDOUR.html#dsy244-ARDOUR
Seablade
17 May
17 May
8:14 a.m.
On 16 May 2011 at 8:11, Thomas Vecchione <seablaede(a)gmail.com> wrote:
On Mon, May 16, 2011 at 2:27 AM, Clemens Ladisch
<clemens(a)ladisch.de> wrote:
My BCF2000 is getting detected by ALSA:
[kevinc@music-kevinc #34] more /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xfbff8000 irq 30
1 [M1010 ]: ICE1712 - M Audio Delta 1010
M Audio Delta 1010 at 0xec00, irq 16
2 [M1010_1 ]: ICE1712 - M Audio Delta 1010
M Audio Delta 1010 at 0xe400, irq 17
3 [BCF2000 ]: USB-Audio - BCF2000
BEHRINGER BCF2000 at usb-0000:00:1d.2-1, full speed
That makes my unit /dev/snd/midiC3D0 at this time.
I changed my /etc/ardour2/ardour_system.rc and ~/.ardour2/ardour.rc
files to specify:
<MIDI-port tag="mcu" device="/dev/snd/midiC3D0"
type="alsa/raw" mode="duplex"/>
and in the <Config> block
<Option name="mackie-emulation" value="bcf"/>
When I start ardour2 now I get this on STDOUT:
WARNING: Your system has a limit for maximum amount of locked memory!
This might cause Ardour to run out of memory before your system runs
out of memory. You can view the memory limit with 'ulimit -l', and it
is normally controlled by /etc/security/limits.conf
Ardour 2.8.11
(built using 7387 and GCC version 4.4.3)
Copyright (C) 1999-2008 Paul Davis
Some portions Copyright (C) Steve Harris, Ari Johnson, Brett Viren, Joel Baker
Ardour comes with ABSOLUTELY NO WARRANTY
not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
This is free software, and you are welcome to redistribute it
under certain conditions; see the source for copying conditions.
loading default ui configuration file /etc/ardour2/ardour2_ui_default.conf
loading user ui configuration file /home/kevinc/.ardour2/ardour2_ui.conf
Loading ui configuration file /etc/ardour2/ardour2_ui_dark.rc
theme_init() called from internal clearlooks engine
ardour: [INFO]: Ardour will be limited to 1024 open files
loading system configuration file /etc/ardour2/ardour_system.rc
loading user configuration file /home/kevinc/.ardour2/ardour.rc
ardour: [ERROR]: MIDI: port device in use
ardour: [INFO]: Using SSE optimized routines
ardour: [INFO]: looking for control protocols in
/home/kevinc/.ardour2/surfaces/:/usr/lib/ardour2/surfaces/
powermate: Opening of powermate failed - No such file or directory
ardour: [INFO]: Control protocol powermate not usable
ardour: [INFO]: Control surface protocol discovered: "Generic MIDI"
ardour: [INFO]: Control protocol Tranzport not usable
ardour: [INFO]: Mackie: No MIDI port called mcu
ardour: [INFO]: Control protocol Mackie not usable
Cannot lock down memory area (Cannot allocate memory)
The BCF2000 doesn't work. But, I don't expect that it would given
the above INFO regarding that unit.
Before looking at the website instructions I did not have that option
defined, and this was my "mcu" tag line:
<MIDI-port tag="mcu" device="ardour" mode="duplex"
type="alsa/sequencer"/>
With that setting for the "mcu" tag line I get this on STDOUT when
starting ardour2:
WARNING: Your system has a limit for maximum amount of locked memory!
This might cause Ardour to run out of memory before your system runs
out of memory. You can view the memory limit with 'ulimit -l', and it
is normally controlled by /etc/security/limits.conf
Ardour 2.8.11
(built using 7387 and GCC version 4.4.3)
Copyright (C) 1999-2008 Paul Davis
Some portions Copyright (C) Steve Harris, Ari Johnson, Brett Viren, Joel Baker
Ardour comes with ABSOLUTELY NO WARRANTY
not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
This is free software, and you are welcome to redistribute it
under certain conditions; see the source for copying conditions.
loading default ui configuration file /etc/ardour2/ardour2_ui_default.conf
loading user ui configuration file /home/kevinc/.ardour2/ardour2_ui.conf
Loading ui configuration file /etc/ardour2/ardour2_ui_dark.rc
theme_init() called from internal clearlooks engine
ardour: [INFO]: Ardour will be limited to 1024 open files
loading system configuration file /etc/ardour2/ardour_system.rc
loading user configuration file /home/kevinc/.ardour2/ardour.rc
ardour: [INFO]: Using SSE optimized routines
ardour: [INFO]: looking for control protocols in
/home/kevinc/.ardour2/surfaces/:/usr/lib/ardour2/surfaces/
powermate: Opening of powermate failed - No such file or directory
ardour: [INFO]: Control protocol powermate not usable
ardour: [INFO]: Control surface protocol discovered: "Generic MIDI"
ardour: [INFO]: Control protocol Tranzport not usable
ardour: [INFO]: Control surface protocol discovered: "Mackie"
Cannot lock down memory area (Cannot allocate memory)
Cannot lock down memory area (Cannot allocate memory)
loading bindings from /home/kevinc/.ardour2/ardour.bindings
In that case nothing seems to fail in the INFO for the control
surface. But, the control surface still doesn't work.
I tried a few different combinations of settings in ardour2 through
Options -> Control Surfaces, including Generic MIDI, Mackie, and
Feedback. No setting there changes things for me.
I did manage to get ardour to lock up by unchecking the Mackie
option then rechecking it. Control-C was required to abort
ardour. Trying to restart ardour resulting in hanging; I forget
if that was before or after selecting my project. I fixed the
hanging on start-up issue by removing my ~/.ardour2/instant.xml
file.
I went back to my email stash and found 50 some emails on my
BCF2000 from 2007. All of what's in this email, and more, is in
that email. I've got quite a bit of homework to do. I'll report
back. But, if you think of something, please do let me know.
Thanks!
--
Kevin
Ardour uses Jack, so your problem is probably
related to Jack's MIDI
configuration.
Close. Ardour3 will use JackMIDI for this, when I can update the code
to fix some bugs. Ardour2 however uses ALSA, not JackMIDI.
If you are trying to get the BCF working with the Logic control
protocol in Ardour, see here...
http://ardour.org/files/reference/dsy244-ARDOUR.html#dsy244-ARDOUR
1:23 p.m.
Kevin Cosgrove wrote:
3 [BCF2000 ]: USB-Audio - BCF2000
BEHRINGER BCF2000 at usb-0000:00:1d.2-1, full speed
<MIDI-port tag="mcu" device="/dev/snd/midiC3D0"
type="alsa/raw" mode="duplex"/>
Try this:
<MIDI-port tag="mcu" device="hw:BCF2000"
type="alsa/raw" mode="duplex"/>
Regards,
Clemens
2:47 p.m.
On Tue, May 17, 2011 at 7:26 AM, Clemens Ladisch <clemens(a)ladisch.de> wrote:
Kevin Cosgrove wrote:
that's not likely to work. type="alsa/raw" means that ardour will call
open(2) on the device name.
to kevin: please run ardour with strace like this:
strace -e trace=open ardour2 2>&1 | grep /dev
and paste the results.
--p
3 [BCF2000 ]: USB-Audio - BCF2000
BEHRINGER BCF2000 at usb-0000:00:1d.2-1, full speed
<MIDI-port tag="mcu" device="/dev/snd/midiC3D0"
type="alsa/raw" mode="duplex"/>
Try this:
<MIDI-port tag="mcu" device="hw:BCF2000"
type="alsa/raw" mode="duplex"/>
20 May
20 May
6:26 p.m.
On 17 May 2011 at 8:47, Paul Davis <paul(a)linuxaudiosystems.com> wrote:
that's not likely to work.
type="alsa/raw" means that ardour will call
open(2) on the device name.
to kevin: please run ardour with strace like this:
strace -e trace=open ardour2 2>&1 | grep /dev
and paste the results.
Sorry to take so long to get back to this. As I use tcsh I ran
strace -e trace=open ardour2 |& tee ardour.log
grep /dev ardour.log > ardour_dev.log
The content of ardour_dev.log is below.
For what it's worth. When I move any of the BCF sliders, they
return to their fully lowered position(s) moments later.
Thanks....
open("/dev/tty", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
open("/dev/urandom", O_RDONLY|O_LARGEFILE) = 8
open("/dev/snd/seq", O_RDWR|O_CLOEXEC) = 8
open("/dev/input/event0", O_RDONLY|O_LARGEFILE) = 9
open("/dev/input/event1", O_RDONLY|O_LARGEFILE) = 9
open("/dev/input/event2", O_RDONLY|O_LARGEFILE) = 9
open("/dev/input/event3", O_RDONLY|O_LARGEFILE) = 9
open("/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 9
open("/sys/bus/usb/devices",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 12
open("/sys/bus/usb/devices/usb1/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb1/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb1/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb2/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb2/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb2/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb3/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb3/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb3/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb4/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb4/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb4/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb5/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb5/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb5/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb6/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb6/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb6/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb7/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb7/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb7/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb8/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb8/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb8/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/7-3/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/7-3/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/7-3/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/5-1/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/5-1/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/5-1/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 12
open("/sys/bus/usb/devices/usb1/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb1/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb1/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb2/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb2/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb2/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb3/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb3/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb3/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb4/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb4/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb4/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb5/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb5/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb5/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb6/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb6/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb6/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb7/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb7/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb7/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb8/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb8/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb8/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/7-3/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/7-3/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/7-3/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/5-1/busnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/5-1/devnum", O_RDONLY) = 13
open("/sys/bus/usb/devices/5-1/descriptors", O_RDONLY) = 13
open("/sys/bus/usb/devices/usb1/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/001/001", O_RDONLY) = 12
open("/dev/bus/usb/001/001", O_RDONLY) = 12
open("/sys/bus/usb/devices/usb2/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/002/001", O_RDONLY) = 12
open("/dev/bus/usb/002/001", O_RDONLY) = 12
open("/sys/bus/usb/devices/usb3/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/003/001", O_RDONLY) = 12
open("/dev/bus/usb/003/001", O_RDONLY) = 12
open("/sys/bus/usb/devices/usb4/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/004/001", O_RDONLY) = 12
open("/dev/bus/usb/004/001", O_RDONLY) = 12
open("/sys/bus/usb/devices/5-1/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/005/006", O_RDONLY) = 12
open("/dev/bus/usb/005/006", O_RDONLY) = 12
open("/sys/bus/usb/devices/usb5/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/005/001", O_RDONLY) = 12
open("/dev/bus/usb/005/001", O_RDONLY) = 12
open("/sys/bus/usb/devices/usb6/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/006/001", O_RDONLY) = 12
open("/dev/bus/usb/006/001", O_RDONLY) = 12
open("/sys/bus/usb/devices/7-3/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/007/002", O_RDONLY) = 12
open("/dev/bus/usb/007/002", O_RDONLY) = 12
open("/sys/bus/usb/devices/usb7/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/007/001", O_RDONLY) = 12
open("/dev/bus/usb/007/001", O_RDONLY) = 12
open("/sys/bus/usb/devices/usb8/descriptors", O_RDONLY) = 12
open("/dev/bus/usb/008/001", O_RDONLY) = 12
open("/dev/bus/usb/008/001", O_RDONLY) = 12
open("/dev/snd/controlC0", O_RDONLY|O_CLOEXEC) = 12
open("/dev/snd/controlC0", O_RDONLY|O_CLOEXEC) = 12
open("/dev/snd/controlC0", O_RDWR|O_CLOEXEC) = 12
open("/dev/snd/controlC1", O_RDONLY|O_CLOEXEC) = 12
open("/dev/snd/controlC1", O_RDONLY|O_CLOEXEC) = 12
open("/dev/snd/controlC1", O_RDWR|O_CLOEXEC) = 12
open("/dev/snd/controlC2", O_RDONLY|O_CLOEXEC) = 12
open("/dev/snd/controlC2", O_RDONLY|O_CLOEXEC) = 12
open("/dev/snd/controlC2", O_RDWR|O_CLOEXEC) = 12
open("/dev/snd/controlC3", O_RDONLY|O_CLOEXEC) = 12
open("/dev/snd/controlC3", O_RDONLY|O_CLOEXEC) = 12
open("/dev/snd/controlC3", O_RDWR|O_CLOEXEC) = 12
open("/dev/snd/controlC4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC5", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC5", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC7", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC7", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC8", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC8", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC9", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC9", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC10", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC10", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC11", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC11", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC12", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC12", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC13", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC13", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC14", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC14", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC15", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC15", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC16", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC16", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC17", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC17", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC18", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC18", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC19", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC19", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC20", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC20", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC21", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC21", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC22", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC22", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC23", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC23", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC24", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC24", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC25", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC25", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC26", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC26", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC27", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC27", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC28", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC28", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC29", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC29", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC30", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC30", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/snd/controlC31", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/aloadC31", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
directory)
open("/dev/shm/jack-shm-registry", O_RDWR|O_NOFOLLOW|O_CLOEXEC) = 21
open("/dev/shm/jack-11334-1", O_RDWR|O_NOFOLLOW|O_CLOEXEC) = 21
open("/dev/shm/jack-11334-0", O_RDWR|O_NOFOLLOW|O_CLOEXEC) = 21
open("/dev/shm/jack-11334-3", O_RDWR|O_NOFOLLOW|O_CLOEXEC) = 21
open("/dev/shm/jack-11334-1", O_RDWR|O_NOFOLLOW|O_CLOEXEC) = 21
open("/dev/shm/jack-11334-0", O_RDWR|O_NOFOLLOW|O_CLOEXEC) = 21
open("/dev/shm/jack-11334-3", O_RDWR|O_NOFOLLOW|O_CLOEXEC) = 21
--
Kevin
21 May
21 May
4:12 p.m.
On 17/05/2011 08:14, Kevin Cosgrove wrote:
On 16 May 2011 at 8:11, Thomas Vecchione <seablaede(a)gmail.com> wrote:
I have
#john - memlock unlimited
in my /etc/security/limits.conf. That makes the error message go away.
I'm not sure if that's the right way to do it.
On Mon, May 16, 2011 at 2:27 AM, Clemens Ladisch
<clemens(a)ladisch.de> wrote:
My BCF2000 is getting detected by ALSA:
[kevinc@music-kevinc #34] more /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xfbff8000 irq 30
1 [M1010 ]: ICE1712 - M Audio Delta 1010
M Audio Delta 1010 at 0xec00, irq 16
2 [M1010_1 ]: ICE1712 - M Audio Delta 1010
M Audio Delta 1010 at 0xe400, irq 17
3 [BCF2000 ]: USB-Audio - BCF2000
BEHRINGER BCF2000 at usb-0000:00:1d.2-1, full speed
That makes my unit /dev/snd/midiC3D0 at this time.
I changed my /etc/ardour2/ardour_system.rc and ~/.ardour2/ardour.rc
files to specify:
<MIDI-port tag="mcu" device="/dev/snd/midiC3D0"
type="alsa/raw" mode="duplex"/>
and in the <Config> block
<Option name="mackie-emulation" value="bcf"/>
When I start ardour2 now I get this on STDOUT:
WARNING: Your system has a limit for maximum amount of locked memory!
This might cause Ardour to run out of memory before your system runs
out of memory. You can view the memory limit with 'ulimit -l', and it
is normally controlled by /etc/security/limits.conf Ardour uses Jack, so your problem is probably
related to Jack's MIDI
configuration.
Close. Ardour3 will use JackMIDI for this, when I can update the code
to fix some bugs. Ardour2 however uses ALSA, not JackMIDI.
If you are trying to get the BCF working with the Logic control
protocol in Ardour, see here...
http://ardour.org/files/reference/dsy244-ARDOUR.html#dsy244-ARDOUR Ardour 2.8.11
(built using 7387 and GCC version 4.4.3)
Copyright (C) 1999-2008 Paul Davis
Some portions Copyright (C) Steve Harris, Ari Johnson, Brett Viren, Joel Baker
Ardour comes with ABSOLUTELY NO WARRANTY
not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
This is free software, and you are welcome to redistribute it
under certain conditions; see the source for copying conditions.
loading default ui configuration file /etc/ardour2/ardour2_ui_default.conf
loading user ui configuration file /home/kevinc/.ardour2/ardour2_ui.conf
Loading ui configuration file /etc/ardour2/ardour2_ui_dark.rc
theme_init() called from internal clearlooks engine
ardour: [INFO]: Ardour will be limited to 1024 open files
loading system configuration file /etc/ardour2/ardour_system.rc
loading user configuration file /home/kevinc/.ardour2/ardour.rc
ardour: [ERROR]: MIDI: port device in use
ardour: [INFO]: Using SSE optimized routines
ardour: [INFO]: looking for control protocols in
/home/kevinc/.ardour2/surfaces/:/usr/lib/ardour2/surfaces/
powermate: Opening of powermate failed - No such file or directory
ardour: [INFO]: Control protocol powermate not usable
ardour: [INFO]: Control surface protocol discovered: "Generic MIDI"
ardour: [INFO]: Control protocol Tranzport not usable
ardour: [INFO]: Mackie: No MIDI port called mcu
^^^^^^^^^^^^^^^^^^^^^^^
This could be because the port is being used by something else. Try
this: go to Window/Preferences/MIDI and make sure mcu shows up in the
port list (along with control and seq on my system anyway), that it's
online, and that none of MTC, MMC and MIDI Parameter Control are
connected to it.
If that's all correct, try changing your /etc/ardour2/ardour_system.rc
and ~/.ardour2/ardour.rc only after ardour is shut down - sometimes it
overwrites the changed values during shut down.
bye
John
16 May
16 May
10:57 a.m.
I am not sure how Mandriva works,
but it looks like that there is passed some parameter during loading
module.
As you worte, before upgrade it used to works. Probably during upgrade the
ids of devices changes.
Try to grep -r 'device_id' /etc/ if it exists somewhere, and adjusts it /
remove.
On Sun, 15 May 2011 20:49:04 -0700, Kevin Cosgrove <kevinc(a)cosgroves.us>
wrote:
I'm trying to get my BCF2000 control surface
working with Ardour
again. It worked fine before I upgraded to Mandriva 2010.1 (which
subsequently upgraded itself to Mandriva 2010.2). I suspect that
PulseAudio is involved, based on my /var/log/messages output, below
kernel: usb 5-1: new full speed USB device using uhci_hcd and address 3
kernel: usb 5-1: New USB device found, idVendor=1397, idProduct=00bc
kernel: usb 5-1: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
kernel: usb 5-1: Product: BCF2000
kernel: usb 5-1: Manufacturer: BEHRINGER
pulseaudio[6456]: module-alsa-card.c: Failed to find a working profile.
pulseaudio[6456]: module.c: Failed to load module "module-alsa-card" \
(argument: "device_id="3"
name="usb-BEHRINGER_BCF2000-00-BCF2000" \
card_name="alsa_card.usb-BEHRINGER_BCF2000-00-BCF2000" tsched=yes \
ignore_dB=no card_properties="module-udev-detect.discovered=1""): \
initialization failed.
Other than my control surface, Ardour 2.8.11 (compiled locally)
works just fine.
I searched the web for things like the above message. I found
one bug for the "failed to find a working profile" in the
PulseAudio website. That's related to a ThinkPad. I looked
around the PulseAudio website for how to create a profile, and
didn't find anything directly useful. Most of what I found was
about 2 years old and recommended ways to remove PulseAudio from
one's system.
I did find out how to create one PulseAudio profile at this URL:
http://www.pclinuxos.com/forum/index.php?topic=75147.0
PCLinuxOS is based on Mandriva, so I'm hopeful that this sort of
recipe might work for the BCF2000. But, it looks like the heart
of getting PulseAudio to work with JACK were the
"load-module module -jack-*"
lines in the .pa file. I don't know what to use for my control
surface. I suspect, without evidence, that if I could create the
correct .pa file with the correct module loading command(s), then
this thing might work. But, I don't know what module(s) to try,
nor even the right name for the .pa file.
Anyone know how to configure a BCF2000 control surface to work
with PulseAudio?
Any suggestions?
Thanks....
--
Kevin
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
--
Rafal bluszcz Zawadzki
Django / Plone / Python / dub / drum&bass
http://dev.bluszcz.net/tech-blog
http://soundcloud.com/bluszcz
4937
days inactive
4942
days old
linux-audio-user@lists.linuxaudio.org
8 comments
6 participants
participants (6)
-
Clemens Ladisch -
John Anderson -
Kevin Cosgrove -
Paul Davis -
Rafal Zawadzki -
Thomas Vecchione