Log in

View Full Version : AMD, Intel and Nvidia driver issues and last recommended version


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 [47] 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69

Klaus1189
29th December 2020, 13:36
I don't understand. CTRL + left is 1 frame backwards. What should I find? Which one do you not like? Yadif or Framedaptive deinterlacing of GPU. Sorry :o

huhn
29th December 2020, 13:38
did i say left try right.
if you can'r find it well what should i say.

Klaus1189
29th December 2020, 13:40
What file should I try? I saw that on my Nvidia RTX30 deinterlacer got hiccup and wasn't applied during frame steps, but during normal playback it is fine. What do you expect me to see?

huhn
29th December 2020, 13:50
nvidia works after a couple of fields the first ones are suppar.
yadif doesn't like the sample.mkv weston three field does better by having generally more artefacts but not as destructive.

after that you can try madVR film mode and than madVR video mode.
if you try it with mpcVR d3d11 all VP modes on except scaling you should even be able to find my screen.

yet again please don't blame the renderer it just has more options like d3d11 VP.

Klaus1189
29th December 2020, 15:53
Sorry had to shop groceries, now I am back.


yet again please don't blame the renderer

I never blamed the renderer, it was just your post which led Aleksoid1978 to react:
i can still reproduce this insult of image quality with https://abload.de/img/amddeint2mji2.jpg with mpcVR.

SD to UHD :)
Disable DXVA2/D3D11 video processor formats and other checkbox.
P.S. Upload this file.

I know you didn't blamed MPC-VR but it would help to be more precise ;)

just use control+left arrow key you should find it.

do that with yadif too so you will very fast understand why i don't like it.

the left vs. right thing:
did i say left try right.

if you can'r find it well what should i say.

I just don't know what exactly I had to do, no need to be so harsh to me.
I have three different GPUs here, several video renderer and several testvideos which show different issues of some cards. Bear with me if I can not follow so quickly. But not an issue. Just be more patient with me and more precise with your posts :)

suppar

What does that mean? :)

yadif doesn't like the sample.mkv weston three field does better by having generally more artefacts but not as destructive.

after that you can try madVR film mode and than madVR video mode.
if you try it with mpcVR d3d11 all VP modes on except scaling you should even be able to find my screen.

I will do some tests. What do you mean with:
you should even be able to find my screen.

Reproduce the screenshot with sample.mkv (https://filehorst.de/d/dqmHnyet)?

*MidnightWatcher*
29th December 2020, 16:56
Yes. I tried from 0.74.1 latest stable version and EVERY nightly release all the way up to 0.74.1-92. Also have tried with every Nvidia driver since 446.14. Have also tried with MPC-BE, MPC-HC and PotPlayer. All exhibits the audio drop issue.

It's frustrating because I can't pin point the issue to what is causing it.
Hmmm. Have you tried another HDMI cable and input? (Sorry if already answered).

justcheeze
29th December 2020, 17:17
Hmmm. Have you tried another HDMI cable and input? (Sorry if already answered).

Yup absolutely.

In fact, I've tried different GPUs now too. I was on the 1070Ti before and now I'm on a 3080. Same results. So I'm sure it's not the GPU then. I don't think it's got to do with Windows 10 either because it seems like you guys aren't having problems?

It's also not the file of any particular movie, because it happens on all movies.

:confused::confused::confused:

VBB
29th December 2020, 19:46
@justcheeze - In the LAV Splitter, what is the "Stream Analysis Duration" set to? I used to have issues with the HD audio formats, pausing and resuming mainly, but recently clsid changed that value from 1000 to 2100 (built-in LAV in MPC-HC), and I haven't had any problems since. This might not be related to what you're experiencing, but it's worth a shot.

Disclaimer: Nev says that this change shouldn't affect my dropouts at all, but I am now able to pause a file with TrueHD/Atmos or DTS-HD for a long time, and the audio will pick right up when I resume. Before, only video would play, audio would not come back.

huhn
29th December 2020, 22:42
I never blamed the renderer, it was just your post which led Aleksoid1978 to react:
not sure why that would be needed in a GPU driver thread where it was over and over clarified that the AMD deint is not doing what it should be doing.

I just don't know what exactly I had to do, no need to be so harsh to me.
I have three different GPUs here, several video renderer and several testvideos which show different issues of some cards. Bear with me if I can not follow so quickly. But not an issue. Just be more patient with me and more precise with your posts :)

has nothing to do with you we should get the same result if we don't there could be quite a lot of possibilities to why.
i don't know what to say is it even worth investigating?

What does that mean? :)
subpar


I will do some tests. What do you mean with:


