Closed
Bug 1547369
Opened 5 years ago
Closed 5 years ago
Support compositor recording for CompositorD3D11
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
RESOLVED
FIXED
mozilla68
| Tracking | Status | |
|---|---|---|
| firefox68 | --- | fixed |
People
(Reporter: barret, Assigned: barret)
Details
Attachments
(2 files)
The current compositor recording infrastructure doesn't work on CompositorD3D11 because its recording is tied directly to whether or not profiling is happening. We should do something similar to what we do for BasicCompositor in bug 1544572 to support both cases.
|
Assignee | |
Comment 1•5 years ago
|
||
CompositorD3D11's implementation of GetWindowRenderTarget would return a
nullptr if we were not presently recording a profile with screenshots. Now,
CompositorD3D11 correctly will return a window render target when it has been
asked to by the LayerManagerComposite via Compositor::RequestRecordFrames.
|
|
Assignee | |
Comment 2•5 years ago
|
||
Pushed by brennie@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/68e1511514df Rename Compositor::RequestRecordFrames to Compositor::RequestAllowFrameRecording r=mstange https://hg.mozilla.org/integration/autoland/rev/98a5645c0566 Support composition recording on CompositorD3D11 r=mstange
|
||
Comment 4•5 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/68e1511514df
https://hg.mozilla.org/mozilla-central/rev/98a5645c0566
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla68
You need to log in
before you can comment on or make changes to this bug.
Description
•