On Sun, Jan 18, 2009 at 07:43:49PM -0500, Nick Guenther wrote: > On Sun, Jan 18, 2009 at 7:20 PM, Jacob Meuser <jake...@sdf.lonestar.org> > wrote: > > On Sun, Jan 18, 2009 at 04:53:41PM -0500, Nick Guenther wrote: > > > >> straight `jackd` was very stuttery (because of xruns), but after some > >> experimenting I have settled on: > >> /usr/local/bin/jackd -R -d sun -r 44100 -p 4096 -n 4 > >> (44100 because audacity and hydrogen use that as a default sample > >> rate, 4096 because 2048 was still stuttery sometimes) > >> > >> Here is my audio card: > >> azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x02: irq 7 > >> azalia0: codec[s]: Realtek/0x0888 > >> audio0 at azalia0 > > > > -R is useless. OpenBSD doesn't have realtime support. > > I was worried about that.
bah. just use a higher latency for general purpose usage or if you want low latency use less resource hungry apps. > > >> It works pretty well, but it's still not ideal, though. In playing a > >> song with vlc+vlc-jack I noticed that it would click and pop > >> sometimes. I looked at the song in Audacity and indeed it does get > >> very near to +1.0 in the part where I hear the pops. However I killed > >> jackd and ran vlc again on the same song and the pops were gone. So > >> jackd must be overscaling, or perhaps BSD's oss underscales by > >> default. I've been googling but no one seems to have this specific > >> problem. Does anyone have any pointers? > > > > again, update to -current. this was a rounding problem in jack. > > Hah! well, there certainly were a lot of fixes for azalia that would benefit you. > > (and jackd doesn't use OSS on OpenBSD) > > Right, it's 'sun'. I get confused because they both work by reading > and writing to a device file. hehe. sndio will be the only sensible API ... eventualy. > >> -Nick > >> > >> p.s. By the way, what is libsndio? Is it an audio mixer in base, > >> finally? I found a bunch of scattered posts about it and even the > >> sio_open(3) man page in cvsweb but nothing that explains specifically > >> what the goal is. > > > > libsndio is a new audio API. among it's benefits is the ability > > to use different "backends" transparently, currently either audio(4) > > or aucat(1) in server mode. > > So it's like PortAudio? Out of curiousity, why not just write an aucat > backend for portaudio? because PA probably isn't coming to OpenBSD base any time soon. and, possibly, in the long term, sio_open(3) will become sio_open(4). a sndio backend for PA would be nice. but it's a complex API, and actually not many ports even *can* use PAv19. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
