Linux-audio-user March 2006

linux-audio-user@lists.linuxaudio.org

215 participants
309 discussions

[linux-audio-user] Any one using 6Strudio?

by baldobe

I discovered the 64Stdudio site today and was wondering if people have any opinions on it. I have the HW to use it but it is in alpha stage at the moment so I am wondeirng if I am going tobe spending all my time on the techie side of things rather than using mylinuxtoys to make muisc. I have been struggling along with linux on various distros trying to get a working DAW and I still do have a machine that I can use to make music. -- View this message in context: http://www.nabble.com/Any-one-using-6Strudio--t1209220.html#a3195113 Sent from the linux-audio-user forum at Nabble.com.

19 years, 1 month

[linux-audio-user] ALSA confusion

by cdr

i want to thank whoever explained the plug: vs hw: differences - ive been struggling for weeks trying to get amarok to make sound, only to give up and go back to mplayer. it turned out all i needed to do was preface hw or dmix with 'plug'...but this only works with gstreamer. helix is broken and XINE says it cant find any audio devices, even though it has ALSA support compiled in, and aplay -l lists stuff just fine (mainly, i think my 'default' doesnt work (perhaps defautling to hw, and not plughw?), but i have no idea how to fix that) i cant help but think theres a refactoring waiting to happen - it appears 'plug' is doing some type of sample format conversion voodoo, but then a different layer is needed to provide decoding facilities to apps, and this layer (the gstreamer/esound/polyp/arts/xine's of the world) cant even connect to JACK. the jackplug via ALSA hack is buggy and unstable, and surely not the way signal flow was meant to be arranged anyways. plus it seems gstreamer removed their JACK sink entirely in 0.10 (why??? - well, i know why, as i hacked the autotools files of the prior version, and was greeted with all sorts of errors when even trying to use it from the gst-test apps). i wouldnt really mind just using dmix or something, if it actually worked at the same time JACk does (it doesnt). not to mentino DMIX doesnt even work at all on my 'professional' card, but works fine on the horrid biltin chip which has so much noise leak that its unusable.. i guess i will just write a nice audio player as a DSSI plugin, and add a scripting layer to hook into amarok's database schema, since that seems easier than fighting with all of the above :) i just want to hear music damnit.... </rant>

19 years, 1 month

[linux-audio-user] Re: Interesting story for BCR2000 owners

by Maluvia

Yes - they make budget equipment for starving musicians, but I think they're performing a good deed in that regard. FWIW, our experience with B equipment has been mixed. We once tried one of their Euroracks and one of their Ultracurves, and sent them both back. Also tried one of their DI boxes and ultimately discarded it. (The electronics just sounded like cheap rock band quality.) We had written them off until we came across their V-Verb Pro, which we decided to go ahead and try due to its nominally higher resolution. It took some adjusting to, but we feel that we are getting a cleaner, more accurate sound through it. For its price - it's a very repectable unit. (Maybe it was by mistake.) ;) > I prefer to stick with Alesis, FMR Audio, Studio Projects, M-Audio, etc. > Good quality, good prices. Alesis *used* to be very good, but they've changed hands and dumbed-down their offerings quite a bit. They discontinued their Q20 processers and DM-Pro drum modules - which I think were their best products. I believe they've discontinued their M-EQ 230 as well, which was a very nice little unit. Our Q20 was very nice - lots of power, but had a muddiness we could never completely get rid of. Amazingly, our little V-Verb seems to be giving us a better sound. Who'd a thunk it? The only M-Audio product we have is our studio-monitor system, and we absolutely love it! - Maluvia

19 years, 1 month

[linux-audio-user] debian unstable kernel - low latency? preemptive? realtime-lsm?

by patrick

hi all, anyone know about the unstable kernel of debian : 2.6.15-1: is it true that this kernel is already patched for low latency (maybe *Ingo* Molnar patch or *Con* Kolivas) and *preemptive kernel ? next thing i need to know is why realtime-lsm is not working. it complains about a security not set in the kernel. i really don't want to recompile the kernel. is there a way to start jackd -R without realtime-lsm. if not, i will use sudo qjackctl, but it doesn't save my preference??? (like system tray icon or stuff like that). you know why? thanks!!! pat *

19 years, 1 month

[linux-audio-user] Re: Interesting story for BCR2000 owners

by Maluvia

>>Yes - they make budget equipment for starving musicians, but I think >>they're performing a good deed in that regard. >> >What do all you people on this list have against starving musicians? :-) Absolutely nothing - since we count ourselves amongst the ravening hordes. That is *why* I said they were doing a good deed. I am very grateful for their V-Verb, since we cannot afford a TC Electronics Reverb 6000. I am also grateful to RME for offering such high-quality equipment at an affordable price for people like ourselves who cannot afford the really high-end studio engineer equipment. (I think we are encountering a linguistic barrier, Cesare.) :) >Shouldn't we deserve to have the gear and instruments to make music, >too? ;-) Absolutely. I really wish we knew enough electrical engineering to be able to make it ourselves. Maybe we can start a musician's coop to that end? :) - Maluvia

19 years, 1 month

Re: [linux-audio-user] jackd and usb 1.1 audio on i386 non-functional

