Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
20th September 2019, 17:13 | #57442 | Link |
Registered User
Join Date: Oct 2012
Posts: 7,926
|
wow wow chill.
it's an freaking zen 2 with broken navi card and the test was with agesa 1.0.0.3a. come back in a couple of month when they ironed the bugs out. i mean the newest driver update manage to stop BSOD when playing hardware decoded videos and the driver is now only dying they are making huge steps forward! i don't even have the card build in anymore. |
20th September 2019, 17:25 | #57443 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
The problem with CopyBack is also that it has to copy the image twice, once from the GPU to the system, and then back from the system to the GPU. On some GPUs, the download step is also rather slow (AMD used to historically have trouble there, no clue how recent hardware changed). But it can also stress the system RAM, especially on dual-channel memory mainstream systems.
I did a quick test on my system (which isn't a good example, since it has fast quad-channel RAM and everything else high-end as well, but regardless) with a random 4K 10-bit test clip I had at hand: With DXVAChecker and naive EVR playback testing DXVA2-Native, ~380 FPS DXVA2-CopyBack, ~104 FPS Software Decoding, ~196 FPS The native test is close to what the hardware decoder can achieve, it was at ~95% usage most of the time. CopyBack definitely takes quite a toll on 4K. Interestingly on 1080p the overhead from CopyBack is generally extremely minimal. Interesting is also software decoding. Granted you need a CPU that can actually decode this fast, and it was decode-limited at this point, but uploading the image alone is not bottlenecking the decoder yet. Since I could upload at 196 fps at least (and probably more), I did another test, DXVA2-CopyBack, Decode only - which means it'll only download the image from the GPU, but not re-upload it. That yielded ~232 FPS. Clearly the doubled use from download and upload creates the real bottleneck ... somewhere. Its not entirely clear where the real bottleneck is. Clearly the software upload path in the renderer can handle more then ~104 FPS. Clearly the download path in LAV Video can as well. PCIe is full-duplex, which means it should be capable of sending and receiving at the same time. System Memory is more complex in regards to that... but my quad-channel memory should have plenty bandwidth to accomodate this here. What I don't know is if the EVR used in this example uses a different thread for uploading the video, or if its on the same thread as LAV Video uses to deliver the image - which might explain why its slowing down so much, since it does two things on the same thread. madVR, at least, uses a seperate thread for uploading, so it wouldn't be affected by that.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
20th September 2019, 19:39 | #57444 | Link |
Registered User
Join Date: Dec 2014
Posts: 51
|
Just FYI: Oblivion is fake 4k (mastered in 2K or 1080p then upscaled)
|
20th September 2019, 20:54 | #57445 | Link |
Registered User
Join Date: Oct 2012
Posts: 7,926
|
we can keep going on with copyback issues here:
https://forum.doom9.org/showthread.php?t=176642 |
21st September 2019, 07:07 | #57447 | Link | |
Registered User
Join Date: Aug 2008
Posts: 343
|
Quote:
Ram speed has no much impact in cpu>gpu transfer since thats native for pc architecture. Upload to gpu, decode (texture/image) and render is typical for pc game. Quad channel might have advantage in software decoding whith many cpu<>ram memory transfers. So ram speed might matter in software decoding. In Your example, alone downloading image (decode only) looks fast anyhow. Reuploading (playback) is contrary to PC design, even with fast RAM, slow speed may be hardware or software limitation (dxva design?). There are some small tools to benchmark PCIE gpu>cpu transfer. |
|
21st September 2019, 16:27 | #57448 | Link |
Registered User
Join Date: Apr 2019
Posts: 16
|
Has the latest Windows 10 update screwed the levels for anyone? I haven't touched my madVR setup in ages, the only thing that's changed is Windows 10, and now my levels are screwed and everything looks washed out.
|
21st September 2019, 16:39 | #57449 | Link | |
Registered User
Join Date: Oct 2016
Posts: 896
|
Quote:
You can check the capabilities of each with this tool: http://bluesky23.yukishigure.com/en/DXVAChecker.html If both GPUs have the same format support, it's best to do some playback tests comparing the CPU/GPU load with each.
__________________
HTPC: Windows 10 22H2, MediaPortal 1, LAV Filters/ReClock/madVR. DVB-C TV, Panasonic GT60, Denon 2310, Core 2 Duo E7400 oc'd, GeForce 1050 Ti 536.40 |
|
24th September 2019, 09:23 | #57450 | Link | |
Registered User
Join Date: Mar 2018
Posts: 2
|
Quote:
It says that is fixed external subtitles, but not embedded? I still have embedded subtitles covering my video with XySubFilter 3.1.0.752. If I install your "XySubFilter746SrtFix", embedded subtitles with italics are below the video correctly. I believe the issue is not fixed for embedded subtitles. |
|
24th September 2019, 14:59 | #57451 | Link | |
Registered User
Join Date: Apr 2019
Posts: 16
|
Quote:
In any case, if anyone happens to have run into the same issue, I was able to work around this by using Windows 10 HDR instead of nVidia. I did this by changing my nVidia driver settings to 23Hz, YcBr 4:4:4, 12bit and turned on Windows 10 HDR. From everything I've read, this is far from ideal, but it works for now. Hopefully Vizio will fix things. If anyone has suggestions as to what driver settings to use in conjunction with Windows 10 HDR, please let me know. It's possible I should be using RGB Full, like I was previously, but I wasn't sure. Thanks! |
|
25th September 2019, 12:49 | #57452 | Link |
Registered User
Join Date: Aug 2016
Posts: 1,348
|
are you sure your setup it right, i'd double check, sounds like you've got the wrong colour space set somewhere, i'd check your setup again. Go for Full RGB 4:4:4 on your graphics card, set MADVR to 10bit and 0-255 - your TV black level should be on HIGH or whatever the equivalent is for this setting.
Now play the black clipping pattern with something like MPC-BE with MADVR set as renderer but also remember to set full screen, does that look normal, crushed or washed out?
__________________
LG OLED EF950-YAM RX-V685-RYZEN 3600 - 16GBRAM - WIN10 RX 5700 - https://www.videohelp.com/software/madVR/old-versions |
25th September 2019, 20:31 | #57453 | Link | |
Registered User
Join Date: Apr 2019
Posts: 16
|
Quote:
|
|
25th September 2019, 20:45 | #57454 | Link |
Registered User
Join Date: Aug 2016
Posts: 1,348
|
2018 tvs seem to have this, https://www.rtings.com/tv/reviews/vi...-2018/settings
__________________
LG OLED EF950-YAM RX-V685-RYZEN 3600 - 16GBRAM - WIN10 RX 5700 - https://www.videohelp.com/software/madVR/old-versions |
25th September 2019, 21:14 | #57456 | Link |
Registered User
Join Date: Aug 2016
Posts: 1,348
|
hdr10 is a mode not a picture prest though, you set the colour space oon the picture preset and when HDR is enabled it probably locks it in, I cant change some of my picture settings when HDR is enabled on my lg oled
__________________
LG OLED EF950-YAM RX-V685-RYZEN 3600 - 16GBRAM - WIN10 RX 5700 - https://www.videohelp.com/software/madVR/old-versions |
26th September 2019, 02:15 | #57457 | Link | |
Registered User
Join Date: Apr 2019
Posts: 16
|
Quote:
This was all working for a long time, aside from the TV or receiver updating, I’m not sure what else changed. Frustrating. |
|
26th September 2019, 02:40 | #57458 | Link |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,407
|
It sounds like it stays in limited range but the TV uses full range, did you make sure you changed to full range RGB?
__________________
madVR options explained |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
|
|