Reproduce the screenshot with sample.mkv (https://filehorst.de/d/dqmHnyet)?
the problem is "should be". if you don't get the same results all you can do is make a screen to show the difference.

Klaus1189
29th December 2020, 23:01
BTW. i just got frame adaptive deint working with madVR no clue how...

Do you already know how? Is it still working?


RDNA2 - will it have similar issues like RDNA or is that dependent on something else? Like the old polaris RX480 is working fine, but my RX5700XT has the two major problems - elevated black in EVR and D3D9 in MPC-VR but I repeat it is AMDs fault not from MPC-VR devs. And the hardware deinterlacer, it never worked for me, not frame adaptive and poor quality.

I tried to set EVR to 16-235 but it is still not the same like the the elevated black levels. But it has to do with 0-255 vs. 16-235 but I think on another level, if you know what I mean.

I watched the sample.mkv and saw the artefacts of YADIF. I saw it best at the black drawed lines of the characters. Very bad. Nvidias deinterlacer is fine for my eyes. Not perfect, progressive is perfect, but I am happy with it.

huhn
29th December 2020, 23:36
this should be just a software problem. RDNA2 could be perfectly fine.

i got it to work in madVR by chance it sometimes work when i pause and restart the video with the blackops sample. the UI stops flickering.
the nvidia deint has a bug too for many many years now. it's just very small compared to this but it was one of 2 major reason why i got the 5700 XT instead of the 2070.

the thing that really get's me from AMD this how they treat this issue with a "that doesn't sound important". the GPU driver option are just dead and elevate black except for cinema classic that crushes black levels. of cause everything else is messed up... yeah there are work arounds like mpcVR and madVR you can't really play everything with these renderer under every condition.

i mean just go into the radeon driver -> settings -> display -> custom color -> color temperature control -> disabled.
so with custom colors disabled AMD do nothing and it is fine.
and with custom colors enabled and color temperature control disabled AMD change the white point when an option is disabled?
did anyone at AMD every tried that option and said "works as intended" disable means actively changing the whitepoint...

Klaus1189
30th December 2020, 07:27
What is the little bug in Nvidia deinterlacer?
What were the reasons for you to get the RX 5700 XT over the 2070?

justcheeze
30th December 2020, 07:53
@justcheeze - In the LAV Splitter, what is the "Stream Analysis Duration" set to? I used to have issues with the HD audio formats, pausing and resuming mainly, but recently clsid changed that value from 1000 to 2100 (built-in LAV in MPC-HC), and I haven't had any problems since. This might not be related to what you're experiencing, but it's worth a shot.

Disclaimer: Nev says that this change shouldn't affect my dropouts at all, but I am now able to pause a file with TrueHD/Atmos or DTS-HD for a long time, and the audio will pick right up when I resume. Before, only video would play, audio would not come back.

Hmmm interesting, okay I'll check it out. I believe it's still at the default 1000.

Thanks for giving me a lead.

huhn
30th December 2020, 10:20
nvidia generally misplaces chroma when DXVA processing is used i have not checked d3d11 for this.

the 5700 XT is the better card in terms of price/performance.

DMU
30th December 2020, 12:53
Perhaps I missed something, but why are you not satisfied with IVTC in madVR?
Pic (https://drive.google.com/file/d/13vBcnvcc34l7Om_uBffs9VBd2zxvH4Kn/view?usp=sharing).

huhn
30th December 2020, 13:02
because i use that file to show issues with the deinterlacer.

bouwew
3rd January 2021, 11:27
Just FYI, I've just installed the Nvidia 460.97 hot-fix-driver. I'm coming from 460.79.

Result: HDR is no longer working: I'm seeing SDR-colors when playing a HDR-video.
After some experimenting I found out that I had to toggle the Windows HDR-switch to ON to make HDR work again.
With this setting both SDR- and HDR-videos are displayed with the correct colors.

Windows 10 20H2, MPC-BE latest nightly, LAV latest nightly, MadVR 0.93.17+v117
LG OLED55C7V, Yamaha RX-A2020

justcheeze
3rd January 2021, 12:12
@justcheeze - In the LAV Splitter, what is the "Stream Analysis Duration" set to? I used to have issues with the HD audio formats, pausing and resuming mainly, but recently clsid changed that value from 1000 to 2100 (built-in LAV in MPC-HC), and I haven't had any problems since. This might not be related to what you're experiencing, but it's worth a shot.

Disclaimer: Nev says that this change shouldn't affect my dropouts at all, but I am now able to pause a file with TrueHD/Atmos or DTS-HD for a long time, and the audio will pick right up when I resume. Before, only video would play, audio would not come back.

Welp following back up on this, watched a few movies since... no dice. Audio drop outs still happen.

It's starting to get very frustrating because there is NO WAY to pin point the issue.

Klaus1189
3rd January 2021, 12:41
Audio drop outs still happen.

I beg to further investigate the issue. It must not be fast, but continuously. I have to do this also on my own. What changes were made to the system? AVR in chain to TV? Firmware update made of AVR? Any settings changed in AVR? Bitstreaming vs PCM any difference?

bouwew
3rd January 2021, 13:22
Welp following back up on this, watched a few movies since... no dice. Audio drop outs still happen.

It's starting to get very frustrating because there is NO WAY to pin point the issue.
I did experience audio dropouts when using MPC-BE from within the early Kodi 18 versions. After rolling back to Kodi 17 the dropouts where gone.

Since recently I'm back to Kodi 18.9 and 19 betas 1&2: no audio dropouts until now.

It took me a long time to come to this conclusion, I had never expected that Kodi could be the culprit...

VBB
3rd January 2021, 20:21
Just FYI, I've just installed the Nvidia 460.97 hot-fix-driver. I'm coming from 460.79.

Result: HDR is no longer working: I'm seeing SDR-colors when playing a HDR-video.
After some experimenting I found out that I had to toggle the Windows HDR-switch to ON to make HDR work again.
With this setting both SDR- and HDR-videos are displayed with the correct colors.

Windows 10 20H2, MPC-BE latest nightly, LAV latest nightly, MadVR 0.93.17+v117
LG OLED55C7V, Yamaha RX-A2020

What do you mean by SDR colors? Does the TV not trigger HDR mode anymore? With madVR, you should never have to switch on the Windows HDR setting.

I've been reading about people having issues with this hotfix driver and even the one before, but I can only go by my own experience. I've used them all, and I've never had to trigger HDR manually.

brazen1
3rd January 2021, 20:40
I did experience audio dropouts when using MPC-BE from within the early Kodi 18 versions. After rolling back to Kodi 17 the dropouts where gone.

Since recently I'm back to Kodi 18.9 and 19 betas 1&2: no audio dropouts until now.

It took me a long time to come to this conclusion, I had never expected that Kodi could be the culprit...

I doubt Kodi is your audio dropout problem. How could it be when your handing off all tasks to an external player and any associated components?

justcheeze
4th January 2021, 17:37
I beg to further investigate the issue. It must not be fast, but continuously. I have to do this also on my own. What changes were made to the system? AVR in chain to TV? Firmware update made of AVR? Any settings changed in AVR? Bitstreaming vs PCM any difference?

Alright first off, my system's specs:

- Ryzen 9 3900x
- Asus Crosshair 8 Hero
- GSkill 16GB 3600mhz CL16
- Asus TUF RTX 3080
- Yamaha RXA850 AVR
- LG OLED C9 65"
- Speakers are all SVS Ultras and dual SB3000 subs

So I'm sure it's got nothing to do with not hitting specifications. All HDMI cables are also 2.0 certified and they are used within the chain from connecting the PC to AVR to TV.

I watched an episode of The Grand Tour season 3 EP1 yesterday, it's only in DD+ and I got no drops. Then I also watched the UHD release of Ghost in the Shell (1995) in the original JP PCM track, but I used DSU to upmix it to the rest of my speakers, no audio drops as well. I don't have time to watch another movie yet until the weekend perhaps, but the last movie I watched which was Wonder Woman 84, that suffered some drops. All movies are played off the HDDs in the PC, they're just Seagate 4TB NAS drives.

Like I've mentioned before, it's impossible to reproduce the error just by going back to the frame the audio dropped because by doing so - the audio just plays fine. It's extremely random and it's impossible to tell when it'll happen.


I did experience audio dropouts when using MPC-BE from within the early Kodi 18 versions. After rolling back to Kodi 17 the dropouts where gone.

Since recently I'm back to Kodi 18.9 and 19 betas 1&2: no audio dropouts until now.

It took me a long time to come to this conclusion, I had never expected that Kodi could be the culprit...

The funny thing is that earlier in the year 2020, I was having drop outs with MPC-HC. I tested with JRiver, not only I had audio drop outs there I also had frame drops. So I switched to PotPlayer and the drop outs went away for a while, then out of no where it happened again. I had not change a single thing. After that, I switched to MPC-BE and the drop outs stopped again for a while... until, out of no where it happens again.

At first I suspected Win10 updates caused issues, but it would make no sense because I've only ever updated my system ONCE the entire year of 2020.

On the Kodi thing, I'm not sure how that has anything to do with the players when you're using an external player to launch a movie within Kodi? I mean... Kodi really is just a front end, no?

Klaus1189
5th January 2021, 10:59
Since I have a RTX30 card now, too, I can test myself:
I tried to play HDR video files in passthrough mode and it just works fine. But I need fullscreen, not exclusive fullscreen, but at least any kind of fullscreen. I do get washed out colors if I am in windowed not fullscreen mode.
But I watch movies in fullscreen and have set MPC-BE to close itself after playback, so for me everything is still working fine. This thread is meant for HTPC usage and this is HTPC usage. If you have other opinion about it, let me know and I add it to first page.

justcheeze
5th January 2021, 15:36
Borderless windowed (fullscreen windowed as reported in madvr) works for me, no issues with HDR nor SDR. Color space is correct too.

I guess I could try exclusive fullscreen to see if that changes anything in regards to audio drops, but I doubt so.

Klaus1189
5th January 2021, 17:14
Forgot to say, I tested with latest GeForce Hotfix Driver Version 460.97 (https://nvidia.custhelp.com/app/answers/detail/a_id/5145/~/geforce-hotfix-driver-version-460.97)
So I can not confirm the issues.

justcheeze
5th January 2021, 18:57
I'm still on driver 460.79. But to be frank, the issue has existed with every driver.

But anyways, exclusive fullscreen doesn't fix the issue either. Really out of ideas now. I've checked ALL my settings from head to toe, about a hundred times now and there is nothing amiss about it.

Klaus1189
5th January 2021, 19:43
@justcheeze:
I was testing just HDR video issues, not your audio drop issue. Your audio drop issue is very interesting. I know sometimes you think it is impossible to find the reason, but do some more tests.
What Video player and Audio Renderer do you use? WASAPI, ...
I can only recommend MPC-BE. Enable MPC Audio Renderer. You can also wasapi mode from event to push. Please try change these settings for testing puposes and report back, but it will take some time, because this issue only appears sometimes. I know that kind of stuff.

Grimsdyke
5th January 2021, 19:45
Have you looked for possible bottlenecks on the OS side ?? Drive to full ? Last time of defrag ? To high or to low settings of VRAM ? Etc.

justcheeze
6th January 2021, 08:14
@justcheeze:
I was testing just HDR video issues, not your audio drop issue. Your audio drop issue is very interesting. I know sometimes you think it is impossible to find the reason, but do some more tests.
What Video player and Audio Renderer do you use? WASAPI, ...
I can only recommend MPC-BE. Enable MPC Audio Renderer. You can also wasapi mode from event to push. Please try change these settings for testing puposes and report back, but it will take some time, because this issue only appears sometimes. I know that kind of stuff.

Using MPC-BE 1.5.5 x64.
Video renderer = madvr.
Audio renderer = MPC Audio Renderer.

I'm already using WASAPI, but it's in Event mode. I will try changing it to Push and see how that goes.

LAV filters are also used of course, on the latest nightly version now.


Have you looked for possible bottlenecks on the OS side ?? Drive to full ? Last time of defrag ? To high or to low settings of VRAM ? Etc.

If you read my specs a few posts up, specs wise - there are absolutely no bottlenecks.

As for HDDs, they are defragged. I've even put movies on the NVME drive and the same issue occurs.

VBB
7th January 2021, 19:44
Thanks! So, basically the hotfix rolled into a new release :)

bouwew
7th January 2021, 20:06
I doubt Kodi is your audio dropout problem. How could it be when your handing off all tasks to an external player and any associated components?

I was as surprised as you but after extensive testing I'm quite sure it was the root cause. When playing several movies and series-episodes with MPC-BE from within Kodi, resulting in occasional audio drops, and with MPC-BE stand-alone, no audio drops, the situation became clear to me.
This issue was present up to version 18.3 if I remember correctly. It was gone with version 18.8, again if I remember correctly. Again, when downgrading Kodi to v17.6, the audio drops were gone.

el Filou
8th January 2021, 15:05
It can happen if there is some plugin/extension for Kodi or a background task that suddenly causes a peak in CPU use or I/O.
It shouldn't have that much of an impact if the system is recent but you never know.
Do you use the option to set MPC to use "Above normal" priority and if not, can you try?
Maybe start Windows' Resource Monitor and check the Disk tab with filtering on Kodi's process to see if files other than the movie you're playing are being accessed.

brazen1
11th January 2021, 19:03
Food for thought to those that rarely update GPU drivers because they think it might introduce problems. I feel the same about not updating the O/S too.

https://news.thewindowsclub.com/nvidia-fixes-gpu-vulnerabilities-through-latest-display-driver-update-104798/

Andy o
12th January 2021, 02:05
Hi, did you ever got this issue fixed?

Coincidentally, I've been having sporadic audio drop outs too particularly with Atmos and sometimes even DTS HD tracks. The drops are very brief, like half a sec tops and it happens very randomly. There is no way to accurately reproduce the problem because seeking back to the frame where audio drops doesn't repeat the issue.

It's weird that lossy tracks (DD, DD+, DTS) are fine and even PCM has no issue.

I'm still getting them even with the newest 461.09 driver. It's been pretty awful to try to troubleshoot, since sometimes it seems fixed if I change one thing, then it starts happening again, then I change the thing back, and it doesn't happen. I've tried closing the player and opening again without changing anything and sometimes it gets fixed. It's sporadic and semi-random but it happens most of the time. Yesterday it happened with a DTS-HD 7.1 movie.

I'm still in the process of building a new HTPC from scratch now with an 5800x and x570 board so I'll see if it happens then. I notice you're using a C9, which seems to be one of the few things we have in common, how is it connected to the AVR, via eARC (PC -> TV -> AVR)? That's how I have it. Also what resolution and refresh rate are you running the TV at? It could be the new-ish firmware for the C9 (hopefully not!).

Klaus1189
18th January 2021, 18:13
I have reconsidered I mention the HDR passthough issue on recent Nvidia drivers and mention also the workaround. What version was the first which causes the need to close the player?

Anybody got the 6800 / 6800XT / 6900XT already? Would like to do some tests with it, if anybody has one card and is willing to test for some minutes.

chros
18th January 2021, 21:03
I have reconsidered I mention the HDR passthough issue on recent Nvidia drivers and mention also the workaround. What version was the first which causes the need to close the player?
Which issue are you referring to?

Klaus1189
18th January 2021, 21:44
This one:
https://forum.doom9.org/showthread.php?p=1930413#post1930413

chros
18th January 2021, 23:08
That is with any HDR output not just passthrough, see it here (https://forum.doom9.org/showthread.php?p=1927705#post1927705), it started with 442.92.

aron7awol
19th January 2021, 17:39
I think the other thing worth noting in the list is the much improved 23p default timings on the 45x.xx branch. It's a shame we don't have a build that doesn't have some sort of HDR issue in that branch, because it's a very nice improvement.

Klaus1189
19th January 2021, 18:21
Yes, you are right, what was the exact first driver version which made 23p refresh rate way better than it was before on Nvidia cards?

Klaus1189
19th January 2021, 19:36
I have added the info. Is it correct this way?

aron7awol
19th January 2021, 20:51
Looks good to me.

mattl0
20th January 2021, 00:34
I have a 1050ti card , with windows 10 up to date.

I have downloaded the 398.11 driver exe and unziped it to change the hd audio driver to the newest.
Like that I get proper hdr metadata if I understand the second post correctly?

Newer drivers after 398.11, all introduce faulty metadatas? If I want to get a more powerful card , shall I stay with gtx card (1080ti) to be able to run this specific driver?

Just need to validate theses points too . Is there a non bogged hdr driver for rtx 20xx or rtx 30xx?
If the answer is no, does any amd card have proper metadata? I do not care to change if the is no issues with hdr on amd side.

Thank you
Thank you

VBB
20th January 2021, 03:09
You can use the latest Nvidia driver. HDR works, metadata gets passed through. It's been like that for quite a while.

VBB
20th January 2021, 19:13
GeForce Hotfix Driver Version 461.33

https://nvidia.custhelp.com/app/answers/detail/a_id/5152

Nothing HTPC related...

mattl0
20th January 2021, 21:38
You can use the latest Nvidia driver. HDR works, metadata gets passed through. It's been like that for quite a while.

Thanks. It does works .

Maybe the second topic need to be edited to remove the green remark concerning hdr metadata on 398.11

mattl0
20th January 2021, 21:39
You can use the latest Nvidia driver. HDR works, metadata gets passed through. It's been like that for quite a while.

Thanks. It does works . So I may be able to get a 3060ti or 3070 then :D

Maybe the second topic need to be edited to remove the green remark concerning hdr metadata on 398.11 @Klaus1189

Klaus1189
21st January 2021, 06:10
Now also in "Intel® Graphics - Windows® 10 DCH Drivers" there is "Support for Intel® Iris® Xe Max Graphics (DG1)"

Why did Intel create a dedicated driver before and then add support in the other package? Then the dedicated package will see no more updates, is it?

Klaus1189
21st January 2021, 17:07
first AMD driver of 2021