Open Bug 978290 Opened 10 years ago Updated 2 years ago

[Skia] Turn on NV_path_rendering support

Categories

(Core :: Graphics, defect)

x86_64
Linux
defect

Tracking

()

People

(Reporter: gw280, Unassigned)

Details

Upstream just landed a change that enables the NVPR backend for Skia by default on hardware that supports it. We should investigate whether it breaks anything, and if not, we should probably turn it on.

It should be as trivial as simply exposing the extension via GLContext and then whitelisting it for Skia's use in GLContextSkia (soon to be called SkiaGLGlue)
No firm dates, so let me try and find a time for it.  What would be a good set of benchmarks or examples where you would expect NVPR to show the most impact?
http://www.slideshare.net/Mark_Kilgard/gtc-2014-nvidia-path-rendering

http://www.youtube.com/watch?v=bCrohG6PJQE

http://www.youtube.com/watch?v=zI8cJMjEVBE

http://www.youtube.com/watch?v=vE0ZzqK1_dE

Since NVPR was designed for hardware acceleration of vector graphics, I'm guessing SVG should have a decent performance boost? Can't really tell though until someone has tested and benchmarked various complex SVG files with NVPR turned on.
Right - I was just looking for the "product" reason why we would prioritize this.  I know this isn't an answer looking for a question in general, but I was wondering if there is an explicit question for the Firefox case - there clearly is one for the Illustrator case.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.