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
Support
General Support
Sound but no image after tuning on TV channel
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="mm1352000" data-source="post: 1166593" data-attributes="member: 82144"><p>To be clear: you mean that LAV DXVA works so CPU usage is normally relatively low (< 25%), right?</p><p>(...but as you said previously, if you would disable DXVA for any reason then CPU usage would jump to 100%?)</p><p></p><p></p><p>I can't explain this.</p><p></p><p></p><p>Yes, this is exactly the result I'd expect if LAV DXVA is not working as it should. I'd expect MS DTV and all other codecs would give approximately the same CPU usage with DXVA disabled. So, the question for HTPC 1 is: why is LAV DXVA not working? I'm not able to answer this. Nev would surely be able to help, but you have to be willing to take the time to ask him etc.</p><p></p><p></p><p>Yes, I understand. If the black screen issue happens relatively frequently (every couple of days?) then perhaps an alternative way of testing (without being able to trigger) would be to switch over to LAV for a week and see if you notice whether the issue is gone or not. Having said that, it's possible that DXVA being enabled or not may make a difference to the issue.</p><p></p><p>Anyhow, whether and what you want to test is completely up to you. <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>Again, I can't explain this.</p><p>Assuming you're using the same driver, MS DTV/DVD and LAV versions and LAV configuration the only possible causes of differences I could suggest would be:</p><ol> <li data-xf-list-type="ol">Something related to differences in power savings modes (eg. CPU turbo behaviour etc.). I've seen reports of people solving stuttering problems by opening an internet browser. That was enough to stop the CPU is bouncing between lower and higher power states, which was causing trouble for the video decoding.</li> <li data-xf-list-type="ol">Different DXVA modes (LAV vs. MS DTV/DTD). For example, MS codecs will be using DXVA 2.0 whereas depending on configuration LAV could be using Intel QuickSync. Maybe something about QuckSync (which MS codecs don't support</li> </ol><p></p><p></p><p>I'm confused; I don't follow your train of thought. I thought we were talking about h.264/AVC not MPEG 2. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused :confused:" loading="lazy" data-shortname=":confused:" /></p><p>h.264 decoding requires significantly more processing power than MPEG 2 decoding. I would have thought both your HTPCs should be more than capable of decoding SD MPEG 2 without any trouble regardless of DXVA. They may have problems with <strong>HD</strong> MPEG 2... but AFAIK HD MPEG 2 is only used in Australia, USA and maybe Canada.</p></blockquote><p></p>
[QUOTE="mm1352000, post: 1166593, member: 82144"] To be clear: you mean that LAV DXVA works so CPU usage is normally relatively low (< 25%), right? (...but as you said previously, if you would disable DXVA for any reason then CPU usage would jump to 100%?) I can't explain this. Yes, this is exactly the result I'd expect if LAV DXVA is not working as it should. I'd expect MS DTV and all other codecs would give approximately the same CPU usage with DXVA disabled. So, the question for HTPC 1 is: why is LAV DXVA not working? I'm not able to answer this. Nev would surely be able to help, but you have to be willing to take the time to ask him etc. Yes, I understand. If the black screen issue happens relatively frequently (every couple of days?) then perhaps an alternative way of testing (without being able to trigger) would be to switch over to LAV for a week and see if you notice whether the issue is gone or not. Having said that, it's possible that DXVA being enabled or not may make a difference to the issue. Anyhow, whether and what you want to test is completely up to you. :) Again, I can't explain this. Assuming you're using the same driver, MS DTV/DVD and LAV versions and LAV configuration the only possible causes of differences I could suggest would be: [LIST=1] [*]Something related to differences in power savings modes (eg. CPU turbo behaviour etc.). I've seen reports of people solving stuttering problems by opening an internet browser. That was enough to stop the CPU is bouncing between lower and higher power states, which was causing trouble for the video decoding. [*]Different DXVA modes (LAV vs. MS DTV/DTD). For example, MS codecs will be using DXVA 2.0 whereas depending on configuration LAV could be using Intel QuickSync. Maybe something about QuckSync (which MS codecs don't support [/LIST] I'm confused; I don't follow your train of thought. I thought we were talking about h.264/AVC not MPEG 2. :S h.264 decoding requires significantly more processing power than MPEG 2 decoding. I would have thought both your HTPCs should be more than capable of decoding SD MPEG 2 without any trouble regardless of DXVA. They may have problems with [B]HD[/B] MPEG 2... but AFAIK HD MPEG 2 is only used in Australia, USA and maybe Canada. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
Sound but no image after tuning on TV channel
Contact us
RSS
Top
Bottom
