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!)
MediaPortal Audio renderer - better video playback quality
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: 649459" data-attributes="member: 10858"><p>Maybe there was some background process using CPU cycles in the 1st time? We newer know <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></p><p></p><p>If you are using 1:1 or 1:2 matching video, then the bias shouldn't ever be anything else than 1.0. But I know that the Microsoft's DTV-DVD video decoder in Windows 7 is at least altering the video frame rate(!) when it hits a performance issue and that triggers the bias to change to non 1.0. For example 25fps video could be set to 23.976 or something else as ugly. In normal cases this wont matter, but with this specific audio renderer it will since it is dependant on the EVR presenter's information.</p><p></p><p>One check would be to test some other HW H.264 decoder.</p><p></p><p>About the strecthing and CPU usage... yes, it should require more CPU when the strecthing is happening. Not sure if the requirement is different when the bias is 1.0 and only minor changes are done or when the bias is around 1.004 (23.976 to 25).</p></blockquote><p></p>
[QUOTE="tourettes, post: 649459, member: 10858"] Maybe there was some background process using CPU cycles in the 1st time? We newer know :) If you are using 1:1 or 1:2 matching video, then the bias shouldn't ever be anything else than 1.0. But I know that the Microsoft's DTV-DVD video decoder in Windows 7 is at least altering the video frame rate(!) when it hits a performance issue and that triggers the bias to change to non 1.0. For example 25fps video could be set to 23.976 or something else as ugly. In normal cases this wont matter, but with this specific audio renderer it will since it is dependant on the EVR presenter's information. One check would be to test some other HW H.264 decoder. About the strecthing and CPU usage... yes, it should require more CPU when the strecthing is happening. Not sure if the requirement is different when the bias is 1.0 and only minor changes are done or when the bias is around 1.004 (23.976 to 25). [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
MediaPortal Audio renderer - better video playback quality
Contact us
RSS
Top
Bottom