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!)
MP 1.3.x dshowhelper 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="Pat Clark" data-source="post: 935115" data-attributes="member: 123421"><p>I can confirm SciDoctor's earlier report that queueing takes place with Aero off and EnableDWMQueuedMode=0. At least the "Q" reported in the stats fluctuates, so I presume your internal queue is distinct and runs always.</p><p></p><p>The temporary solution I was using for sound sync (delay in LAV audio) caused unsync in 24fps material, so I killed that and added EnableDWMAudioDelayComp=1. This fixed the 24fps sync. I previously had reported TV sync is "off" a little that way, but now it seems not, so I'm happy with 676.</p><p></p><p>Aero: off, 32-bit desktop. When stable, render reduced by about 3.5% from 13.5 to 13.0ms, similar to SciDoctor's report.</p><p>Running almost anything else, such as EditPad, disturbs the graph/drops/etc., even when just sitting there not doing anything. Perhaps it would resync and flatten out again with time -- untested.</p><p> </p><p>EnableDWMAudioDelayComp=1</p><p>EnableMMCSSforDWM=0</p><p>EnableDWMQueuedMode=0</p><p>EnableMMCSSforSchedulerThread=1</p><p>ForceFirstFrame=0 == What does this do?</p><p>LowResVSyncCorrectionTiming=1</p><p>NumDWMBuffers=7 == Q seems to be fairly stable at 4 in stats. Are they related?</p><p>SampleQueueSize=5</p><p>SchedulerThreadMmcssPriority=3</p><p>TimerThreadMmcssPriority=1</p><p>WorkerThreadMmcssPriority=2</p></blockquote><p></p>
[QUOTE="Pat Clark, post: 935115, member: 123421"] I can confirm SciDoctor's earlier report that queueing takes place with Aero off and EnableDWMQueuedMode=0. At least the "Q" reported in the stats fluctuates, so I presume your internal queue is distinct and runs always. The temporary solution I was using for sound sync (delay in LAV audio) caused unsync in 24fps material, so I killed that and added EnableDWMAudioDelayComp=1. This fixed the 24fps sync. I previously had reported TV sync is "off" a little that way, but now it seems not, so I'm happy with 676. Aero: off, 32-bit desktop. When stable, render reduced by about 3.5% from 13.5 to 13.0ms, similar to SciDoctor's report. Running almost anything else, such as EditPad, disturbs the graph/drops/etc., even when just sitting there not doing anything. Perhaps it would resync and flatten out again with time -- untested. EnableDWMAudioDelayComp=1 EnableMMCSSforDWM=0 EnableDWMQueuedMode=0 EnableMMCSSforSchedulerThread=1 ForceFirstFrame=0 == What does this do? LowResVSyncCorrectionTiming=1 NumDWMBuffers=7 == Q seems to be fairly stable at 4 in stats. Are they related? SampleQueueSize=5 SchedulerThreadMmcssPriority=3 TimerThreadMmcssPriority=1 WorkerThreadMmcssPriority=2 [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
MP 1.3.x dshowhelper development
Contact us
RSS
Top
Bottom