Reply to thread

Message

<blockquote data-quote="BushLin" data-source="post: 1007077" data-attributes="member: 133981">Disabling &quot;Dynamic Refresh Rate Control&quot; made a marginal improvement, as did disabling windows features like &quot;remote differential compression&quot; but in practical terms it just meant there's a slightly lower baseline from where the spike in CPU usage starts.Having poked through the logs I can see the content is VC1 and it's documented that a VP2 class Nvidia card can't accelerate that.Playing locally shows that a 720p video I'm struggling with is using about 30% or less CPU power and therefore I assume the rest is being munched up by either the process of dynamically downloading and playing a stream (perhaps it works with big chunks of video at a time in separate scripts) OR potentially some DRM mechanism having a nose around to inspect what's going on.When running Task Manager or Process Explorer (with admin rights) I couldn't see any process or service suddenly increase in usage when playback stuttered, they were nearly always consuming less than 1%; fairly consistently it was the MediaPortal process suddenly jumping from below 50% usage to max and this would happen fairly randomly and sometimes infrequently but you can tell the system is struggling as skipping back 15secs means the system takes a while to settle back.&nbsp;I should point out that I don't want to say &quot;this is fact, you should fix it&quot;, I'm not pretending to 100% understand precisely what element(s) of mediaportal or the plugin manifests itself in my use case but am trying to be as scientific as possible in providing feedback. I'm very grateful to everyone who works on Mediaportal and it's many supporting tentacles, I fully intend to donate when I'm in a less restricted financial situation and not even close to complaining at something provided for free especially when I have workarounds to hand.&nbsp;Over and out, I'm going to leave this alone for at least the rest of today.</blockquote>

[QUOTE="BushLin, post: 1007077, member: 133981"] Disabling "Dynamic Refresh Rate Control" made a marginal improvement, as did disabling windows features like "remote differential compression" but in practical terms it just meant there's a slightly lower baseline from where the spike in CPU usage starts. Having poked through the logs I can see the content is VC1 and it's documented that a VP2 class Nvidia card can't accelerate that. Playing locally shows that a 720p video I'm struggling with is using about 30% or less CPU power and therefore I assume the rest is being munched up by either the process of dynamically downloading and playing a stream (perhaps it works with big chunks of video at a time in separate scripts) OR potentially some DRM mechanism having a nose around to inspect what's going on. When running Task Manager or Process Explorer (with admin rights) I couldn't see any process or service suddenly increase in usage when playback stuttered, they were nearly always consuming less than 1%; fairly consistently it was the MediaPortal process suddenly jumping from below 50% usage to max and this would happen fairly randomly and sometimes infrequently but you can tell the system is struggling as skipping back 15secs means the system takes a while to settle back. I should point out that I don't want to say "this is fact, you should fix it", I'm not pretending to 100% understand precisely what element(s) of mediaportal or the plugin manifests itself in my use case but am trying to be as scientific as possible in providing feedback. I'm very grateful to everyone who works on Mediaportal and it's many supporting tentacles, I fully intend to donate when I'm in a less restricted financial situation and not even close to complaining at something provided for free especially when I have workarounds to hand. Over and out, I'm going to leave this alone for at least the rest of today. [/QUOTE]

Verification