Changes between Initial Version and Version 1 of April 2011 Meeting Hardware Acceleration Track


Ignore:
Timestamp:
Apr 25, 2011 11:33:25 AM (13 years ago)
Author:
noam.rosenthal@nokia.com
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • April 2011 Meeting Hardware Acceleration Track

    v1 v1  
     1- Accelerated Compositing
     2- 3D Canvas
     3Solutions are currently pretty separate
     4
     5- Accelerated 2D canvas
     6Google's solution upstreamed (Skia/NC), still profiling
     7Currently hybrid mode, would work better in full HW mode - not with read-backs.
     8should canvas-2d have a "no-readback" mode or other rendering hints?
     9Not turned on by default - correctness issues
     10
     11- How does this jive with WebKit2/multi-process
     12Chromium - a 3rd GPU process that handles all the OpenGL commands and embeds a window into the front process
     13Qt - marshal the graphics-layer commands; RIM does something similar
     14Apple - CA on Mac, shared-textures on Windows (not complete yet)
     15
     16- Differences between ports
     17
     18
     19- GPU for regular rendering (?)
     20
     21- SVG acceleration
     22Context switching
     23relies on GPU for regular rendering?
     24
     25- 3D CSS without acceleration
     26Makes some sense; not a huge traction.
     27
     28- what's composited
     29fixed position?
     30should everything be render-layers?
     31texture-limit
     32
     33- is something in the acceleration/animation API layer missing
     34animation scrubbing - mostly for authoring tools
     35interesting area: requestAnimationFrame
     36
     37- transitions/animation CSS
     38last addition was fill-mode
     39
     40- let the web developers decide?
     41Makes sense on some level since developers do translateZ(0) and other tricks anyway.
     42In Qt we sometimes interpret accelerated-compositing as pure software, in memory constrained environments.