JackOfAll wrote: > Triode, > > Couple of squeezelite thoughts.... > > 1. Can we log when it starts the command line args, please. > 2. Need to think about reducing the output buffer size. On low resource > device, having the CPU max out when the next track starts streaming > causing, (due to soxr going hell for leather until the outputbuf is > full), is causing sound glitches. Currently, running with... > > Code: -------------------- > > > MAX_RATE="-r 192000" > BUFFER="-b 512:4096" > ALSA_PARAMS="-a 35280:8820" > -------------------- > > > .... for the best I can get it, which is glitch free over USB with the > MUSB in PIO_ONLY mode. Can't go above 192k. Doesn't have the > horsepower for that.
Is the SCHED_FIFO working (the kernel supports PREEMPT?) It should use 100% cpu, but only as a lower priority to the output thread. The decode thread does have priority inheritance though when it locks the output mutex. Try sticking a short usleep() in the decode loop in decode.c and see if this helps? Would be preferable than reducing buffering assuming we have the memory. ------------------------------------------------------------------------ Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
