On Tue, Oct 28, 2008 at 09:51:36AM +0100, Alf Schlichting wrote: > On Tue, Oct 28, 2008 at 04:18:47AM +0000, Jacob Meuser wrote: > > On Mon, Oct 27, 2008 at 05:27:09PM +0100, Alf Schlichting wrote: > > > On Mon, Oct 27, 2008 at 03:12:55AM +0000, Jacob Meuser wrote: > > > > > > > > perhaps some of you have noticed a new sound library has come to > > > > base (sio_open(3)), and aucat(1) can act as a sound server. > > > > > > > > this makes SDL use the new library by default (if SDL_SUDIODRIVER is not > > > > set in the environment, or you can explicitly set > > > > SDL_AUDIODRIVER=libsndio). > > > > > > > > playing games is fun testing ;) > > > > > > > > if you use the aucat server, you may want to start it like > > > > $ aucat -b 16384 -l (or even -b 8192 if you have a "faster" machine) > > > > or you might have a longer than desired latency between seeing things > > > > happen and hearing the associated sound. > > > > > > > > some things are much better for me with this than the current audio(4), > > > > backend, such as quake2 on an azalia(4) that has limited sample rates. > > > > > > > > -- > > > > [EMAIL PROTECTED] > > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > Works very well here, tested with Quake III/ioquake3 and Quake > > > I/Darkplaces- > > > engine. > > > Especially under load (== higher graphical settings) longer sounds get > > > distorted, zooooooooooooooom becomes zooooockroooooockroooom. Is this > > > avoidable somehow? > > > > hmmm. I don't know. did this happen before? > Oh, i forgot to mention, yes, it happened before. It's avoidable by reducing > graphics and/or maxFPS. For example, darkplaces renders as fast as possible. > Sound crackles a lot. When i set cl_maxfps to 125, sound works fine so > the actual load on the system is important it seems. > Under ioquake3 sound will be good for ca. 10 min. then start crackling/ > stuttering and be ok again ca. 1 minute later, reducing resolution from > 1100x1050 to 650x600 (I'm on a widescreen TFT here, this "weird" > resolutions make the game display look more like 1280x1024/800x600 > on a CRT) helped here too. > I experienced that crackling in ioquake3 under linux too, so there > may be something wrong inside ioquake3 or, more likely, the user.
Well i tried a little more with ioquake3. Although reducing graphics and resolution help. they do not solve the problem totally. After ca. 25-30 minutes the first crackles creep in and build up slowly to getting unbearable. It sounds like zoockroockroockroockroockroom (mostly in situations with lots of parallel sounds). Restarting ioquake3 does not help, aucat has to be killed. ( I used: $ aucat -b 8192 -l & ) This is new and came with libsndio, as stated above, i was able to avoid crackling all together by lowering the graphics options. I can reproduce this behaviour with darkplaces too. It should be reproducable with the new OpenArena port, just let the bots play some Capture the flag for 30 minutes;) I reverted my system back to no-libsndio SDL and everything is fine again (ioquake3 for >30 min. did not crackle at all). > > > Great work! > > > > > > Alf > > > > > > > > > Btw., is there a recommended "bestest" audiocard for OpenBSD? > > > I have 2 Soundblaster Live here (they work ok): > > > emu0 at pci5 dev 0 function 0 "Creative Labs SoundBlaster Live" rev 0x08: > > > apic 4 int 20 (irq 3) > > > audio0 at emu0 > > > emu1 at pci5 dev 1 function 0 "Creative Labs SoundBlaster Live" rev 0x0a: > > > apic 4 int 19 (irq 11) > > > audio1 at emu1 > > > > > > > depends what you want. sound quality? multichannel? s/pdif? envy(4) > > is the only real "pro" soundcard driver. > > > > emu(4) has good sound quality but doesn't have multichannel or > > s/pdif. > > > > cmpci(4) has decent sound quality and is well supported as far as > > multichannel and s/pdif. > > > > auich(4) and auvia(4) support multichannel and s/pdif with most > > hardware that has those capabilities. sound quality varies, > > depending largely on the codec. > > > > even azalia(4) is decent if you understand the mixer controls. > > again, quality varies depending on the codec. > > > > -- > > [EMAIL PROTECTED] > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > Thanks for this list, that helps a lot! > > Alf >
