Open pcslide opened 1 year ago
Hey @pcslide thank you for posting your findings.
Just to clarify, the graphics card we'll be reviewing is Intel(R) Iris(R) Xe Graphics according to your SSU.
We have a system we can test on and will be posting our results after doing some testing
Talk to you soon
Karen
@Karen-Intel If you are going to test on an integrated Intel(R) Iris(R) Xe Graphics on a Laptop, could you test it with an external monitor? FYI,I can not reproduce the issue myself on an integrated Intel(R) Iris(R) Xe Graphics with its internal monitor. Or, maybe, if you can test it on DG2 in addition, I would appreciate it very much.
Hey @pcslide okay, thanks. We're going to test on an AMD system using a DG2 and in another system using an integrated Iris Xe card with an external monitor. Just FYI, we just did some quick testing with a 13900K + DG2 (ARC770) + driver 4311 and were not able to reproduce. Will get back soon with our results in these 2 configs. I'm also curious on something: how did you acquire the DG1 discrete card?
Karen
@Karen-Intel It was sold as individual cards in mainland China by GUNNIR and by SanFlag/Shengqi(a brand used by ASUS)
Hii @pcslide Just FYI, we have not been able to reproduce in DG2 with AMD/Intel processor or in Iris Xe 11th Gen integrated card. Please upgrade to latest driver v.4314 and DDU version and let us know if you see any improvement.
Thanks!
Karen
@Karen-Intel The short answer is, with the latest driver, the issue persists. I did a DDU routine, and then installed latest driver v.4314. It came to my attention, on my laptop, there is a service called 'Intel Content Protection HDCP Service' running, in comparison, there is no such service on my desktop with DG1 installed. Could that be the cause of the issue?
Hey @pcslide it sounds like that process is not enabled due to your current PC configuration. Here's more information about that service. Also, in the video posted in Chromium Bugs, I can see there is no content protection enabled. When playing a protected video and recording with OBS (like in the video) only the subtitles would have to be visible. The rest of the media content should be black, that's why I think the content being played on the pc is not protected. Would be good if you could try to test the same card but on an Intel processor and see if there's a difference. I will retry on my end on the AMD system and get evidence for you
Hope it helps!
Karen
@Karen-Intel You are absolutely correct about that OBS is not supposed to record protected videos. It seems content protection is broken on my desktop. I skimmed through iigd_dch_d.inf, AFAIU, Intel(R) Content Protection HDCP Service should be installed alongside the driver, which seems not to be the case for me.
@Karen-Intel Given what you told me, I did a clean install of Win11 on another SSD. The issue was gone right off the bat. With the gpu driver installed by windows update or with driver v.4314, protected videos play without a glitch. However, what's more PUZZLING was, I could not find 'Intel Content Protection HDCP Service' in the system and Driver v.4314 didn't install that service either. Yet, content protection seems working, at least, protected video can not be captured by OBS any more.
Now, it seems the issue is either related to Win10 or related to my installation.
@Karen-Intel I did a clean install of win10 to rule out any issue related to my installation. Here are my findings: | Clean Install Windows Version | Issue playing protected content |
---|---|---|
Win11_22H2 | NO | |
Win10_22H2 | YES |
@pcslide thank you for all the experiments you've done! Allow me to do some research internally about this unexpected behavior in Windows 11 and next week I will get back with my findings too
Have a great weekend
Karen
Hey @pcslide just a quick update.
We have already tested with an Iris Xe in Windows 11 and with DG2 in Windows 11 and every time we want to take a screenshot or record, the content remains protected. I could not find the service name either but probably the content protection service is under another name. We tested with another monitor connected and both screens go black.
I'm currently investigating with my contacts overseas to find out if we have access to this card you have. Looks like this will take a while so I appreciate your patience in advance. Once I have an update I will get back
Talk to you soon
Karen
Hii @pcslide sorry for the delay.
I could finally get my hands on an Iris Xe Max DG1. I performed a small testing on Windows 11 using the latest driver v4369 and I was able to record for you in the following vid how the content remains protected. I'm basically playing the same video and attempting a screenshot with MS Windows Snipping tool.
Can you verify on your end if this driver fixes the issue on Win 11 for you? Based on your last comment, you couldn't see it protected but in a system with similar configuration, but as you can see in the video, content remains protected on my end. I am using a 12900K CPU + Iris Xe Max Graphics + v4369
Please let me know and thank you for your patience!
Karen
@Karen-Intel On Windows 11, the video is protected all along. It is on Win 10, I have the issue of GPU process exiting repeatedly which eventually brings down whole GPU hardware acceleration in Chrome/EDGE. The issue of video not being protected on Win 10 is just a 'sideshow' from my perspective.
@pcslide Gotcha, my mistake. Had to test in that machine with Win11 anyways xD Will update with my findings soon in Win10
Karen
@pcslide hey, sorry for the delay
Just confirmed the issue with latest driver v.4369 using a similar system to yours. Issue is also visible in Intel ARC in Windows10 I'm making sure to report this issue asap. FYI our driver cadence for fixes can take from 3 up to 6 months, however the impact is being shared in our reports and in case we have news I will post them in this thread. Let's keep it open please
Ty for your help and for your patience, it took us a while to get our hands in a DG1
Karen
@Karen-Intel I'm glad you finally confirmed the issue. If I may ask, Does this issue only present itself on an AMD platform? What's Intel's stance regarding DG1 support right now, especially on platform other than Intel's 11/12th gen ? Do I need to reopen the issue on Chrome bug list? Or will your team take it from here?
Hey @pcslide Nope as I was able to reproduce it in a 12th Gen + the DG1 Card also Now for the driver updates, newer products have faster release cadence for fixes, but I will make sure to share the impact with the dev team so they consider to include it in the regular cadence for <11th Gen products. And about reopening the issue I don't think it's necessary as I was able to confirm it on Edge too so, we will follow it up internally and if necessary we will involve any other 3rd party in our report.
Have a great day!
Karen
@Karen-Intel How long are you going to keep that DG1 card? I would like to ask because I recently found drivers after v.4255 were quite unstable. On one occasion(v.4314), it could not wake up from sleep. On another occasion(v.4369), I got BSOD the moment I tried to start a RDP connection to it.
Hey @pcslide Actually I don't have access to it anymore :( But as far as I know the sleeping states issues are already being looked into. We have seen quite a big improvement in the latest beta v.4382. Have you tried it yet?
Karen
@Karen-Intel I didn't expect you returning the card right away.😯 As you don't have the card anymore, I suppose I will stay away from v.43XX until the sleeping issue is resolved.
@pcslide have you tested this behavior with our latest driver? The sleeping issue has been resolved a few driver versions back, also issue #351 has been defined as expected behavior
Karen
Firstly, the sample video in issue #351 is not protected at all.
Secondly, IMHO, it is undesirable to disable all GPU related accelerations in chrome just because some video decoding processes failed.
Thirdly, Intel DG doesn't behave that way in Win11, and for comparison, Nvidia GPU doesn't have the issue in Win10 and in Win11. FYI, Nvidia GPUs don't support hardware decoding for protected videos as well.
Overall, I suppose issue #351 was closed prematurely.
@Karen-Intel Have you or your colleagues tested it on your side? I would prefer someone from Intel to test it first if possible. As for why I am so reluctant, that was because ver.4644(most likely the firmware) eventually broke the hardware relating to DisplayPort of my card(the hardware failed several days after I rolled back to older driver because of issue #440 ). My reseller sent me a brand new card for exchange out of goodwill and I hope I am not breaking it again.
@pcslide yes we have tested it internally. You will see in the forum posts from Arturo, Vivek, Ilya, Joseph and myself. And we always test the drivers first so we can let you know when there's a fix :) About issue #440 related to #433, customers have confirmed v.4885 fixed their DP issues so please go ahead and upgrade. About content protection in issue #351 it is all the info I have :( We're doing our best to work on each and every issue but in some we prefer to be transparent about expectations Ty for understanding, we're working to have the best product for our customers :)
Karen
@Karen-Intel I tried ver.101.4887, not only did it not solved this GPU process exits unexpectedly issue, it introduced Chrome/Edge startup freezing issue which was reported on Intel support community :(
Hey @pcslide no worries. I will report the GPU process exiting + the freezing in Chrome and Edge. Allow me to get back to the lab and check the Win10 machine, I will share the report number here when its done :)
Karen
Hi @pcslide,
On the "Chrome/Edge – Content Protection Black Screen not Enabled on Windows 10" side of this issue:
Our driver debug team has concluded that this is not a defect on the drivers as Youtube movies do not use HW DRM on chrome browser on windows yet. They are using SW DRM where needed, and not all titles are protected. The titles examined do not appear to even be DRM encrypted; protection is defined per based on their content license with the studio.
@rmorera-intel @TheWonderfulTartiflette @jpovixwm
@pcslide It's still broken for me in Chromium based browsers (Chromium, Edge, Brave) on Windows 10, exactly as in #351. Also reproducible using your shaka-player-demo link in Edge:
In this video, attempting to playback a video with HW acceleration fails three times, after which Edge completely deactivates hardware acceleration for the entire browser process. It has nothing to do with DRM, as it reproduces in exactly the same way with the video in #351 which is 100% DRM-free.
@rmorera-intel
Our driver debug team has concluded that this is not a defect on the drivers
Then what is it? Is it a chromium bug? Did the driver debug team actually test this with Windows 10? As noted by @pcslide in https://github.com/IGCIT/Intel-GPU-Community-Issue-Tracker-IGCIT/issues/294#issuecomment-1528780089, this issue only manifests in Windows 10 and not in Windows 11. How is it acceptable to have video playback in a browser cause such second-long blackouts, followed by HW accel being completely disabled by the browser after it notices that HW accel is malfunctioning? So, to recap: You attempt to play some video three times, HW accel gets automatically disabled by chromium process-wide, and then you're left with a sluggish browser because HW accel is totally a must to get a smooth web browsing experience in this day and age. The only way to restore HW accel in this case is to close down ALL browser windows and relaunch the browser. Extremely annoying if you're using multiple browser windows in your workflow.
@rmorera-intel I am clearly not the only person experiencing this issue. Can you at least clearly tell us whether this is indeed a bug in the Arc driver, a bug in Windows 10 which received a fix in Windows 11, or a bug in the chromium/blink web browser engine? Why does it only occur on Windows 10 while Win 11 is unaffected?
@jpovixwm
Have you tried latest version of Chrome? On my side, GPU process did exit unexpectedly the first time I played video. However, the second and the third refresh of the video page didn't trigger another GPU process exit. As a result, HW accel will not break no matter how many times I refresh the video page. I would not say that was perfect, but it was acceptable to me.
On Microsoft's Edge, it's a different story, the issue still persists.
(update) I tested the latest beta of Edge, it behaves exactly like Chrome.
@pcslide Thank you. I tested it with Edge Beta (Microsoft Edge 121.0.2277.65, which uses version 121.0.6167.57 of chromium) and it behaves exactly as you said. First playback causes blackout, but subsequent reloads of the page do not. This is definitely an improvement, but obviously still not perfect. Out of curiosity, are you still seeing a difference in behavior between Win 11 and Win 10? (I don't really have a way to check myself because I only have Win 10 installed)
@jpovixwm I'll double-check with debug on this, but based on our conclusions and the one in Chromium it would seem to be isolated to an OS issue.
Checklist [README]
Application [Required]
Chrome/Edge
Processor / Processor Number [Required]
Ryzen 5500
Graphic Card [Required]
ASUS DG1
GPU Driver Version [Required]
Rendering API [Required]
Windows Build Number [Required]
Other Windows build number
No response
Intel System Support Utility report
igcit_ssu.txt
Description and steps to reproduce [Required]
Details/LOGS/Videos and steps to reproduce had already been reported on Chromium Bugs, and it seems chromium test engineer had a hard time to get their hand on a DG1 card in order to "triage" the issue. I knew DG1 was not officially supported on AMD platform, however, I wish someone from Intel could at least shed some light on the cause and the nature of the issue.
Device / Platform
No response
Crash dumps [Required, if applicable]
No response
Application / Windows logs
No response