Triode wrote: > This is with the -u option set? This does sound right: > > Squeezelite will try to resample synchronously - i.e. in multiples of > the original sample rate - unless the X flag is also given. This will > result in picking the largest multiple of the samplerate which is equal > to or below the max rate. So this is 128000. 128000 is not supported by > the device so squeezelite reopens the output device in plug mode to get > alsa resampling which then results in you getting 384k on the dac. > > The real problem is that the current code assumes any sample rate is > available below the max rate. 32000 is a specific problem case as > powers of 2 of the rate don't fall on other sample rates and hence > synchronous upsampling won't work. If you have -u X then I suspect you > get rid of this specfic problem?
Triode, thanks for your patience. As indicated by my code snippet, this was done with "-u hLs" and "-r 192000". I was expecting the code to compute 192/32=6 and provide 6x upsampling, but if the ratios must be powers of two, then I understand the current behavior. Yes, using -u X does work. That was my preferred workaround as mentioned yesterday. ---------------------- "Dreamer, easy in the chair that really fits you..." ------------------------------------------------------------------------ dsdreamer's Profile: http://forums.slimdevices.com/member.php?userid=12588 View this thread: http://forums.slimdevices.com/showthread.php?t=99395 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
