Reply to thread

Message

<blockquote data-quote="davidf" data-source="post: 662841" data-attributes="member: 19484">That's good because the last logs had over 64K samples and you can put that in 2003.To be quite honest there are still errors in there.&nbsp; The increase in accuracy has just made sure that SUM(errors)=0, with the lower accuracy the error was always positive.&nbsp; The big remaining error is that you are not taking into account the sample times of the stuff going through SoundTouch so there is a period when EVR has asked for a speed up and you aren't doing it and a period when it has asked to stop speeding up and you still are - that's the whole PI1+UP1 thing. Fortunately the SUM(Error) for that should be 0 as well.I'm sure you could craft a scenario where this would all go wrong but over a period of time it should work out fine.Easiest way to say for sure is answer 1 question:Using nothing on the HTPC i.e. no audio renderer - which way does the drift go: sound first or sound after?You might want to give him a shout when you see this:MultTotal adjustment requested by EVR -363447Forward Adjustments 0Backwards Adjustments 7422Multiplier adjustment 75782DivTotal adjustment requested by EVR 162762.1485Forward Adjustments&nbsp; 3604Backwards Adjustments&nbsp; 0Multiplier adjustment 79467.25431 (would be downwards)i.e. when you increase the clock EVR slows it down.Try amusing yourself by speeding up and slowing down the sound by 1.00005885 (rough estimate of the mult) - EVR can't detect that.</blockquote>

[QUOTE="davidf, post: 662841, member: 19484"] That's good because the last logs had over 64K samples and you can put that in 2003. To be quite honest there are still errors in there. The increase in accuracy has just made sure that SUM(errors)=0, with the lower accuracy the error was always positive. The big remaining error is that you are not taking into account the sample times of the stuff going through SoundTouch so there is a period when EVR has asked for a speed up and you aren't doing it and a period when it has asked to stop speeding up and you still are - that's the whole PI1+UP1 thing. Fortunately the SUM(Error) for that should be 0 as well. I'm sure you could craft a scenario where this would all go wrong but over a period of time it should work out fine. Easiest way to say for sure is answer 1 question: Using nothing on the HTPC i.e. no audio renderer - which way does the drift go: sound first or sound after? You might want to give him a shout when you see this: Mult Total adjustment requested by EVR -363447 Forward Adjustments 0 Backwards Adjustments 7422 Multiplier adjustment 75782 Div Total adjustment requested by EVR 162762.1485 Forward Adjustments 3604 Backwards Adjustments 0 Multiplier adjustment 79467.25431 (would be downwards) i.e. when you increase the clock EVR slows it down. Try amusing yourself by speeding up and slowing down the sound by 1.00005885 (rough estimate of the mult) - EVR can't detect that. [/QUOTE]

Verification