Aaelias@chromium.orgAdd CC software renderer.
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
Gracefully handle zero duration curves in CCActiveAnimation We should trim to time 0 in this case. BUG= Review URL: https://chromiumcodereview.appspot.com/10961036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158092 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Gracefully handle zero duration curves in CCActiveAnimation We should trim to time 0 in this case. BUG= Review URL: https://chromiumcodereview.appspot.com/10961036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158092 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Rolls cc and webkit_compositor up to 127340 With this, webkit_compositor_unittests successfully runs+builds and it's possible to start implemented WebCompositorSupport BUG= Review URL: https://chromiumcodereview.appspot.com/10920059 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@154559 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Rolls cc and webkit_compositor up to 127340 With this, webkit_compositor_unittests successfully runs+builds and it's possible to start implemented WebCompositorSupport BUG= Review URL: https://chromiumcodereview.appspot.com/10920059 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@154559 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add wrapper container for a vector of OwnPtr<T> In cc we frequently use WTF::Vector<WTF::OwnPtr<T> > to store lists of single-ownership objects. In WTF this works nicely using template specialization in the container implementation. In chromium we use STL containers and can't modify the implementation, so this adds a wrapper to do roughly the same thing. BUG= Review URL: https://chromiumcodereview.appspot.com/10940002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157699 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Here are gyp targets and stubs for compiling libcc and the webkit_compositor bindings in chromium. Everything is guarded behind the off-by-default use_libcc_for_compositor gyp variable. I haven't included the actual code here, but there are scripts to sync. I plan to land + manually sync the code into place until we're ready to flip the gyp switch. Snapshot from r126652 BUG= Review URL: https://chromiumcodereview.appspot.com/10828381 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@153354 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add the ubercomp DelegatedRendererLayer. This adds a layer that owns a set of RenderPasses with DrawQuads, and is able to insert those RenderPasses and DrawQuads into the current frame during CCLayerTreeHostImpl::calculateRenderPasses(). The layer owns whatever quads/passes you give to it, and copies them with modifications as needed into the current frame via the QuadSink. Quads from the layer's root RenderPass are merged into its target RenderPass, with the transform and opacity being modified if needed. Other RenderPasses are inserted into the frame as-is, with RenderPass ids being adjusted to not collide with any other RenderPasses in the frame, and using a scheme that allows the layer to reverse-lookup its own copy of a RenderPass from the id it generated. Moved from: https://bugs.webkit.org/show_bug.cgi?id=94145 Tests: CCDelegatedRendererLayerImplTestSimple.AddsContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestSimple.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestSimple.QuadsFromRootRenderPassAreModifiedForTheTarget CCDelegatedRendererLayerImplTestOwnSurface.AddsRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToContributingRenderPasses CCDelegatedRendererLayerImplTestOwnSurface.AddsQuadsToTargetRenderPass CCDelegatedRendererLayerImplTestOwnSurface.QuadsFromRootRenderPassAreNotModifiedForTheTarget BUG=123445 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=157700 Review URL: https://chromiumcodereview.appspot.com/10916307 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157794 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Here are gyp targets and stubs for compiling libcc and the webkit_compositor bindings in chromium. Everything is guarded behind the off-by-default use_libcc_for_compositor gyp variable. I haven't included the actual code here, but there are scripts to sync. I plan to land + manually sync the code into place until we're ready to flip the gyp switch. Snapshot from r126652 BUG= Review URL: https://chromiumcodereview.appspot.com/10828381 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@153354 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add CC software renderer. This new renderer adds support for the compositor to output to a software-bitmap surface instead of a GL context. It uses Skia to interpret the CCDrawQuads and configures the resource provider to only use bitmap-backed resources. During initialization, the host checks whether a GL or software output surface is available and initializes the appropriate renderer. The basic texture and solid-color based quad types are supported, along with alpha, clipping and 3d transformations. Render surfaces and video are not yet supported. BUG=124671 Review URL: https://chromiumcodereview.appspot.com/10918258 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158396 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add CC software renderer. This new renderer adds support for the compositor to output to a software-bitmap surface instead of a GL context. It uses Skia to interpret the CCDrawQuads and configures the resource provider to only use bitmap-backed resources. During initialization, the host checks whether a GL or software output surface is available and initializes the appropriate renderer. The basic texture and solid-color based quad types are supported, along with alpha, clipping and 3d transformations. Render surfaces and video are not yet supported. BUG=124671 Review URL: https://chromiumcodereview.appspot.com/10918258 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158396 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Change cc files from namespace WebCore to cc These files no longer are part of WebCore, so it doesn't make any sense to keep that namespace. Due to being unable to forward declare typedefs in C++, the stubs files (like FloatSize) now define cc::FloatSize as being derived from WebCore::FloatSize. With enough constructors, this lets them be used interchangably in the short term until those geometry classes become real and not dependent on WebCore files. This allows (nearly) all the forward declarations and uses of these types in cc stay as-is with minimal churn. BUG=none Review URL: https://codereview.chromium.org/10914268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156905 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Here are gyp targets and stubs for compiling libcc and the webkit_compositor bindings in chromium. Everything is guarded behind the off-by-default use_libcc_for_compositor gyp variable. I haven't included the actual code here, but there are scripts to sync. I plan to land + manually sync the code into place until we're ready to flip the gyp switch. Snapshot from r126652 BUG= Review URL: https://chromiumcodereview.appspot.com/10828381 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@153354 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix remaining cc files to compile with Clang BUG=none Review URL: https://codereview.chromium.org/10947047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158005 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Update cc snapshot to r127918 TBR=nduca@chromium.org BUG= Review URL: https://chromiumcodereview.appspot.com/10917153 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@155554 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Enable webkit_compositor_bindings_unittests in component builds This shares the compositor setup code from cc_unittests so we can run webkit_compositor_bindings_unittests in component builds. BUG= Review URL: https://chromiumcodereview.appspot.com/10918281 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157416 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Enable webkit_compositor_bindings_unittests in component builds This shares the compositor setup code from cc_unittests so we can run webkit_compositor_bindings_unittests in component builds. BUG= Review URL: https://chromiumcodereview.appspot.com/10918281 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157416 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Enable webkit_compositor_bindings_unittests in component builds This shares the compositor setup code from cc_unittests so we can run webkit_compositor_bindings_unittests in component builds. BUG= Review URL: https://chromiumcodereview.appspot.com/10918281 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157416 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 |