I don't think I understand this jackplug concept.
I'm trying to get an alsa client, such as aplay to play through jackd.
I've setup jackplug in /etc/asound.conf
I then tell aplay to use:
#aplay -d jackplug foobar.wav
But aplay plays the file even if jackd is not started; why?. Isn't
jackplug supposed to show up in my jack connections when aplay is
I seem to be missing something vital.
Is there some way to make a "fake audio device", like hw:3,0 that alsa
applications can connect to so that I can get the audio out and then
send it through jack, process it and then send it to the real audio
Esben Stien is b0ef(a)esben-stien.name
On Wednesday 19 January 2005 19:02,
> > So how would Raton-Conductor work? Again, not as simple as it sounds.
> > Minimally, one would move the mouse in a ecliptic (or circular) motion
> > (as suggested by MagicBaton's instructions for beginners). The size of
> > the vertical diameter (or average diameter) would be the
> > volume/expression and tempo or time-codes set by the change in vertical
> > direction from down to up. Real conducting patterns are more complex but
> > these two principals would more or less remain.
> I started tinkering after I read your message, and I created a little
> gadget that traces mouse motions and recognizes fairly general conducting
> patterns. One can extract timing and intensity information for the purpose
> of generating MIDI clock events as well as MIDI controller values. I'm
> tentatively calling it Boa Conductor.
> I've got a few questions:
> 1. Is anyone interested in a tool like Boa Conductor? What I've done so
> far was just for kicks; I now have to decide how much time and effort
> to put into polishing it.
I, of course, would be interested.
> 2. Are there any MIDI sequencers/players for Linux that can be driven
> by external clock messages? My understanding is that Rosegarden does
> not currently work as a slave but that may change in the future.
> MusE can work as a slave, but I never used it before (has anyone
> tried driving MusE with clock messages?). I don't think timidity
> expects to be driven by a MIDI clock. How about other MIDI players?
> 3. Would it make sense to have a feature that uses JACK Transport
> rather than MIDI clock?
There are a few alternatives. Not much that I have on Windows or Linux support
clock messages. MagicBaton was a MIDI-player that added events based on the
1. Run the Boa in Parallel with whatever sequencer or player is going through
jack or such. Boa would then put out simply omni/overall level and tempo
2. Run Boa as a plug-in Rosegarten, Muse or other such program. In this case,
it would work on one track/channel and insert expression (and tempos) or in
an omni mode as above. For rehearsing (MagitBaton's parlance) one track, one
would probably want to disable tempo changes and conduct expression.
Omin/overall would do level and tempo.
3. Controlling another software via midi-clock and some volume control device.
This assume, naturally, that this software is available :-)
I see that Behringer has released a new gadget:
Has anyone tried this thing ? Does it work with the
generic USB audio driver or do we have to wait for
ALSA drivers to become available ? I am _almost_ off
to buy one :-).
-- Jan Holst Jensen, Denmark
Do you Yahoo!?
Yahoo! Mail - You care about security. So do we.
i post to linux-audio-user instead of -announce
i fixed the missing kluppe.png and uploaded a new tarball (0.4.1)
being kicked off by jack is bad. low latencies are hard to test for me,
because my hardware forces me to run -p 1024 or even -p 2048.
is there any difference between 0.3 and 0.4 for you?
is there any specific situation (e.g. loading files or opening new
loopers) that results in kluppe being dropped by jack?
Esben Stien wrote:
> d13b <kluppe(a)klingt.org> writes:
>>kluppe 0.4 is out
> I have to run with extremely high latencies to have it work without
> being kicked off by jack (-p 1024). I'm on linux-2.6.11-RT-V0.7.40-00
> and CVS of jack yesterday. I'm also running with realtime priority 99.
>>please let me know if you need help, find bugs or desperately miss
> The kluppe.png file is missing:
> install -m 644 kluppe.png /usr/local/share/pixmaps
> install: cannot stat «kluppe.png»: Ingen slik fil eller filkatalog
> make: *** [install] Error 1
I'm new to the list, so be gentle.
Trying to get a Creative Sound Blaster Live! 24-Bit functioning for a
friend many many thousands of miles away. I found one moderately
useful thread archive from this list, and it seems he who wrote the
CA0106 ALSA driver module is on here.
After a lot of stuffing about I discovered that the ca0106 was needed,
not the emu10k1, much to my irritation. Eventually I upgraded the
lad's kernel from 2.6.3 to 2.6.11 but just downloading the source and
compiling it up. In addition I replaced all the ALSA user-space stuff
with version 1.0.6 packages using assorted redhat rpms, as Mandrake
appears as old as the hills re ALSA.
Now I've got the card recognised... and things seem to believe they
are playing fine. However there is no sound. The little gnomes in the
back of my head shouted "it's the volume, it's the volume.. unmute
something". However all volumes I can affect in alsamixer are now set
to maximum. The remaining controls are all read only.
What concerns me is that notable controls are missing, such as Master
Volume and PCM Out. If I saw either of those I'd feel happier. I could
attach the /etc/alsa.state file if it would assist anyone in seeing
the probably obvious.
Does anyone have an idea? Finally, if this is indeed completely the
wrong place to post this, tell me so and I shall flee. I have however
spent a long while rtfming the available sources, to little avail
beyond getting the card noticed.
this is a bit complicated, due to big/little endian issues, perhaps.
I am trying to load the firmware into my hdsp pcmcia card.
I am getting the fifo timeout:
hdsploader - firmware loader for RME Hammerfall DSP cards
Looking for HDSP + Multiface or Digiface cards :
Card 0 : PowerMac Screamer Rev 0
Card 1 : RME Hammerfall DSP at 0xf3000000, irq 58
Upload firmware for card hw:1
Hwdep ioctl error on card hw:1 : Input/output error.
I am using debian testing, running a 2.6.8 kernel with manually compiled
1.0.8 alsa drivers on a G3 powerpc laptop.
cardbus version is 11 (rev 0b)
the card is loadable out of osx.
i am stuck here, and don't know what to do now.
any suggestions are very welcome!
i am using gentoo linux with 2.6.9 amd64 kernel
alsa driver 1.0.7-rc3, firmware 1.0.6 and utils 1.0.7
hdsploader and hdspconf works
unmuting using amixer and aplay works too
but hdspmixer crashes:
HDSPMixer 1.6 - Copyright (C) 2003 Thomas Charbonnel <thomas(a)undata.org>
This program comes with ABSOLUTELY NO WARRANTY
HDSPMixer is free software, see the file COPYING for details
Looking for HDSP cards :
Card 0 : NVidia CK8S with ALC850 at 0xeb001000, irq 11
Card 1 : RME Hammerfall DSP + Multiface at 0xea000000, irq 10
Multiface found !
1 Hammerfall DSP card found.
Initializing default presets
i think i have read something about a fix for 64bit regarding
hdsp things in alsa 1.0.7-rc2 ... so i must have it allready?
i dont know if i should use alsa 1.0.8 because it is marked
unstable for amd64 in gentoo portage
ps: i would be thankful if someone can tell me how to search
this mailing list if possible
Sign-up for Ads Free at Mail.comhttp://promo.mail.com/adsfreejump.htm
it's easter time, so I play a bit with aeolus ;-) .
Anyway, I have a Dell Inspiron 8200 with a vanilla 2.6.10
kernel. The only patch applied is the LSM-RT-patch.
The Inspiron offers a USB 1.1 port. A USB 2.0 hub is connected
On the hub, there are currently two USB devices:
* A Midisport 8x8
* A Terratec Aureon 5.1 USB
On top of the card, I start JACK. I tried various settings,
currently I use
/usr/bin/jackd -v -R -P5 -p16 -t2000 -dalsa -dplughw:2 -r48000
-p256 -n3 -P
As soon as I play through JACK, I get notches, regardless if
it was alsa modular synth, Aeolus or xmms. The log shows
lines like the ones attached below.
So I stopped JACK and tried to use the device in ALSA only
* xmms now plays fine on the device hw:2,0
* ams and aeolus produce a lot of xruns and I get no audio
output using hw:2,0
* when starting ams as
ams --soundcard plughw:2,0 --rate 48000
I get a lot of xruns again and the sound is worse (more
notches) as when running ams or Aeolus on top of JACK
* notches also appear as soon as I try to record audio input
using qarecord connected to JACK
* when using plughw:2,0 and a samplerate of 48000 (44100 will
not work) in the aeolusrc, I get proper output at least by
I could need a helping hand by making the card working
properly. Anyone an idea where I can put the screwdriver?
I did also have a look into the modinfo of snd-usb-audio, but
I cannot detect a parameter to tell it, mybe, to use a
samplerate of 48000 or similar settings:
author: Takashi Iwai <tiwai(a)suse.de>
description: USB Audio
parm: index:Index value for the USB audio adapter.
parm: id:ID string for the USB audio adapter.
parm: enable:Enable USB audio adapter.
parm: vid:Vendor ID for the USB audio device.
parm: pid:Product ID for the USB audio device.
parm: nrpacks:Max. number of packets per URB.
parm: async_unlink:Use async unlink mode.
vermagic: 2.6.10ce SMP PENTIUMII 4KSTACKS gcc-3.3
Every wee small hint (even RTFM ;-) is much appreciated.
BTW: Is this the right place, or should I post it to LAD?
client qjackctl-13201: start_fd=5, execution_order=0.
client aeolus: in subgraph after qjackctl-13201,
client qjackctl-13201: wait_fd=18, execution_order=2.
client alsa_pcm: internal client, execution_order=3.
23:10:59.394 Audio active patchbay scan...
load = 11.6229 max usecs: 636.000, spare = 4697.000
load = 11.3899 max usecs: 595.000, spare = 4738.000
load = 11.2547 max usecs: 593.000, spare = 4740.000
load = 11.5246 max usecs: 629.000, spare = 4704.000
load = 11.4345 max usecs: 605.000, spare = 4728.000
delay of 5962.000 usecs exceeds estimated spare time of
4728.000; restart ...
23:11:05.205 XRUN callback (4).
load = 11.9895 max usecs: 669.000, spare = 4664.000
load = 12.4077 max usecs: 684.000, spare = 4649.000
load = 11.8479 max usecs: 602.000, spare = 4731.000
load = 11.7931 max usecs: 626.000, spare = 4707.000
load = 11.8219 max usecs: 632.000, spare = 4701.000
load = 11.9676 max usecs: 646.000, spare = 4687.000
load = 12.2936 max usecs: 673.000, spare = 4660.000
load = 12.2128 max usecs: 647.000, spare = 4686.000
delay of 6203.000 usecs exceeds estimated spare time of
4686.000; restart ...
23:11:13.187 XRUN callback (5).
load = 12.2755 max usecs: 658.000, spare = 4675.000
load = 12.1850 max usecs: 645.000, spare = 4688.000
load = 12.3273 max usecs: 665.000, spare = 4668.000
load = 12.1640 max usecs: 640.000, spare = 4693.000
load = 11.9792 max usecs: 629.000, spare = 4704.000
load = 11.7837 max usecs: 618.000, spare = 4715.000
load = 11.8641 max usecs: 637.000, spare = 4696.000
load = 12.0824 max usecs: 656.000, spare = 4677.000
load = 12.1260 max usecs: 649.000, spare = 4684.000
load = 12.5321 max usecs: 690.000, spare = 4643.000
load = 12.4915 max usecs: 664.000, spare = 4669.000
load = 12.4899 max usecs: 666.000, spare = 4667.000
delay of 5249.000 usecs exceeds estimated spare time of
4667.000; restart ...
23:11:25.203 XRUN callback (6).
load = 12.1516 max usecs: 630.000, spare = 4703.000
load = 11.8511 max usecs: 616.000, spare = 4717.000
load = 11.6165 max usecs: 607.000, spare = 4726.000
load = 11.6868 max usecs: 627.000, spare = 4706.000
load = 12.0031 max usecs: 657.000, spare = 4676.000