gahabana wrote: > Here is suggestion that will make it bit more complicated > command-line-wise but I think it could cater for all scenarios/needs: > add a parametar after the delay ammount that would indicate what % of > time is spent 'draining' the old samplerate stream and therefore rest > would be spent on sending zeros under new sample rate. if ommited it > defaults to 50 (as it is implemented currently) . percentage would be > from 0-100 and command line parametar could look like: -r :200:30 ... > that would mean 200ms delay o/w 60ms (30%) under 'old sample rate' and > 140ms under new sample rate. > > What do you think ? > > thanks > Gaha
Is it really causing a problem with it being slightly longer than necessary as it only occurs on sample rate change? (I'm trying to avoid unnecessary options - already have too many....) ------------------------------------------------------------------------ Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
