Closed
Bug 865104
Opened 12 years ago
Closed 11 years ago
Create a software compositor
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
RESOLVED
FIXED
mozilla29
People
(Reporter: mattwoodrow, Assigned: mattwoodrow)
References
Details
Attachments
(3 files, 3 obsolete files)
44.86 KB,
patch
|
nrc
:
review+
mattwoodrow
:
checkin+
|
Details | Diff | Splinter Review |
7.29 KB,
patch
|
nrc
:
review+
nical
:
review+
|
Details | Diff | Splinter Review |
1.92 KB,
patch
|
nrc
:
review+
|
Details | Diff | Splinter Review |
We want this to at least work, since the e10s team are working on machines that don't support hardware acceleration.
Attaching what I've got so far. It kind of draws some things.
This is really fantastic. Thanks Matt. Would it be worth it for me to try this out, or is it not ready yet?
Assignee | ||
Comment 2•12 years ago
|
||
Unless you're interested in spending your time debugging it, then I wouldn't bother just yet.
The platform integration component is only done for mac (The nsIWidget functions), and even then it doesn't render about:home correctly.
Assignee | ||
Comment 3•12 years ago
|
||
The main issue with this currently appears to be with the Mac widget integration.
It appears that the CGContext/DrawTarget that we're getting inside StartRemoteDrawing is clipped to only part of the window area.
If I direct all drawing to a temporary surface, then it draws the whole window correctly, but copying that to the window context only updates part of the screen.
I can sometimes change the areas that get updates by moving the window, resizing it, moving other windows around above it etc. My guess is that the setNeedsDisplay call isn't doing enough, but I'm not sure what else would be required.
CC'ing some cocoa experts in case they have any ideas.
I'll also have a go at doing the linux part tomorrow. Karl, does this link sound similar to what we are going to want? http://cairographics.org/threaded_animation_with_cairo/
Comment 4•12 years ago
|
||
You might be missing a [window flushWindow]. Other than that I don't have any ideas, I'll try your patch tomorrow.
Assignee | ||
Comment 5•12 years ago
|
||
Thanks Markus, that indeed fixes it.
Unfortunately we now can get into a deadlock situation when resizing, but that's probably not too hard to fix.
Assignee | ||
Comment 6•12 years ago
|
||
Rather than waste too much more time on platform integration, I decided to synchronously wait on the compositor whenever we get a paint event on the main thread. This ruins a lot of the point of having OMTC, but should be sufficient for what we need right now.
You'll need to set layers.offmainthreadcomposition.enabled = true, and layers.offmainthreadcomposition.prefer-basic = true.
Assignee | ||
Comment 7•12 years ago
|
||
Rewrote texture coords handling code to be correct, which fixed a bunch of drawing/scrolling bugs.
Also fixed plugins and video on mac. I think this should be fairly feature complete now, will start running reftests to find more bugs.
Attachment #741172 -
Attachment is obsolete: true
Attachment #742178 -
Attachment is obsolete: true
Comment on attachment 742912 [details] [diff] [review]
WIP v3
Review of attachment 742912 [details] [diff] [review]:
-----------------------------------------------------------------
::: gfx/layers/Makefile.in
@@ +32,5 @@
> BasicImages.cpp \
> BasicLayerManager.cpp \
> BasicCanvasLayer.cpp \
> BasicColorLayer.cpp \
> + BasicCompositor.cpp \
Fix indent
::: gfx/layers/composite/TextureHost.h
@@ +77,5 @@
> * Cast to an TextureSource for the OpenGL backend.
> */
> virtual TextureSourceOGL* AsSourceOGL() { return nullptr; }
> +
> + virtual BasicTextureSource* AsBasicSource() { return nullptr; }
AsSourceBasic
This works great as far as I can tell. I started with MOZ_USE_OMTC=1 and set the prefs from comment 6, and it worked! Are there any big issues involved with landing this patch?
Assignee | ||
Comment 10•12 years ago
|
||
This should be landable, and usable for testing e10s.
Attachment #742912 -
Attachment is obsolete: true
Attachment #743372 -
Flags: review?(ncameron)
Comment 11•12 years ago
|
||
Comment on attachment 743372 [details] [diff] [review]
Implement BasicCompositor
Review of attachment 743372 [details] [diff] [review]:
-----------------------------------------------------------------
Reviewed everything except BasicCompositor.* Looks good so far.
::: dom/ipc/TabChild.cpp
@@ +2171,5 @@
> void
> TabChild::NotifyPainted()
> {
> + if (UseDirectCompositor() &&
> + (!mNotified || mTextureFactoryIdentifier.mParentBackend == LAYERS_BASIC)) {
Why do we care about the backend type here? This at least needs a comment, but it would be nice if this could be abstracted away some how.
::: gfx/layers/basic/BasicLayerManager.cpp
@@ +1266,5 @@
> + }
> + }
> + mShadowTarget = nullptr;
> + mDummyTarget = nullptr;
> + }
Can we factor this lot out into a method rather than copy/pasting it
::: gfx/layers/client/CompositableClient.cpp
@@ +112,5 @@
> MOZ_ASSERT(false, "Unhandled texture client type");
> }
>
> + if (!result) {
> + return nullptr;
This worries me a bit because all callers assume this method will return a texture client. Could we return some kind of dummy texture client which just renders a black box or something?
::: gfx/layers/client/ImageClient.cpp
@@ +28,5 @@
> RefPtr<ImageClient> result = nullptr;
> switch (aCompositableHostType) {
> case BUFFER_IMAGE_SINGLE:
> + if (aForwarder->GetCompositorBackendType() == LAYERS_OPENGL ||
> + aForwarder->GetCompositorBackendType() == LAYERS_BASIC) {
we should factor this out into a method, or multiple methods, it will get ridiculous once we have a few different compositors
::: gfx/layers/client/ImageClient.h
@@ +81,5 @@
> CompositableType aType);
>
> virtual bool UpdateImage(ImageContainer* aContainer, uint32_t aContentFlags);
>
> + bool EnsureTextureClient(TextureClientType aType);
Please comment on what the return value means
::: gfx/layers/ipc/CompositorParent.cpp
@@ +1130,5 @@
> + mLayerManager->SetCompositorID(mCompositorID);
> +
> + if (!mLayerManager->Initialize()) {
> + NS_ERROR("Failed to init Compositor");
> + return NULL;
nullptr
::: gfx/layers/opengl/GLManager.cpp
@@ +73,5 @@
> + if (Compositor::GetBackend() == LAYERS_OPENGL) {
> + return new GLManagerCompositor(static_cast<CompositorOGL*>(
> + static_cast<LayerManagerComposite*>(aManager)->GetCompositor()));
> + } else {
> + return nullptr;
drop the else branch and let it fall through to the error
::: layout/ipc/RenderFrameParent.cpp
@@ +714,2 @@
> nsIntPoint offset = GetContentRectLayerOffset(aFrame, aBuilder);
> + layer->SetVisibleRegion(aVisibleRect - offset);
I have no idea if this is right, please ask someone else if you are not 100% sure
@@ +911,5 @@
> // to /dev/null.
> return;
> }
>
> + docFrame->InvalidateLayer(nsDisplayItem::TYPE_REMOTE);
ditto
::: widget/xpwidgets/nsBaseWidget.cpp
@@ +897,5 @@
>
> TextureFactoryIdentifier textureFactoryIdentifier;
> PLayerTransactionChild* shadowManager;
> + mozilla::layers::LayersBackend backendHint;
> + if (Preferences::GetBool("layers.offmainthreadcomposition.prefer-basic", false)) {
Can we just use the existing HWA disabled pref, rather than adding a new one?
Comment 12•12 years ago
|
||
Comment on attachment 743372 [details] [diff] [review]
Implement BasicCompositor
Review of attachment 743372 [details] [diff] [review]:
-----------------------------------------------------------------
LGTM, only thing I worry about is the mCopyTarget business, which doesn't really look right to me, but maybe I missed something. Might be worth getting Bas or roc to glance at DrawSurfaceWithTextureCoords, it looks good to me, but I don't think I would notice if you missed something out.
::: gfx/layers/basic/BasicCompositor.cpp
@@ +15,5 @@
> +using namespace mozilla::gfx;
> +
> +namespace layers {
> +
> +class TextureSourceBasic : public TextureHost
TextureHostBasic?
@@ +60,5 @@
> +
> + BasicCompositor *mCompositor;
> + RefPtr<SourceSurface> mSurface;
> + nsRefPtr<gfxImageSurface> mThebesImage;
> + nsRefPtr<gfxASurface> mThebes;
mThebesSurface?
@@ +142,5 @@
> +BasicCompositor::GetCurrentRenderTarget()
> +{
> + return mRenderTarget;
> +}
> +static void
nit newline
@@ +143,5 @@
> +{
> + return mRenderTarget;
> +}
> +static void
> +DrawSurfaceWithTextureCoords(DrawTarget *aDest,
a few comments in this method would be nice
@@ +244,5 @@
> + aOpacity, sourceMask, maskTransform);
> + break;
> + }
> + case EFFECT_COMPONENT_ALPHA: {
> + NS_RUNTIMEABORT("Can't (easily) support component alpha with BasicCompositor!");
if YCbCr only gives a warning, so should this
@@ +270,5 @@
> + Rect rect = Rect(0, 0, intRect.width, intRect.height);
> + mWidgetSize = intRect.Size();
> +
> + if (mCopyTarget) {
> + mDrawTarget = gfxPlatform::GetPlatform()->CreateOffscreenDrawTarget(IntSize(1,1), FORMAT_B8G8R8A8);
I'm not sure that all these targets are doing the right thing. We set mDrawTarget here, but later in the method use mRenderTarget->mDrawTarget unconditionally. We never seem to use mCopyTarget except to set it up and tear it down. And at the very least we need a comment here saying why we create a 1x1 draw target if there is a copy target.
@@ +273,5 @@
> + if (mCopyTarget) {
> + mDrawTarget = gfxPlatform::GetPlatform()->CreateOffscreenDrawTarget(IntSize(1,1), FORMAT_B8G8R8A8);
> + }
> + if (!mDrawTarget) {
> + *aRenderBoundsOut = Rect();
check for null aRenderBoundsOut
@@ +284,5 @@
> + if (aRenderBoundsOut) {
> + *aRenderBoundsOut = rect;
> + }
> +
> + if (!aClipRectIn) {
switch branches to avoid testing for !
@@ +342,5 @@
> +void
> +BasicCompositor::PrepareViewport(const gfx::IntSize& aSize,
> + const gfxMatrix& aWorldTransform)
> +{
> +}
can you stick these trivial methods in the header rather than in the cpp? And the earlier trivial methods too.
::: gfx/layers/basic/BasicCompositor.h
@@ +80,5 @@
> +
> + virtual const char* Name() const { return "Basic"; }
> +
> + virtual nsIWidget* GetWidget() const MOZ_OVERRIDE { return mWidget; }
> + virtual const nsIntSize& GetWidgetSize() MOZ_OVERRIDE {
nit: newline for opening brace
@@ +93,5 @@
> + nsIntSize mWidgetSize;
> +
> + RefPtr<gfx::DrawTarget> mDrawTarget;
> + RefPtr<BasicCompositingRenderTarget> mRenderTarget;
> + nsRefPtr<gfxContext> mCopyTarget;
please add a comment to state what this is for
Attachment #743372 -
Flags: review?(ncameron) → review+
Assignee | ||
Comment 13•12 years ago
|
||
Making a list of things that I know need to be finished before we could use this by default:
* Add widget integration so we can actually paint off the main thread
* Only composite the changed region of the widget, rather than compositing the entire window every time
* Fix bugs with Mask layers
* Implement 3d transforms rendering
* Copy BasicLayers double buffering optimization code, currently we always double-buffer.
* Convert videos to RGBA / readback plugins (this may be a mac only issue) on the compositor thread rather than the main thread.
Assignee | ||
Comment 14•12 years ago
|
||
> ::: gfx/layers/client/CompositableClient.cpp
> @@ +112,5 @@
> > MOZ_ASSERT(false, "Unhandled texture client type");
> > }
> >
> > + if (!result) {
> > + return nullptr;
>
> This worries me a bit because all callers assume this method will return a
> texture client. Could we return some kind of dummy texture client which just
> renders a black box or something?
The intent here is to return nothing if the current compositor can't support that TextureClient type. That way the caller can chose a different type and try that instead.
>
> ::: gfx/layers/client/ImageClient.cpp
> @@ +28,5 @@
> > RefPtr<ImageClient> result = nullptr;
> > switch (aCompositableHostType) {
> > case BUFFER_IMAGE_SINGLE:
> > + if (aForwarder->GetCompositorBackendType() == LAYERS_OPENGL ||
> > + aForwarder->GetCompositorBackendType() == LAYERS_BASIC) {
>
> we should factor this out into a method, or multiple methods, it will get
> ridiculous once we have a few different compositors
What did you have in mind exactly?
>
> ::: gfx/layers/opengl/GLManager.cpp
> @@ +73,5 @@
> > + if (Compositor::GetBackend() == LAYERS_OPENGL) {
> > + return new GLManagerCompositor(static_cast<CompositorOGL*>(
> > + static_cast<LayerManagerComposite*>(aManager)->GetCompositor()));
> > + } else {
> > + return nullptr;
>
> drop the else branch and let it fall through to the error
I explicitly want to avoid the error condition here (since it signifies a BasicCompositor). We can then just skip trying to draw the overlay and not explode.
Comment 15•12 years ago
|
||
(In reply to Matt Woodrow (:mattwoodrow) from comment #14)
> > ::: gfx/layers/client/CompositableClient.cpp
> > @@ +112,5 @@
> > > MOZ_ASSERT(false, "Unhandled texture client type");
> > > }
> > >
> > > + if (!result) {
> > > + return nullptr;
> >
> > This worries me a bit because all callers assume this method will return a
> > texture client. Could we return some kind of dummy texture client which just
> > renders a black box or something?
>
> The intent here is to return nothing if the current compositor can't support
> that TextureClient type. That way the caller can chose a different type and
> try that instead.
>
The problem is that none of the compositables expect this. If you want to do this, then I think you need to add documentation here, and null checks to all the callers.
> >
> > ::: gfx/layers/client/ImageClient.cpp
> > @@ +28,5 @@
> > > RefPtr<ImageClient> result = nullptr;
> > > switch (aCompositableHostType) {
> > > case BUFFER_IMAGE_SINGLE:
> > > + if (aForwarder->GetCompositorBackendType() == LAYERS_OPENGL ||
> > > + aForwarder->GetCompositorBackendType() == LAYERS_BASIC) {
> >
> > we should factor this out into a method, or multiple methods, it will get
> > ridiculous once we have a few different compositors
>
> What did you have in mind exactly?
>
Possibly a static method on the compositable clients, e.g., ImageClientSingle::SupportsBackend(LayersBackend aBackend). I'm open to other ideas.
> >
> > ::: gfx/layers/opengl/GLManager.cpp
> > @@ +73,5 @@
> > > + if (Compositor::GetBackend() == LAYERS_OPENGL) {
> > > + return new GLManagerCompositor(static_cast<CompositorOGL*>(
> > > + static_cast<LayerManagerComposite*>(aManager)->GetCompositor()));
> > > + } else {
> > > + return nullptr;
> >
> > drop the else branch and let it fall through to the error
>
> I explicitly want to avoid the error condition here (since it signifies a
> BasicCompositor). We can then just skip trying to draw the overlay and not
> explode.
ok
Comment 16•12 years ago
|
||
(In reply to Matt Woodrow (:mattwoodrow) from comment #3)
> I'll also have a go at doing the linux part tomorrow. Karl, does this link
> sound similar to what we are going to want?
> http://cairographics.org/threaded_animation_with_cairo/
Although "It is considered good practice to draw on a widget during its
expose_event only", doing the final copy to the window on the main thread
loses some of the advantage of OMTC. (I haven't looked at what Gecko does on
other platforms.)
There are times when drawing during the GTK expose signal is going to make
some things easier such as synchronization with the window manager during
resize events [1] because GTK handles that for us.
For most animations though, it should be possible to update the window on
another thread. If Gecko keeps track of the parts of the window that it
wants to update (or just that it wants to update the whole window) without
calling gdk_window_invalidate_rect, then it can distinguish between the
drawing that is best done synchronously (GTK expose signal) and that which
can be done off another thread (Gecko's timing).
However, if/when we eventually support the new extended window compositor
synchronization [2], which we and GTK 2 don't yet use, for gating drawing on
compositor updates, it may be best to handle that ourselves so we can do
that on the compositing thread.
We don't want to use a GdkPixmap for the cross-thread communication. GTK3 no
longer has GdkPixmaps and using a cairo or Xlib surface instead will hopefully
remove the need for dealing with GDK's global lock.
[1] See _NET_WM_SYNC_REQUEST in
http://standards.freedesktop.org/wm-spec/wm-spec-1.5.html#idp6363872
[2] http://fishsoup.net/misc/wm-spec-synchronization.html
Assignee | ||
Comment 17•12 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/0cdabaff0636
Let's leave this open for now to track the remaining work for this to be used by default.
Whiteboard: [leave open]
Comment 18•12 years ago
|
||
Comment 19•12 years ago
|
||
Comment on attachment 743372 [details] [diff] [review]
Implement BasicCompositor
Review of attachment 743372 [details] [diff] [review]:
-----------------------------------------------------------------
Some drive by comments.
::: gfx/layers/basic/BasicCompositor.cpp
@@ +102,5 @@
> +TemporaryRef<CompositingRenderTarget>
> +BasicCompositor::CreateRenderTarget(const IntRect& aRect, SurfaceInitMode aInit)
> +{
> + MOZ_ASSERT(aInit != INIT_MODE_COPY);
> + RefPtr<DrawTarget> target = mDrawTarget->CreateSimilarDrawTarget(aRect.Size(), FORMAT_B8G8R8A8);
We probably want to check the result here.
@@ +106,5 @@
> + RefPtr<DrawTarget> target = mDrawTarget->CreateSimilarDrawTarget(aRect.Size(), FORMAT_B8G8R8A8);
> +
> + RefPtr<BasicCompositingRenderTarget> rt = new BasicCompositingRenderTarget(target, aRect.Size());
> +
> + return rt.forget();
nit: You shouldn't need to do .forget() here, with mfbt refptrs.
@@ +113,5 @@
> +TemporaryRef<CompositingRenderTarget>
> +BasicCompositor::CreateRenderTargetFromSource(const IntRect &aRect,
> + const CompositingRenderTarget *aSource)
> +{
> + RefPtr<DrawTarget> target = mDrawTarget->CreateSimilarDrawTarget(aRect.Size(), FORMAT_B8G8R8A8);
Same here.
@@ +128,5 @@
> +
> + RefPtr<SourceSurface> snapshot = source->Snapshot();
> +
> + rt->mDrawTarget->CopySurface(snapshot, aRect, IntPoint(0, 0));
> + return rt.forget();
Same here.
::: gfx/layers/client/ImageClient.cpp
@@ +28,5 @@
> RefPtr<ImageClient> result = nullptr;
> switch (aCompositableHostType) {
> case BUFFER_IMAGE_SINGLE:
> + if (aForwarder->GetCompositorBackendType() == LAYERS_OPENGL ||
> + aForwarder->GetCompositorBackendType() == LAYERS_BASIC) {
Nicolas and I already agreed we just want to kill these completely. I'm doing this in my landing of D3D11 Compositor.
Updated•12 years ago
|
Assignee: nobody → matt.woodrow
Status: NEW → ASSIGNED
Assignee | ||
Updated•11 years ago
|
Attachment #743372 -
Flags: checkin+
Assignee | ||
Comment 20•11 years ago
|
||
Attachment #767108 -
Flags: review?(ncameron)
Assignee | ||
Comment 21•11 years ago
|
||
BasicCompositor uses the shmem directly to composite, so we can't have the main thread editing it underneath us.
Attachment #767109 -
Flags: review?(ncameron)
Updated•11 years ago
|
Attachment #767109 -
Flags: review?(ncameron) → review+
Comment 22•11 years ago
|
||
Comment on attachment 767108 [details] [diff] [review]
Support YCbCr images with BasicCompositor
Review of attachment 767108 [details] [diff] [review]:
-----------------------------------------------------------------
LGTM, but adding nical to check YCbCr stuff is done in the best way.
::: gfx/layers/basic/BasicCompositor.cpp
@@ +120,5 @@
> + return;
> + }
> +
> + mThebesSurface = mThebesImage =
> + new gfxImageSurface(size, format);
indent
Attachment #767108 -
Flags: review?(nical.bugzilla)
Attachment #767108 -
Flags: review?(ncameron)
Attachment #767108 -
Flags: review+
Comment 23•11 years ago
|
||
Comment on attachment 767108 [details] [diff] [review]
Support YCbCr images with BasicCompositor
Review of attachment 767108 [details] [diff] [review]:
-----------------------------------------------------------------
::: gfx/layers/YCbCrImageDataSerializer.h
@@ +67,5 @@
> * Return a pointer to the begining of the data buffer.
> */
> uint8_t* GetData();
> +
> + void ToPlanarYCbCrImageData(PlanarYCbCrImage::Data& aData);
I would prefer not to add a dependency to ImageContainer.h just for this. This method seems to only be used in one place. maybe it could be an external function somewhere else. I wouldn't block the patch for that, but in general I'd like that we avoid adding too many dependencies in headers just for helper functions that are not used in many places.
Updated•11 years ago
|
Attachment #767108 -
Flags: review?(nical.bugzilla) → review+
Assignee | ||
Comment 24•11 years ago
|
||
Assignee | ||
Comment 25•11 years ago
|
||
Comment 26•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Whiteboard: [leave open]
Target Milestone: --- → mozilla29
Updated•11 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•