On Tue, Jul 13, 2010 at 11:38:11AM +0200, pet...@schwertfisch.de wrote: > Jacob Meuser <jake...@sdf.lonestar.org> wrote: > > > On Tue, Jul 13, 2010 at 09:10:35AM +0200, Jan Stary wrote: > > > On Feb 21 14:04:01, Alexandre Ratchov wrote: > > > > On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: > > > > > > > > > > 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. > > > > > > To support the dynamic range of the bleeding artist inside, > > > I will buy me a 24bit (uaudio) card once 24bits is supported. > > > Can I ask politely about the current status? > > > > ready to commit as far as I'm concerned, but it breaks audio(4) > > binary compat ... > > This is good news (the first part of your statement).
well, the "binary compat" issue isn't really much of an issue, afaics. rebuilding things that use sys/audioio.h is all that's needed; it just adds a couple new members to structs audio_encoding and audio_prinfo. actually, if you rebuild libossaudio and libsndio (whic would be done for you already if you update via snapshots), there are only 2 ports in -current that would need to be rebuilt: graphics/xanim and lang/squeak. of course if you're using static libs, it's a little different, but iirc, as far as ports/packages go, that only affects the vax platform; I don't recall any port specifically using static linkage. besides, we live in a source code world ... or something like that. or maybe I'm completely off base and people really are using OpenBSD native binaries they don't have the source to that use the OpenBSD native audio(4) API. if so, I'd really like to know. this doesn't affect Linux binary emulation in any way. > Which devices did you use for testing? E-Mu 0202 USB. it was a gift from patrick keshishian (thanks!). it's also a USB 2.0 device, so there's also USB 2.0 support for uaudio in that patchset. the 0202 also uses a sync endpoint for playback, so that's finally implemented (the first implementation for *BSD, btw). -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
