Could you attach the contents of your about:gpu here?

Sure, I have attached the results as PDF.

Deleted: about_gpu_issue 623029.pdf 180 KB

about_gpu_issue 623029.pdf 180 KB Download

Disabling the hardware acceleration from chrome://flags solved the issue. But I don't know what's going on, but I dislike to leave this option disabled.

Yeah, thanks for the report. I'm reverting the patch that (I think) caused it, so I think it should be fixed in tomorrow's canary, or most likely by monday.

Would you mind also checking chrome://crashes/ to see the IDs of any crashes that were reported?

Thanks, that's great.
I have checked that page, it said that it was disabled. I enabled it again following the instructions on support.google.com.
But my Chrome never crashed, so I think it would have been empty anyway.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/cd4c38d3a49230f102a1144fbe650dfafe3fdbba

commit cd4c38d3a49230f102a1144fbe650dfafe3fdbba
Author: jbauman <jbauman@chromium.org>
Date: Sat Jun 25 01:29:09 2016

Revert of Enable zero-copy DXGI video by default. (patchset #1 id:1 of https://codereview.chromium.org/2060043002/ )

Reason for revert:
There seems to be a small increase in GPU hangs (and occasionally some corruption) on AMD GPUs.

BUG=623029

Original issue's description:
> Enable zero-copy DXGI video by default.
>
> On systems where we use D3D11 for both hardware video decoding and ANGLE this will allow us to give the NV12 video frame from the decoder directly to the compositor.
>
> BUG= 574292 
>
> Committed: https://crrev.com/6384f843ccb11bfc9ccd3b183115ac2e2ca10589
> Committed: https://crrev.com/a25a1312b17284a3464185819e83c2452e133ec9
> Cr-Original-Commit-Position: refs/heads/master@{#400269}
> Cr-Commit-Position: refs/heads/master@{#401724}

TBR=piman@chromium.org
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG= 574292 

Review-Url: https://codereview.chromium.org/2091293003
Cr-Commit-Position: refs/heads/master@{#402041}

[modify] https://crrev.com/cd4c38d3a49230f102a1144fbe650dfafe3fdbba/content/public/browser/gpu_utils.cc
[modify] https://crrev.com/cd4c38d3a49230f102a1144fbe650dfafe3fdbba/content/public/common/content_switches.cc
[modify] https://crrev.com/cd4c38d3a49230f102a1144fbe650dfafe3fdbba/content/public/common/content_switches.h

Today my Chrome Canary has been updated to 53.0.2779.0. So I have enabled again the Hardware Acceleration to check if something changed, and I have to say that the issue is still there; but it doesn't happen anymore for the same videos and gifs that gave the issue earlier, while happens for videos that were perfectly fine before.

Please try a recent AMD Crimson driver package, Crimson 17.3.2 and all later drivers should contain the fix. 

http://support.amd.com/en-us/kb-articles/Pages/Radeon-Software-Crimson-ReLive-Edition-17.5.2-Release-Notes.aspx

Thanks for the help, but the problem fixed itself some days after this topic. Hey, it was almost a year ago :)

Based on comment #12, seems like the original reporter can reproduce this anymore.

So since this seems to be fixed will the bug workaround be disabled?

Under chrome://gpu it still says

Driver Bug Workarounds
disable_dxgi_zero_copy_video

Problems Detected
Zero-copy DXGI video hangs or displays incorrect colors on AMD drivers: 623029
Applied Workarounds: disable_dxgi_zero_copy_video

Yeah this should probably be limited to a specific driver version; it's currently a blanket AMD suppression.

=>tguilbert+liberato for triage and making the call.