On Sat, Mar 27, 2010 at 02:24:58AM -0700, J.C. Roberts wrote: > sun_setpar: 0: trying pars = 48000/16/6 > sun_setpar: couldn't set linear encoding > aucat: <default>: can't open device
blargh. sb(4) can't handle 48kHz rates, and this old driver is stupid. "we don't match exactly on sample rate, so completely ignore all other parameters!" how the f is someone supposed to figure out what parameter is the problem then? if it set all the paramters it could (which is everything but the sample rate) and returned a sample rate that the device supported, a program could see that the sample rate requested != sample rate returned and deal with it, easily. instead, by denying all parameters, it's now a guessing game. did sample rate not match, or did channels not match, or was it encoding, or precision ... and you have to get them *all* right to know the answer. see how totally ridiculous that is? unfortunately, fixing this is not exactly trivial. I have an idea, but I really would need a machine (I have the cards, just nothing that can use them) to work it out. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org