> > > > I use a m-audio mobilepre for recording and listening music; > > > > it's class compliant does 16-bit stereo at 48kHz, and the > > > > sound is excellent. It has a stereo preamp and a phantom > > > > power, which is handy.
I have been using this for some time now (thanks again for the tip, the sund really is good). Looking at http://www.m-audio.com/products/en_us/MobilePre.html today, it says the MobilePre can do 48000/24b; the image seems to be something else than what I see at my desk, too. Is there a new version of MobilePre out? Has someone used it under > 4.7? > > > > > More generally, what is the status of uaudio(4)? > > > > > > > > It works reliably, 24-bit encodings are not supported > > > > though; recently Jacob fixed various bugs, including a very > > > > annoying limitation of the block size. Ah, so does the MobilePre in fact support 24b, but only 16b under OpenBSD? > > > uaudio supports (most of) USB 1.x/USB Audio 1.x standards. there may > > > be issues with USB 2.x/USB Audio 2.x devices, however, these types of > > > devices aren't all that common yet, unles you're looking for high-end > > > equipment (> 6 channels), but there are some out there. for example, > > > the newer m-audio fast tracks are USB 2.0. > > > > Is someone using one of these? > > > > http://www.m-audio.com/products/en_us/FastTrack.html > > http://www.m-audio.com/products/en_us/FastTrackPro.html > > http://www.m-audio.com/products/en_us/FastTrackUltra.html > > > > (If not, I will probably settle for the MobilePre.) > > > > > creative/e-mu have some > > > USB 2.0 devices. I have looked at USB 2.0 support for uaudio, and I have > > > ideas about how to proceed, but without the hardware in hand ... hmm > > > I see the e-mu 0202 is now ~$100, I should probably ask for one on > > > want.html. > > > > I suppose this is not supported then, right? > > http://www.emu.com/products/product.asp?category=610&subcategory=611&product=15186 > > not yet. I did receive an 0202, and have it working (this includes > support for multiple/sync endpoints and other improvements to uaudio > in general), but it requires some changes in audio(4) itself ... > it's coming. Any news on this? Thank you Jan
