JackOfAll wrote: > OK, bottom line, the buffer needs to be increased from 40 if you are > upsampling. I'm probably not going to do a very good job of explaining > this, but basically what is happening, is that 10-15 seconds before the > end of one track, the next starts being buffered. When the data for that > next track is fed into the resample library, CPU spikes for a fraction > of a second. If you are running with a "small" alsa buffer, that CPU > spike is probably enough to cause a glitch. As you have found, just > increase the alsa buffer and it isn't a problem. (The strange thing is, > not sure why you are seeing this with minimum phase filter but not > linear. I'd expect you to see it with both. Perhaps minimum phase uses > more CPU. I haven't compared.....) >
If this is constantly a problem, then we can perhaps put a small sleep in the decode process to avoid it hogging the cpu... The thread should be lower priority than the output thread and be preempted but I am not sure if this is completely effective. ------------------------------------------------------------------------ Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=98544 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
