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
HTPC Projects
Software
Codecs
SAF v5.02 *final* (based on FFDShow DXVA decoder)
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="Larzon" data-source="post: 660316" data-attributes="member: 101335"><p><strong>Re: SAF v5.00 experimental (based on FFDShow DXVA decoder)</strong></p><p></p><p></p><p>You are referring to FFDSHOW Video > Resize?</p><p></p><p>As I understand, any functions performed within FFDSHOW are handled by the CPU.</p><p> </p><p>This means if FFDSHOW Resize is enabled, your CPU performs the work of resizing before passing the video along to your GPU.</p><p></p><p>If FFDSHOW Resize is <strong>dis</strong>abled, the work is instead performed by your <em>GPU</em> -- assuming you are viewing the video larger than original size (e.g. full screen). Note that if MePo Zoom level = <em>Original</em>, then <em>no</em> resizing will occur.</p><p></p><p>If your GPU does this task adequately, that's good. And why not let it do that job, as it is a GPU after all!</p><p></p><p></p><p>One other thought: <em>Deinterlacing</em> takes a decent amount of processing power as well, so you can look to see if FFDSHOW (therefore CPU) is performing this or if this job is being passed to your GPU. If FFDSHOW is handling this, you can select which method of deinterlacing to use, as some are more computationally intensive than others. Search back through this thread for tips on this... Here is some info from Hoborg: <a href="https://forum.team-mediaportal.com/codecs-external-players-55/saf-v5-00-experimental-based-ffdshow-dxva-decoder-77591/index126.html#post646886" target="_blank">https://forum.team-mediaportal.com/codecs-external-players-55/saf-v5-00-experimental-based-ffdshow-dxva-decoder-77591/index126.html#post646886</a></p></blockquote><p></p>
[QUOTE="Larzon, post: 660316, member: 101335"] [b]Re: SAF v5.00 experimental (based on FFDShow DXVA decoder)[/b] You are referring to FFDSHOW Video > Resize? As I understand, any functions performed within FFDSHOW are handled by the CPU. This means if FFDSHOW Resize is enabled, your CPU performs the work of resizing before passing the video along to your GPU. If FFDSHOW Resize is [B]dis[/B]abled, the work is instead performed by your [I]GPU[/I] -- assuming you are viewing the video larger than original size (e.g. full screen). Note that if MePo Zoom level = [I]Original[/I], then [I]no[/I] resizing will occur. If your GPU does this task adequately, that's good. And why not let it do that job, as it is a GPU after all! One other thought: [I]Deinterlacing[/I] takes a decent amount of processing power as well, so you can look to see if FFDSHOW (therefore CPU) is performing this or if this job is being passed to your GPU. If FFDSHOW is handling this, you can select which method of deinterlacing to use, as some are more computationally intensive than others. Search back through this thread for tips on this... Here is some info from Hoborg: [url]https://forum.team-mediaportal.com/codecs-external-players-55/saf-v5-00-experimental-based-ffdshow-dxva-decoder-77591/index126.html#post646886[/url] [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
HTPC Projects
Software
Codecs
SAF v5.02 *final* (based on FFDShow DXVA decoder)
Contact us
RSS
Top
Bottom