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: 841478" data-attributes="member: 83973"><p>What's happening when the video 'stops' (from the logs) is that the supply of video samples (decoded/deinterlaced frames) to dshowhelper isn't fast enough. They are arriving too late to be used, so dshowhelper has to drop them - this is what the "Dropping sample from the past" messages in evr.log mean.</p><p></p><p>These messages are happening about every 40ms - it looks like something is throttling the sample delivery rate at (or just below) the video frame rate (for some reason), so it can never 'catch up' and the video freezes.</p><p></p><p>I have a few thoughts about what might be happening, but I suspect the Windows DWM (Aero) is involved in this, because odd things like this mostly seem to happen with dual-screen systems (from what I've seen in logs from users) - especially when the screens are at different refresh rates. I suspect dshowhelper sending more 'running late' quality control messages to Windows might help....</p><p></p><p>Tony</p></blockquote><p></p>
[QUOTE="Owlsroost, post: 841478, member: 83973"] What's happening when the video 'stops' (from the logs) is that the supply of video samples (decoded/deinterlaced frames) to dshowhelper isn't fast enough. They are arriving too late to be used, so dshowhelper has to drop them - this is what the "Dropping sample from the past" messages in evr.log mean. These messages are happening about every 40ms - it looks like something is throttling the sample delivery rate at (or just below) the video frame rate (for some reason), so it can never 'catch up' and the video freezes. I have a few thoughts about what might be happening, but I suspect the Windows DWM (Aero) is involved in this, because odd things like this mostly seem to happen with dual-screen systems (from what I've seen in logs from users) - especially when the screens are at different refresh rates. I suspect dshowhelper sending more 'running late' quality control messages to Windows might help.... 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