New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 810580 link

Starred by 7 users

Issue metadata

Status: Duplicate
Merged: issue 810378
Owner: ----
Closed: Feb 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

HTML Canvas DrawImage function Very Slow using Not-In-Dom Canvas with HW Acceleration Enabled

Reported by dat...@gmail.com, Feb 9 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36

Example URL:
https://jsperf.com/canvas-rendering/2

Steps to reproduce the problem:
1. Make sure HW Acceleration is enabled
2. Go to https://jsperf.com/canvas-rendering/2 and run tests
3. Run the test - notice how slow not-in-dom rendering is (mayhangs some computers)

What is the expected behavior?
1. Make sure HW Acceleration is disabled (in settings)
2. Go to https://jsperf.com/canvas-rendering/2 and run tests
3. Notice the tests complete (with reasonable results)

What went wrong?
Google Chrome has a bug with HW acceleration and not-in-dom canvas when using drawimage function in javascript.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes Chrome 63

Does this work in other browsers? Yes

Chrome version: 64.0.3282.140  Channel: stable
OS Version: 10.0
Flash Version: 

Was a problem in Chrome 63 but is much, much worse in Chrome 64
 

Comment 1 by dat...@gmail.com, Feb 9 2018

Also tried with canvas attached to DOM. Same result.
Labels: Needs-Triage-M64
Components: -Blink Blink>Canvas
Labels: Needs-Bisect

Comment 5 by dat...@gmail.com, Feb 10 2018

Tested with Version 65.0.3325.51 (Official Build) beta (64-bit). Issues is NOT resolved.

Comment 6 by dat...@gmail.com, Feb 10 2018

Tested with Version 66.0.3344.0 (Official Build) canary (64-bit). Issues is NOT resolved.
 Issue 810689  has been merged into this issue.
Cc: krajshree@chromium.org
Labels: Triaged-ET Needs-Feedback
Tested the issue on Win-10 using chrome reported version #64.0.3282.140 and latest canary #66.0.3344.0.

Attached screen casts for reference.

Following are the steps followed to reproduce the issue.
------------
1. Made sure HW Acceleration is enabled
2. Navigated to https://jsperf.com/canvas-rendering/2 and ran tests
3. Observed that on both enabling/disabling the hardware acceleration, there is slow not-in-dom rendering. No much difference is observed.

datnow@ - Could you please check the attached screencast and please let us know if anything missed from our side. Also if possible please provide any other alternate url to triage the issue from our end. A screencast will be more helpful.

Thanks...!!
810580@hwaccleleration enabled.mp4
1.9 MB View Download
810580_hwacceleration_disabled.mp4
796 KB View Download

Comment 9 by dat...@gmail.com, Feb 12 2018

It may have something to do with use of text in the offscreen canvas. See attached videos. Let me know if you need more information.
Perf0.mp4
3.0 MB View Download
PerfTest-Extreme.mp4
8.8 MB View Download
Project Member

Comment 10 by sheriffbot@chromium.org, Feb 12 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
datnow@ - Thanks for the screencasts at comment #9. Could you please provide a sample url as shown in the attached screen casts to triage the issue from TE-end.

Thanks...!!

Comment 12 by junov@chromium.org, Feb 13 2018

Mergedinto: 810378
Status: Duplicate (was: Unconfirmed)

Comment 13 by junov@chromium.org, Feb 13 2018

This has been fixed. Fix will be available in the next Chrome 64 update.

Sign in to add a comment