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
Support
Watch / Listen Media
watch/edit Videos
Audio sync problems when screen set to 24 Hz
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="tourettes" data-source="post: 509125" data-attributes="member: 10858"><p>Yesterday evening I did notice that the current GetCurrentTimestamp() method is not accurate! (Same applies to the MPC-HC as they are sharing the same code <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" />). It will lose some precision. It should be enough precise to be in ms range, but maybe it could as well lead into some minor drifting during hours? (I noticed this as I wasn't able to time code execution time properly. multiple GetCurrentTimestamp() calls are providing the same timestamp when QueryPerformanceCounter() is not ever going to be producing same tick count as the method itself has a slight overhead... so the GetCurrenttimestamp() needs to be fixed. I'll try to do it this evening).</p><p></p><p></p><p></p><p>Ok, then it is most likely some other bug (some users have reported it) but on my HTPC & dev PCs seeking is working fine.</p><p></p><p></p><p></p><p>I'm already waiting for the patch <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p></p><p>It's an onboard 9300.</p></blockquote><p></p><p>ok, that might be as well not fully supported. At least it is produced after 8xxx series (I guess it is based on the 9xxx GPUs).</p><p>[/QUOTE]</p>
[QUOTE="tourettes, post: 509125, member: 10858"] Yesterday evening I did notice that the current GetCurrentTimestamp() method is not accurate! (Same applies to the MPC-HC as they are sharing the same code :)). It will lose some precision. It should be enough precise to be in ms range, but maybe it could as well lead into some minor drifting during hours? (I noticed this as I wasn't able to time code execution time properly. multiple GetCurrentTimestamp() calls are providing the same timestamp when QueryPerformanceCounter() is not ever going to be producing same tick count as the method itself has a slight overhead... so the GetCurrenttimestamp() needs to be fixed. I'll try to do it this evening). Ok, then it is most likely some other bug (some users have reported it) but on my HTPC & dev PCs seeking is working fine. I'm already waiting for the patch :) It's an onboard 9300.[/QUOTE] ok, that might be as well not fully supported. At least it is produced after 8xxx series (I guess it is based on the 9xxx GPUs). [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Watch / Listen Media
watch/edit Videos
Audio sync problems when screen set to 24 Hz
Contact us
RSS
Top
Bottom