digger vermont wrote: fair enough :) Are you really saying that 44.1 kHz doesn't work with ALSA and JACK? Isn't 16-bit 44.1 kHz the CD audio standard? I'm quite surprised (but not doubting you) if that's the real reason your UA-20 doesn't work. Cheers, Chris

On Tuesday 17 February 2004 05.27, digger vermont wrote: There's a misunderstanding here somewhere. The samplerate you are running at doesn't have anything to do with the size of the buffers you set up. (Well it does, but in this discussion it does not.) 44.1khz, e.g. CD-standard is definitely supported by JACK, infact I think pretty much any samplingrate is supported as long as the CARD/driver can support it. Now, in reality most cards only support the standard samplerates e.g. 32khz, 44.1khz, 48khz, 96khz... If your card has problems at 44.1khz and not at 48khz it's probably a limitation of the soundcard (those cards DO exist). If it works in windows it could be because the windows-driver does internal-resampling (very ugly, you don't want to do that unless it's really necessary). All emu10k1 cards works like that in a way. They support pretty much any samplerate, but internally _on_ the card they resample to 48khz since the "engine" is always running at that speed. Hence, it's always best to run an emu10k based card at 48khz, all others are suboptimal. --- Now, the size of the buffers, which normally are limited to ^2 are the amount of data that the card/driver pre-buffers. You usually have a setting for number of buffers also. Lower is often better, causes less latency, but it also puts more strain on the computer. USB based soundcards do particularily don't like the ^2 sound-buffers, I think there is a patch for jack so it supports any buffer size (unless it's already integrated into jack...which is possible). Regards, Robert

Hi Chris, On Mon, 2004-02-16 at 22:43, Chris Pickett wrote: ... I got the vxpocket and have been experimenting. You (and others) are right. The issue isn't with the sample rate. I was getting the same errors with the vxpocket and jack as with UA-20. "The audio interface "hw:1" doesn't support any of the hardware sample formats that JACK's alsa-driver can use." The problem seems to be that when compiling jack the alsa-driver looks to see if the system is big or little endian. It selects the sample formats based on that. Problem is the powerbook is big endian and the vxpocket uses little endian. digger

Chris Pickett wrote: the line sound quality is excellent here (on said g3 @ 400 mhz pismo), but isn't the card supposed to support mic level inputs as well? last time i tried, this did not work properly (lots of noise and too little gain). can somebody confirm the card supports two mic level ins and briefly describe the alsamixer setting to use it? yours, jörn -- The handles of a craftsman's tools bespeak an absolute simplicity, the plainest forms affording the greatest range of possibilities for the user's hand. That which is overdesigned, too highly specific, anticipates outcome; the anticipation of outcome guarantees, if not failure, the absence of grace. - William Gibson, "All Tomorrow's Parties" Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers)