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!)
MP1 EVR Presenter/dshowhelper community development
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="Owlsroost" data-source="post: 656218" data-attributes="member: 83973"><p>Hi David,</p><p></p><p></p><p></p><p>Tell me about it...it's quite sensitive to the balance of thread priorities and which threads are under MMCSS control (and other time related things) - I've spent hours and hours playing around adjusting priorities and delay timers etc to arrive at the current setup.</p><p></p><p></p><p></p><p>m_frameRateRatio is the (integer) ratio of the display-to-video frame rates - see GetFrameRateRatio(). It's zero whenever there isn't a close integer relationship between the two rates (within 1.5%). When it's zero some processing is disabled because it's pointless or makes the situation worse.</p><p></p><p></p><p></p><p>That's what should happen - it's not a bug. </p><p></p><p></p><p></p><p></p><p>It doesn't matter if you use pre- or post-increment for the loop variable (or i=i+1) - it's updated at the end of each loop iteration, not at the begining. I normally use post-increment - those lines were copied from elsewhere and I didn't notice they used pre-increment....</p><p></p><p></p><p></p><p></p><p>Do you mean:</p><p> *pTargetTime = systemTime + 15000; //delay in smaller chunks </p><p>is now:</p><p> *pTargetTime = systemTime + 10000; //delay in smaller chunks</p><p> </p><p></p><p>Tony</p></blockquote><p></p>
[QUOTE="Owlsroost, post: 656218, member: 83973"] Hi David, Tell me about it...it's quite sensitive to the balance of thread priorities and which threads are under MMCSS control (and other time related things) - I've spent hours and hours playing around adjusting priorities and delay timers etc to arrive at the current setup. m_frameRateRatio is the (integer) ratio of the display-to-video frame rates - see GetFrameRateRatio(). It's zero whenever there isn't a close integer relationship between the two rates (within 1.5%). When it's zero some processing is disabled because it's pointless or makes the situation worse. That's what should happen - it's not a bug. It doesn't matter if you use pre- or post-increment for the loop variable (or i=i+1) - it's updated at the end of each loop iteration, not at the begining. I normally use post-increment - those lines were copied from elsewhere and I didn't notice they used pre-increment.... Do you mean: *pTargetTime = systemTime + 15000; //delay in smaller chunks is now: *pTargetTime = systemTime + 10000; //delay in smaller chunks Tony [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
MP1 EVR Presenter/dshowhelper community development
Contact us
RSS
Top
Bottom