Reply to thread

Message

<blockquote data-quote="tourettes" data-source="post: 610338" data-attributes="member: 10858">Sounds like an ugly hack, I would even prefer a self written audio renderer that has a nice and clean interface to control the reference clock speed. EOP cannot be controlled tightly, looks like GPU and drivers just differ a lot between different frames. There seems to be even over 200 lines differences when the :<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite7" alt=":p" title="Stick Out Tongue&nbsp; &nbsp; :p" loading="lazy" data-shortname=":p" />resent() call returns. Also I think is shouldn't matter to the playback quality in general how long the :<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite7" alt=":p" title="Stick Out Tongue&nbsp; &nbsp; :p" loading="lazy" data-shortname=":p" />resent() call takes (as long as it wont force the frame to incorrect v-sync), just that it confuses Reclock's algorithm as a side effect (DirectX wont change the presentation point anyhow, it is directly linked to the v-sync time).So, I would prefert to have a reference clock that can be adviced correctly. Preferably Reclock, since it has all the audio resampling ready (multiple audio formats etc. will take quite long to implement properly, especially when I have no knowlwdge on that area at all...)If no one else asks James opinion to extend the Reclock to allow external component to give advices in the v-sync off mode I'll ask from him as soon as I get back from vacation.</blockquote>

[QUOTE="tourettes, post: 610338, member: 10858"] Sounds like an ugly hack, I would even prefer a self written audio renderer that has a nice and clean interface to control the reference clock speed. EOP cannot be controlled tightly, looks like GPU and drivers just differ a lot between different frames. There seems to be even over 200 lines differences when the ::Present() call returns. Also I think is shouldn't matter to the playback quality in general how long the ::Present() call takes (as long as it wont force the frame to incorrect v-sync), just that it confuses Reclock's algorithm as a side effect (DirectX wont change the presentation point anyhow, it is directly linked to the v-sync time). So, I would prefert to have a reference clock that can be adviced correctly. Preferably Reclock, since it has all the audio resampling ready (multiple audio formats etc. will take quite long to implement properly, especially when I have no knowlwdge on that area at all...) If no one else asks James opinion to extend the Reclock to allow external component to give advices in the v-sync off mode I'll ask from him as soon as I get back from vacation. [/QUOTE]

Verification