Triode wrote: > Question I would have about this is that it works if we only deal with > one sample rate, but if we don't upsample and the user has multiple > sample rate files then it is changing the frequency of needing to run > the output thread with sample rate - rather than the number of bytes > transfered. What's the benfit other than being able to set the actual > buffer size more directly. [we could probably support both?]
Don't ask me why, cause I can't give you a scientific explanation, but 384k isn't a problem. You can throw pretty much any params at that and it doesn't matter. It's 352k8 that is tricky for me. My take is that if what I have configured works at 352k8, it works just fine at 384k. Assuming max rate out (hardware) is going to be 192k, what works fine for 176k4 will work just fine for 192k. Benefit.... There isn't any. Other than in my calculations, x bytes are going to be transferred in one interrupt, and how many interrupts a second will be needed to support 2822400 bytes/sec data transfer for the 352k8 rate. I just wanted to be able to set the values directly. ------------------------------------------------------------------------ JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069 View this thread: http://forums.slimdevices.com/showthread.php?t=98544 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
