home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
General Development (no feature request here!)
MediaPortal Audio renderer - better video playback quality
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="davidf" data-source="post: 662884" data-attributes="member: 19484"><p>And will also always have requested the adjustment after a block has started, so resampling will not happen on that part.</p><p></p><p>But you were playing a 1:1 and correcting so the measured rate was exactly correct when measured. I was actually wondering if there was a difference from an EVR point of view between speeding up the clock and slowing down the sound rate. Both will have the effect of correcting the AV drift, but only speeding up the clock will be visible to EVR.</p><p> </p><p>Actually, if you want to know if you need to correct the sound samples then just log the speedup slow down requests. The number and frequency should tell you, as if there are very few then you've got it right i.e. sound + video are happening at the right times.</p><p> </p><p></p><p> </p><p>Again on the audio slow vs time quick</p><p> </p><p>Slow the audio: the reference clock remains at the same speed and on a 1:1 v-sync should stay in position (assuming super accurate clock and accurate calculation of bias)</p><p>Speed up the clock: the clock works a bit faster and so the v-sync position will drift as 20ms will become 19.9999 and the real v-sync won't change.</p><p> </p><p>Or am I mistaken (it is very late).</p></blockquote><p></p>
[QUOTE="davidf, post: 662884, member: 19484"] And will also always have requested the adjustment after a block has started, so resampling will not happen on that part. But you were playing a 1:1 and correcting so the measured rate was exactly correct when measured. I was actually wondering if there was a difference from an EVR point of view between speeding up the clock and slowing down the sound rate. Both will have the effect of correcting the AV drift, but only speeding up the clock will be visible to EVR. Actually, if you want to know if you need to correct the sound samples then just log the speedup slow down requests. The number and frequency should tell you, as if there are very few then you've got it right i.e. sound + video are happening at the right times. Again on the audio slow vs time quick Slow the audio: the reference clock remains at the same speed and on a 1:1 v-sync should stay in position (assuming super accurate clock and accurate calculation of bias) Speed up the clock: the clock works a bit faster and so the v-sync position will drift as 20ms will become 19.9999 and the real v-sync won't change. Or am I mistaken (it is very late). [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
MediaPortal Audio renderer - better video playback quality
Contact us
RSS
Top
Bottom