JackOfAll wrote: > Triode, > > I'm thinking out loud, and probably missing something obvious, (as per > usual), but why is any of this an issue? Squeezelite behaviour is to > open the output device at the native sample rate..... If that fails then > it tries to open the device using plughw, which should cause ALSA to > resample to a sample rate that is available on the output device.....
It needs the output device to be opened with a name of hw:***** to do this. However - this is only valid for usb dacs or output devices where alsa knows the supported sample rates. For spdif then there's the possibility that alsa believes the sample rate is supported, but the dac doesn't actually support. Dsdreamer - is this the case for you? For the spdif case, I wondered if we allow the -r switch to take a list of rates and then the upsampling support could have another option to only re-sample if the desired rate is not one of the listed rates. I'm beginning to think "upsampling" should really be "resampling" (as it now supports downsampling for dsd to pcm) So we could have: squeezelite -r 192000,96000,48000,44100 -u E Where "E" = resample by exception if the output rate is not supported. This would mean that it would resample 88.4k material to say 192000 but not 96000 material. Is this the type of thing we want? [I am also wondering if -u should be depreciated in favor of -R, any views?] ------------------------------------------------------------------------ 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
