Triode wrote: > The original idea for this was to cater for dacs with an internal buffer > of several ms worth of data - the idea was to let the last track drain > before changing sample rate, then send a period of silence after the > change before starting the new track. I realize this could make the > delay longer than necessary but when we discussed it related to dop it > was thought this would cover the largest range of possibilities.
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 ------------------------------------------------------------------------ gahabana's Profile: http://forums.slimdevices.com/member.php?userid=62064 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