by Lee A. Azzarello

----- Clemens Ladisch <clemens(a)ladisch.de> wrote: > Lee A. Azzarello wrote: > > ----- Clemens Ladisch <clemens(a)ladisch.de> wrote: > > cannot submit datapipe for urb 4, err = -28 > > 28 = ENOSPC (not enough bandwidth) > > > I have usb bandwidth turned off in the kernel. > > Then try a newer kernel. Seriously? I have 2.6.12.2 and I have read reports of people solving this problem with 2.6.11! How much newer is new? Doing kernel compile foo is one of my least favorite things. > > ALSA and OSS emu drivers will playback sound. It is only a JACK > issue. > > Jack tries to use full duplex. Try using only playback or capture > (-P, > -C). Woah...I'd prefer if the device can do duplex, because it's capable of that for sure. I'll take this to the jack email list. -lee

19 years, 1 month

[linux-audio-user] Re: Digital Fidelity

by Maluvia

Not to beat a dead dog, but . . . Before we blow a once-a-year tax refund on an Apogee converter, could someone - a compassionate scientist perhaps - explain to me why an Apogee converter is so vastly superior to the converter in, say, an RME hdsp9632 - as to justify it's second-mortgage price tag? (I know the best way to find out would be to just listen, but we can't afford to order one just to test it out.) At least Zaolla has 6 pages of detailed engineering specs, data, tests, charts, etc. to back up their claims, whereas with Apogee - they just seem to expect you to take their word for it. - Maluvia

19 years, 1 month

Re: [linux-audio-user] jackd and usb 1.1 audio on i386 non-functional

by Lee A. Azzarello

----- Clemens Ladisch <clemens(a)ladisch.de> wrote: > Lee A. Azzarello wrote: > > I have a Emagic emi26 usb 1.1 sound card on a 2.6.12.2 kernel I > built > > myself. OSS emulation and ALSA drivers play back sound but jackd > using > > the ALSA drivers will not start. The kernel complains about a > broken > > pipe for the device. > > What is the error code in the system log? > Is there a USB hub involved? No USB hub, connected directly. The error from the kernel is: cannot submit datapipe for urb 4, err = -28 And nothing else. I have usb bandwidth turned off in the kernel. ALSA and OSS emu drivers will playback sound. It is only a JACK issue. -lee

19 years, 1 month

[linux-audio-user] Re: Re: Digital Fidelity (fons adriaensen)

by Phil Mendelsohn

Fons said: > On Thu, Mar 02, 2006 at 03:04:29PM +0900, res0u2uc(a)verizon.net wrote: > >> Hmm. Well, my knowledge here isn't great, but I think having >> a capacitor at the output of a Class A amplifier would >> prevent it from operating with a DC offset. > > No. The essential point of (balanced) Class A is that both > halves of the output stage (the one giving the + and > the one giving the - voltage) are both active all the > time and never 'cut off'. Sorry -- I have to split a hair here. You're describing Class AB. Class A means that you are never out of the linear region of conductance for the semiconductor. This means that there are no "halves" to an output stage. > Anyway the DC component required for Class A would burn > your speakers in a fraction of a second. Only if you run from 0 to Vmax with a positive DC bias. You can run a class A device between positive and negative rails so that the output has no DC offset. There's no free lunch, though -- you want to consider a lot of practical things that outweigh the "pure" approach -- boy, your devices had better be thermally stable, class A is pretty wimpy for power dissipation, what happens to your DC offset when your output device fails, and a lot more that have little to do with Linux, so I'll stop there... Upshot: It's easier to make class A preamps than power amps. ("Man! I can't believe you got me monologuing again!") --The Incredibles Cheers, Phil M -- Dept. of Mathematics, 342 Machray Hall U. of Manitoba, Winnipeg, Manitoba, Canada R3T 2N2 Office: 446 Machray Hall, 204-474-6470 http://www.rephil.org/ phil at rephil dot org

19 years, 1 month

[linux-audio-user] Re: Digital Fidelity (Maluvia)

by Phil Mendelsohn

So Maluvia says: >>I built some D/As out of a Crystal 24-bit evaluation board that blew the >>socks off an equivalent Apogee -- with a good clean power supply and >>clock. For about $200 US! > > Wow - that's really encouraging! > (BTW, where does one come by something like a Crystal evaluation board?) If you can convince a Crystal Semiconductor wholesaler that they should sell an engineering eval. unit to you, then that's where. I don't know who the industrial distributors might be for your region, though. You can try this for other companies as well. >>For A/D, I found that a 20-bit Burr-Brown chip >>*sounded* better than the Apogees at 44.1/48k and 24-bit, though most of >>that was still the input filtering. Caveat: yes -- that did include a careful and good word-clock. I agree with all comments about jitter _at the convertor_ I've seen so far; but most decent convertors won't mangle an external clock, and you can add a spendy stable clock later if you like -- just add next year's tax-refund as well! Cheers, Phil M -- Dept. of Mathematics, 342 Machray Hall U. of Manitoba, Winnipeg, Manitoba, Canada R3T 2N2 Office: 446 Machray Hall, 204-474-6470 http://www.rephil.org/ phil at rephil dot org

19 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user March 2006