Hi there!
My laptop's USB ports are busted, probably a combination of them not
being top quality in the first place and my Edirol UA-25 USB audio
interface occasionally draining a hefty amount of current to power up
a couple of large diaphragm mikes.
First I tried adding a 2-USB ports PCMCIA card, but PCMCIA (or pccard
or cardbus or however the heck it is called nowadays) won't supply the
necessary juice, so if you need more than 100 mA you must use an extra
cable to suck the remaining amperage from one of the no longer
existing motherboard's USB ports. Alas, therefore not a complete
solution for the fried port blues.
So now I am throwing a powered USB hub in. As long as I keep it to
ALSA usage there is no problem: I can record and playback with, for
instance, Audacity using the ALSA backend. But anytime I try to launch
jackd the daemon fails and I get this in /var/log/messages:
kernel: ALSA sound/usb/usbaudio.c:882: cannot submit datapipe for urb
0, error -28: not enough bandwidth
I've tried different jackd buffer configurations to no avail. Anyone
(I guess that means Clemens) has any idea about whether I can work
around this?
Thanks in advance for any insight. Cheers,
L
PS: Yup, I have forsaken any hope of anything resembling low latency
with this setup, at least whenever I need phantom. The laptop is
5-year old, but still does the job and, above all, has a matte LCD
screen. Nuff said. I am cringing in advance at the unavoidable moment
entropy will force me to watch my ugly mug reflection superimposed
over my code. The combined effect can be too much to bear.
On Sat, Oct 9, 2010 at 2:55 AM, Geoff Beasley
<geoff(a)laughingboyrecords.com> wrote:
> until Clemens chimes in... is it your own kernel Luis ? looks like usb2
> device in usb1 port maybe? check your usb config in the kernel perhaps
Hi, Geoff, thanks for answering. Clemens is perhaps the ultimate USB
audio guru, but everyone else's experience in this issue is of course
valuable and appreciated.
I tried this on Ubuntu and Fedora Core stock kernels (no -rt patch).
On Ubuntu jackd simply failed with no clue about was going on;
Fedora's kernel at least supplied the message I quoted in the top
message (probably it has activated some debugging flag that Ubuntu's
doesn't.)
If it helps some (probably not, since all the hubs in the market will
be some kind of wrapper or another around the same Taiwanese chip),
the hub model is Manhattan 160612:
http://komputercenter.com/usb-gadgets-c-7/hub-usb-2-0-manhattan-160612-p-16
Has someone else here managed to successfully run jack over USB audio
through an external hub? It is probably not the best setup out there
latency-wise (how long does it actually take for a USB frame to pass
across a hub, anyway?), but may be worth considering if low latency is
not critical, providing in return integrated USB port protection and
perhaps some degree of power supply noise isolation (or yet another
noise source, you never know, but I'd hazard the guess that anything
that separates audio equipment from LCD inverters in laptops should be
a good thing.)
Cheers,
L
Hello all,
Two new Jack apps are available at the usual place:
Zita-at1: Autotuner.
Zita-rev1: Stereo or Ambisonic reverb.
More info at <http://www.kokkinizita.net/linuxaudio>
Enjoy !
--
FA
There are three of them, and Alleline.
On Mon, Oct 11, 2010 at 01:37:16AM +0400, Oleg Ivanenko wrote:
> Your tools as always like katana -- lightweight, visually simple, and precise.
:-) But not intended to slice off someone's head :-)
Ciao,
--
FA
There are three of them, and Alleline.
On Mon, Oct 11, 2010 at 10:29:57PM +0200, Jostein Chr. Andersen wrote:
> > Zita-rev1: Stereo or Ambisonic reverb.
>
> I tried it on a snare and did a test on a whole drum set, damn it sounds good,
> it to good to be true! I'm seldom satisfied with the reverbs I hear, but this
> is amazing. The controls works exactly as expected should when I tweak them:
> natural and responsive.
I didn't expect it to be used on drums, but if it sounds OK, why not !
> This two new additions fits perfect to what I consider to be the
> philosophy of your eq-channel strip you kindly sent me: Great, musically
> natural sound that does precise what I want and make my trust my ears again.
Never let technology get in the way of your ears !!
Ciao,
--
FA
There are three of them, and Alleline.
>> BUT never ever a licenced Windows + a bought Cubase will cause such an
>> issue, assumed you didn't install a cracked Windows Office too.
>clearly you have no idea who Jeff McClintock is, or you wouldn't be
offensive.
;)
I do use licensed software. I am quite anti-piracy and have made submissions
to the government on the subject, even got a letter published in PC World
magazine.
Off-Topic: IMHO Piracy hurts Linux by providing a competing 'low cost'
alternative to *real* free (FOSS) software.
Now that I have an ADAT-capable card ($20 ebay ice1712-based terratec
ews88d) I'm curious... if I combine it with
something like http://www.kellyindustries.com/computer/alesis_ai4.html
( http://www.alesis.com/ai4 ) and use the
S/MUX mode built in to the AI4 across eight channels to create four
24/96 channels.
//// //// //// ////
In order for the AI-4 to operate at the 96 kHz samplerate it has to be
run in S/MUX mode or sample split mode which means that you get 4
channels of conversion and not 8. This is standard and perfectly
acceptable. The first two channels will be routed out to the ADAT
lightpipe outputs 1 through 4 and the 2nd two channels with be routed
out ADAT lightpipe outputs 5 through 8.
//// //// //// ////
Would I be able to "transparently" use these "S/MUX"d channels in a
linux DAW, by simply recording/playing-back a higher channel count per
track (e.g. 4 for a stereo track, 2 for a mono)? This seems like a
good way to achieve "studio quality" 24/96 record&playback at a
distance from the computer -- via ADAT cable -- using high quality
outboard A/D and D/A or interfacing to external equipment already
presenting AES/EBU format I/O.
If a device like the AI4 actually does all the bit-splitting and other
fu, both for input and output -- wouldn't it not matter that the
actual 2-track or 4-track contents are essentially "noise" because
nothing in Linux-land would understand the S/MUX format.
Next question: to avoid the hack suggested above, is there some kind
of ALSA plugin that would reconstitute/create synchronized pairs of
S/MUX data on the same soundcard into single 24/96 streams, both for
input and output? How is S/Mux handled in Linux & ALSA?
Thanks.
Niels
http://nielsmayer.com
PS: The Alesis AI4 seems nicer than the http://www.aphex.com/144.htm
-- for one I won't need to make 110 ohm cables with XLR connectors to
DB25. The AI4's support for S/MUX mode is especially nice-sounding --
if there was a way for it to work in linux. Any other suggestions for
converting ADAT to AES/EBU (or spdif) w/ decent synchronization
options for input?
Hi all,
Latest release version 1.0.23 is available here:
http://www.mega-nerd.com/libsndfile/#Download
Changes are:
* Add version metadata to Windows DLL.
* Add a missing 'inline' to sndfile.hh.
* Update docs.
* Minor bug fixes and improvements.
Cheers,
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
> It could be useful to have some anecdotal evidence to quantify measures
> of jitter like "annoying" and "drunk", so:
>
> What is your buffer-size?
Hi Jens,
I test with several sound cards. M-Audio, Creative Audigy, ASIO-for-all, and
generic motherboard driver. I've found the jitter at settings over 30-50ms
difficult for serious recording. Without ASIO drivers latency can be
100-200ms or more, which is very bad.
ASIO at 5-10ms seems the best I can use on Windows without stutter, that
feels nice and responsive to me.
Best Regards,
Jeff
