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
Area 51 - Testing Area
madVR support in MP1
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="joecrow" data-source="post: 1199612" data-attributes="member: 128337"><p>v226 with test3 dshowhelper.</p><p>No change with Copy Back and long stop times TVS vid stopped ca 10:07 in attached log.</p><p>No change with Native and 4k playback log at ca 10:12</p><p></p><p>Also sorry<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown :(" loading="lazy" data-shortname=":(" /> but both before and after I added the test 3 Dshow. I noticed a new TV zapping problem with Copy Back only, when switching from a SD channel to HD channel vid will either freeze on SD channel or show a black screen, a further zap either to an HD or SD channel returns video OK, SD to SD zap and HD to HD zap seems OK. See log from 10:17. Native does not have this problem but pq of SD TV is awfull both with Madvr and EVR.</p><p></p><p><strong>UPDATE</strong></p><p>The zapping problem with Copy Back does not happen if I select the option "Use EVR for Live TV",<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite11" alt=":rolleyes:" title="Roll Eyes :rolleyes:" loading="lazy" data-shortname=":rolleyes:" /> so as a workarround that is what I have done for now, SD pq with EVR is anyway better than Native and Madvr. BTW I forgot to mention it but the audio during the zapping problem does switch to the new channel.<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite10" alt=":oops:" title="Oops! :oops:" loading="lazy" data-shortname=":oops:" /> it is just the video that does not.</p><p></p><p>AMD driver version 16.10.3 is available and was used for this testing.</p><p><strong></strong></p><p><strong>UPDATE2:</strong></p><p>I have refined the long stop problem area down somewhat, if I deselect h264 from the codecs to use for HW Accel. in LAV filters, then stop times in TVS and OLV come down to ca 5secs even when Copy back is selected it also seems to have resolved some severe stuttering problems (video only) I was seeing on some 23hz video material. The advantage of this is that I can again use Madvr with Copy Back for TV. HD HEVC TV is not effected and the CPU usuage for regular TV is much the same but the PQ is much better than with Native. I have also reverted back to v222 and the zapping problem, reported earlier, seems to be resolved or at least improved but not sure if that is v222 or deselection of h264.</p><p></p><p>I get the distinct feeling that all is not well with the RX 4xx implementaion of H264 HW Accel. AMD have acknowledged a number of issues with it but there are many more reported on the Internet and historically they have not always been very open about problems even when a solution is implemented in a driver update. I suspect and hope we will be seeing a fairly rapid release of new drivers over the comming months to resolve issues and stabalise this new range of GPUs. In retrospect I maybe should have gone to Nvidia for HEVC HW accel. but they have such a horrible history with 3D.</p></blockquote><p></p>
[QUOTE="joecrow, post: 1199612, member: 128337"] v226 with test3 dshowhelper. No change with Copy Back and long stop times TVS vid stopped ca 10:07 in attached log. No change with Native and 4k playback log at ca 10:12 Also sorry:( but both before and after I added the test 3 Dshow. I noticed a new TV zapping problem with Copy Back only, when switching from a SD channel to HD channel vid will either freeze on SD channel or show a black screen, a further zap either to an HD or SD channel returns video OK, SD to SD zap and HD to HD zap seems OK. See log from 10:17. Native does not have this problem but pq of SD TV is awfull both with Madvr and EVR. [B]UPDATE[/B] The zapping problem with Copy Back does not happen if I select the option "Use EVR for Live TV",:rolleyes: so as a workarround that is what I have done for now, SD pq with EVR is anyway better than Native and Madvr. BTW I forgot to mention it but the audio during the zapping problem does switch to the new channel.:oops: it is just the video that does not. AMD driver version 16.10.3 is available and was used for this testing. [B] UPDATE2:[/B] I have refined the long stop problem area down somewhat, if I deselect h264 from the codecs to use for HW Accel. in LAV filters, then stop times in TVS and OLV come down to ca 5secs even when Copy back is selected it also seems to have resolved some severe stuttering problems (video only) I was seeing on some 23hz video material. The advantage of this is that I can again use Madvr with Copy Back for TV. HD HEVC TV is not effected and the CPU usuage for regular TV is much the same but the PQ is much better than with Native. I have also reverted back to v222 and the zapping problem, reported earlier, seems to be resolved or at least improved but not sure if that is v222 or deselection of h264. I get the distinct feeling that all is not well with the RX 4xx implementaion of H264 HW Accel. AMD have acknowledged a number of issues with it but there are many more reported on the Internet and historically they have not always been very open about problems even when a solution is implemented in a driver update. I suspect and hope we will be seeing a fairly rapid release of new drivers over the comming months to resolve issues and stabalise this new range of GPUs. In retrospect I maybe should have gone to Nvidia for HEVC HW accel. but they have such a horrible history with 3D. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Area 51 - Testing Area
madVR support in MP1
Contact us
RSS
Top
Bottom