dsdreamer wrote: > > For some reason, squeezelite now believes that a bunch more sampling > rates are supported than is the case, but when it tries to open at one > of these sample rates it discovers it can't and uses the plughw > resampling instead. But this only occurs when -r 384000 is explicitly > given. I've tried -r 192000 with similar results. However, it I leave > out the -r option altogether (as in the first example above) it does > resample by exception, but jumps to the highest supported sample rate > rather than choosing the next highest that is available. >
There is a change in that it will now resample by exception using the same logic as upsampling - i.e. to the max sync sample rate if no other params are given. Is this causing a problem. If so we can review if this should be to the minimum sync sample rate? The operation of the -r option is now as follows: -r X : X is the max sample rate, believe all sample rates below this are supported [this list you see is the set of rates known to squeezelite] -r X-Y : X is the min sample rate and Y the max supported by the device, all known rates between these two are believed to work -r A, B, C : rates A B and C are supported Note that the -r options do not probe the device as they are also intended to be used when the device is not present at squeezelite startup. To probe the actual device support don't use the -r option. ------------------------------------------------------------------------ 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
