LancerDawg75
commented
10 months ago Oh! Also, @Arturo-Intel -- in reference to issue #304 -- I think there is a workaround/solution?? (I need a wider testing with resources that I don't have....)
Also, I'm sorry that I added it here. 304 was closed, and I really didn't know how to report this because it isn't exactly an "issue" -- however, if you want me to treat it as one, would it be more in line with sending it as a "Windows Feature"?
This may be in Windows 11 23H2 only, so if you send this up the chain, maybe your end could see if it goes farther back in Windows 11 or Windows 10.
It seems like on non-HDR HDMI HDTVs, you can go beyond 8-bit color, but it is a Windows setting.
Here is what it looks like if I have the Auto Color Management switch disabled.
If this is off, then the bit depth is at the usual 8-bit.
Additionally, if I use SSU to look at the DirectX Diagnostics log, I also see this.
Now.....If I enabled the Auto Color Management setting
And run SSU again to see the DxDiag display information, a few things change
Looking at some of the Microsoft documents here, the DISPLAYCONFIG_PIXELFORMAT_NONGDI nomenclature is referenced here
Which then leads me to the surface format of the A2R10G10B10 format here.
The Microsoft documentation on DXGI color spaces which by my SSU DxDiag shows that:
- Display Color Space: DXGI_COLOR_SPACE_RGB_FULL_G22_NONE_P709 -- still holds the 0-255 full range.
And then one more reference to HDR vs non-HDR (sRGB) color formats.
freak2fast4u
Ilya-intel
akarnokd
Checklist [README]
Application [Required]
Intel Arc Installer Package
Processor / Processor Number [Required]
AMD Ryzen 7 5800X3D
Graphic Card [Required]
Intel Arc A770 Limited Edition
GPU Driver Version [Required]
31.0.101.5081
Rendering API [Required]
Windows Build Number [Required]
Other Windows build number
No response
Intel System Support Utility report
igcit_ssu 16 Dec 2023.txt
Description and steps to reproduce [Required]
Since driver version 5074 and currently with 5081, if I DDU the driver first (Safe Mode, of course), reboot, and start the installer -- the installation will go through its motions, but then as soon as it gets to "finalizing installation" -- my display freezes. It doesn't seem like it has crashed. It just seems as if the display driver itself has.
If I force a shut down and turn it back on, the display and audio driver are installed, but Arc Control has not. If I run the installer again and perform a repair, it will successfully install everything without an issue.
Additionally, if I perform a driver "update" (ie: running the installer without performing a DDU safe mode run), the installer will perform all its procedures without issue.
I had thought that maybe there was an issue with the HDMI, so I went back to my CalDigit adapter and tried the same procedure again. The results came back the same if installed Arc drivers from a fresh install procedure. Installer will work correctly if I run the installer via an update path.
I tried looking through event viewer to see if there would be something that would tell me anything, but nothing really out of the ordinary that points to anything related to the Intel Arc installation procedure. I have provided an SSU, but even I don't see much of anything out of the ordinary. So, I'm kind of stumped here.
I'm going to try and go back farther in the driver versions (ie: pre-5074) and see if the problem occurs there when I do a DDU run and see if it re-produces and I'll do an SSU there as well and maybe you guys can see a difference. If nothing happens - I'll have more questions than answers. If it does happen again, it will probably be the same issue that I had here with SRW30 and I'll probably have to nuke the site from orbit with Windows again.
The first time it happened with 5074, I just handwaved it off because well...we are Arc users after all. ^_^;;
When the newer driver arrived, I performed the install via the update path because it's generally what I do unless I run into some issue....and I did. I had played DraQue XI-S, but noticed that the core clock was staying static at 2400mhz. When I was done playing the game, the core clock did drop, but only to 1000mhz. I switched over to Spider-Man: Miles Morales and I ended up with a DXGI Device_Hung_Error so it wouldn't launch. Figured that it might have been due to the update path that I took. DDU Safe Mode removed the driver and the installation issue cropped up again. So...this is why I'm sending an issue report.
I will update my progress as I go along.
Device / Platform
No response
Crash dumps [Required, if applicable]
No response
Application / Windows logs
No response