After reading on the list about Edirol UA-25 I went out and got
one on run on Debian. I can get sound when running in standard mode
or midi in advanced but can't get both. I read on the list that some-
one is running both midi and sound. Problem is the UA-25 seems to
force 24bit in advanced mode which Pd won't run at or is there a way
to get around this.
Debian Etch
Power Book 1.5
Edirol UA-25?
Ede Cameron wrote:
After reading on the list about Edirol UA-25 I went out and got
one on run on Debian. I can get sound when running in standard mode
or midi in advanced but can't get both. I read on the list that some- one is running both midi and sound. Problem is the UA-25 seems to
force 24bit in advanced mode which Pd won't run at or is there a way
to get around this. Debian Etch Power Book 1.5 Edirol UA-25?
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
You shouldn't need to put the device in standard mode at all. Check if the snd_usb_audio module is loaded properly (lsmod | grep snd_usb_audio ).
c.
moin Ede, moin list,
Well, I'm successfully running both MIDI and audio off the UA-25, also on debian (mostly) etch, and a ThinkPad T42...
First of all, don't use OSS (emulation) -- I've had no luck here with the UA-25 in "advance mode" and Pd; as you say, probably due to 24-bititude.
Do you have an ~/.asoundrc defined, and if so, what's in it? If you're choosing from the pd "Audio Settings" menu, grab the "UA-25 (plug-in)" entries, rather than one of the "hardware" entries. Also, I've had to run pd with the "-rt" switch (which required getting realtime capabilities patches working: urgh) when using ALSA directly, otherwise I get audio pops and eventual "tried but could not sync" errors. fyi, I run pd here with:
moocow@binky:~$ cat which pd-ua25.sh
#!/bin/sh
( pd -rt -r 48000 -alsa -channels 2 -audiodev 6 "$@" & )
( sleep 5 ; aconnect-usb2pd.perl; jack-chrt.sh )
... where "aconnect-usb2pd.perl" does some magic with 'aconnect', and the (badly named) 'jack-chrt.sh' messes around with some scheduling priorities.
Important to note:
devices I get with the ua-25 plugged in (under normal circumstances), labelles "UA-25 (plugin)".
good luck, Bryan
On 2007-05-29 14:35:50, Ede Cameron ecameron@videotron.ca appears to have written:
After reading on the list about Edirol UA-25 I went out and got
one on run on Debian. I can get sound when running in standard mode
or midi in advanced but can't get both. I read on the list that some- one is running both midi and sound. Problem is the UA-25 seems to
force 24bit in advanced mode which Pd won't run at or is there a way
to get around this. Debian Etch Power Book 1.5 Edirol UA-25?
No I didn't create an /.asoundrc. Am reading about that now. Its
part of the Alsa-Wiki.
There is also a blurb about connecting midi to Pd in the same Wiki. I
hope this works out
The idea of building a new kernel is I must say daunting. Anyway if I
know with a bit of work
I can get this up and running then okay. In response to the other
email the card is working
fine for basic things playing back wavefiles at different sample
rates etc and is listed
named in alsa.conf etc. The only thing that doesn't work is midi I
can open pd with the -alsa commnand
running in advanced mode at 44100hz no higher.(fine by me) but the
alsa midi won't connect
(client 128) I'll look at that today.
On 29-May-07, at 1:31 PM, Bryan Jurish wrote:
moin Ede, moin list,
Well, I'm successfully running both MIDI and audio off the UA-25, also on debian (mostly) etch, and a ThinkPad T42...
First of all, don't use OSS (emulation) -- I've had no luck here with the UA-25 in "advance mode" and Pd; as you say, probably due to 24- bititude.
Do you have an ~/.asoundrc defined, and if so, what's in it? If
you're choosing from the pd "Audio Settings" menu, grab the "UA-25 (plug-in)" entries, rather than one of the "hardware" entries. Also, I've had to run pd with the "-rt" switch (which required getting realtime capabilities patches working: urgh) when using ALSA directly,
otherwise I get audio pops and eventual "tried but could not sync" errors.
fyi, I run pd here with:moocow@binky:~$ cat
which pd-ua25.sh
#!/bin/sh ( pd -rt -r 48000 -alsa -channels 2 -audiodev 6 "$@" & ) ( sleep 5 ; aconnect-usb2pd.perl; jack-chrt.sh )... where "aconnect-usb2pd.perl" does some magic with 'aconnect', and the (badly named) 'jack-chrt.sh' messes around with some scheduling priorities.
Important to note:
- pd's sample rate should probably match whatever you've chosen on
the ua-25
- use alsa.
- for me, "-audiodev 6" is the 6th entry in the drop-down list of
audio devices I get with the ua-25 plugged in (under normal circumstances), labelles "UA-25 (plugin)".
good luck, Bryan
On 2007-05-29 14:35:50, Ede Cameron ecameron@videotron.ca appears to have written:
After reading on the list about Edirol UA-25 I went out and got one on run on Debian. I can get sound when running in standard mode or midi in advanced but can't get both. I read on the list that some- one is running both midi and sound. Problem is the UA-25 seems to force 24bit in advanced mode which Pd won't run at or is there a way to get around this. Debian Etch Power Book 1.5 Edirol UA-25?
-- Bryan Jurish "There is *always* one more
bug." jurish@ling.uni-potsdam.de -Lubarsky's Law of Cybernetic
Entomology
hi
Ede Cameron wrote:
running in advanced mode at 44100hz no higher.(fine by me) but the
alsa midi won't connect (client 128) I'll look at that today.
sorry if i am totally off topic, but i haven't read the entire thread. (esp. sorry if i am saying something obvious here)
you have to enable pd's alsamidi support in order to use it (default is OSS/midi); use the "-alsamidi" flag to do so.
furthermore, pd does NOT autoconnect to the available hardware devices. you have to do so by hand (aconnect, [aconnect], or qjackctl (which is handy as it comes with a gui)
and you have to switch your ua-25 into "advance" mode (there is a switch at the back of the device)
i just tried this and it works:
connect them: voila
mfg.adsr IOhannes
Okay. That works thanks a million!!
On 30-May-07, at 11:11 AM, IOhannes m zmoelnig wrote:
hi
Ede Cameron wrote:
running in advanced mode at 44100hz no higher.(fine by me) but the alsa midi won't connect (client 128) I'll look at that today.
sorry if i am totally off topic, but i haven't read the entire thread. (esp. sorry if i am saying something obvious here)
you have to enable pd's alsamidi support in order to use it
(default is OSS/midi); use the "-alsamidi" flag to do so.furthermore, pd does NOT autoconnect to the available hardware
devices. you have to do so by hand (aconnect, [aconnect], or qjackctl (which is handy as it comes with a gui)and you have to switch your ua-25 into "advance" mode (there is a
switch at the back of the device)i just tried this and it works:
- switch UA-25 to advance mode
- start "pd -alsamidi -mididev 1"
- start qjackctl
- in connections/MIDI you should now see "UA-25" and "Pure Data" and
connect them: voila
mfg.adsr IOhannes
Hallo, Ede Cameron hat gesagt: // Ede Cameron wrote:
No I didn't create an /.asoundrc. Am reading about that now. Its
part of the Alsa-Wiki. There is also a blurb about connecting midi to Pd in the same Wiki. I
hope this works out The idea of building a new kernel is I must say daunting. Anyway if I
know with a bit of work
Did you try using Pd with jackd? It should solve most of your problems.
Frank Barknecht _ ______footils.org_ __goto10.org__
-----Original Message----- On Behalf Of Bryan Jurish
...
run pd with the "-rt" switch (which required getting realtime capabilities patches working: urgh) when using ALSA directly, otherwise I get audio pops and eventual "tried but could not sync" errors. fyi, I run pd here with:
moocow@binky:~$ cat
which pd-ua25.sh
#!/bin/sh ( pd -rt -r 48000 -alsa -channels 2 -audiodev 6 "$@" & ) ( sleep 5 ; aconnect-usb2pd.perl; jack-chrt.sh )
I don't quite follow: are you using JACK or the ALSA connection from pd? Or you mean jack-chrt is badly named because it's not actually doing anythign wth JACK?
I was about to get a UA 25 so am quite interested in how this works. With the builtin (intel HDA) I get pops when using JACK but not when I use the ALSA output . I did not get the pops with a different application, when using JACK, but just when using PD and JACK .. Though I've not exhaustively tested all applciations yet. But, I really want to get the sound stream from PD into another application and via JACK seems like the simplest way.
moin Robert,
On 2007-05-30 17:15:06, "Atwood, Robert C" r.atwood@imperial.ac.uk appears to have written:
-----Original Message----- On Behalf Of Bryan Jurish
...
run pd with the "-rt" switch (which required getting realtime capabilities patches working: urgh) when using ALSA directly, otherwise I get audio pops and eventual "tried but could not sync" errors. fyi, I run pd here with:
moocow@binky:~$ cat
which pd-ua25.sh
#!/bin/sh ( pd -rt -r 48000 -alsa -channels 2 -audiodev 6 "$@" & ) ( sleep 5 ; aconnect-usb2pd.perl; jack-chrt.sh )I don't quite follow: are you using JACK or the ALSA connection from pd? Or you mean jack-chrt is badly named because it's not actually doing anythign wth JACK?
I meant that the script is badly named because it doesn't do anything with jack (well, to be totally honest, it might tweak jack's priorities if it finds a jackd running, but I'm not usually running it these days).
I've tried using jack, even gotten things working, but my experiences to date with pd audio over jack have been less than fantastic, so I haven't put too much effort into it (contrast with the desktop, where I need/want to run ardour, but that's a different animal altogether). As I recall, the tests I ran with jack and the ua-25 all worked pretty well, but jack likes to complain when you use the alsa plugin layer "plughw:2,0" or whatever. I also used to get subtle but audible pops every 30 sec or so using jack, and I never figured out why... maybe it's gone now ;-)
I was about to get a UA 25 so am quite interested in how this works. With the builtin (intel HDA) I get pops when using JACK but not when I use the ALSA output . I did not get the pops with a different application, when using JACK, but just when using PD and JACK .. Though I've not exhaustively tested all applciations yet. But, I really want to get the sound stream from PD into another application and via JACK seems like the simplest way.
... attached is a relevant message I just received off-list which looks as if it was intended for this thread ...
marmosets, Bryan
On 2007-05-30 21:45:44, Olivier Heinry oli4444@googlemail.com appears to have written:
Hi,
here is my running set up for the UA 25 on debian lenny/sid, no kernel patch (2.6.18), Alsa compiled via the module-assistant:
interface in advance mode @48k
qjackctl runs with the following: server : jackd, driver alsa Realtime, soft mode & force 16bit mode ticked priority 89, frames/period 256, rate 48k, periods/buffer=3 dither none audio : playback only latency=16ms
pd started as follow:
pd -r 48000 -rt -jack -audiodev 1 (or whatever your setup, 0 being the intel chipset #)
Midi managed through qjackctl, just fine!
++ O.
-----Original Message----- From: Bryan Jurish
I also used to get subtle but audible pops every 30 sec or so using jack, and I never figured out why... maybe it's gone now ;-)
Interesting, that's kind of like what I was getting, I thought it was due to the Intel soundchip driver not-quite-there problem.
priority 89, frames/period 256, rate 48k, periods/buffer=3
I had to do periods/buffer=3 to get anythign to work without constant xrns with this intel. I'm surprised it's needed with the Edirol, or is it somehow to do with PD? Not that I know what 'periods/buffer' actually does...
Hallo, Atwood, Robert C hat gesagt: // Atwood, Robert C wrote:
priority 89, frames/period 256, rate 48k, periods/buffer=3
I had to do periods/buffer=3 to get anythign to work without constant xrns with this intel. I'm surprised it's needed with the Edirol, or is it somehow to do with PD? Not that I know what 'periods/buffer' actually does...
USB cards generally prefer jackd running with 3 periods.
Frank Barknecht _ ______footils.org_ __goto10.org__
So I went out and got one Edirol UA-25, and I definitely have fewer problems than with the builtin soundcard. On my debian - sid installation it worked straight out of the box for playback (havent' tried capture yet)
There's some remaining issues when using JACK with pd, it sometimes causes a timeout and then JACK gets mangled and does not recover; increasing the frames/buffer so far seems to solves it at an acceptable latency level for me, however. It does not seem to require 3 periods setting though I have not accumulated enough evidence to know if the time-out occurs more or less easily with different settings like that. I beilieve this is completely unrelated to which soundcard is used.
Whereas the other probems I had , continuios clicks no matter what settings, are gone when using the UA-25 (and supposedly the sound quality shoudl be better though I have not compared objectively).
-----Original Message----- From: pd-list-bounces@iem.at on behalf of Atwood, Robert C Sent: Thu 5/31/2007 2:11 PM To: moocow@ling.uni-potsdam.de Cc: PD-list@iem.at Subject: Re: [PD] Pd and Edirol UA-25
-----Original Message----- From: Bryan Jurish
I also used to get subtle but audible pops every 30 sec or so using jack, and I never figured out why... maybe it's gone now ;-)
Interesting, that's kind of like what I was getting, I thought it was due to the Intel soundchip driver not-quite-there problem.
priority 89, frames/period 256, rate 48k, periods/buffer=3
I had to do periods/buffer=3 to get anythign to work without constant xrns with this intel. I'm surprised it's needed with the Edirol, or is it somehow to do with PD? Not that I know what 'periods/buffer' actually does...
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list