gecko-dev/gfx/wr
Barret Rennie b161b2b08f Bug 1551735 - Add a mode to the AsyncScreenshotGrabber to enable composition recording r=kvark
The AsyncScreenshotGrabber now can operate in two modes:

* `ProfilerScreenshots`, which does asynchronous scaling of the captured frames
  for inclusion in profiles by the Gecko Profiler; and
* `CompositionRecorder`, which does not do any scaling and is used for visual
  metrics computations.

The latter mode is exposed by on the `Renderer` via the `record_frame`,
`map_recorded_frame`, and `release_composition_recorder_structures` methods.

A different handle type (`RecordedFrameHandle`) is returned and consumed by
these functions, but they translate between `RecordedFrameHandle` and
`AsyncScreenshotHandle` when communicating with the underlying
`AsyncScreenshotGrabber`.

I considered making the `AsyncScreenshotGrabber` generic over its handle type,
but the extra cost of monomorphization just to change the handle type did not
seem worth it.

Differential Revision: https://phabricator.services.mozilla.com/D32232

--HG--
extra : moz-landing-system : lando
2019-05-29 21:52:44 +00:00
..
ci-scripts Bug 1548261 - Run wrench reftests in debug also. r=kvark 2019-05-02 14:18:21 +00:00
debugger Bug 1542826 - Rebuild the debugger front-end. r=gw 2019-04-25 19:31:09 +00:00
direct-composition Bug 1525402 - Mark all gfx/wr crates as Rust 2018. r=kvark 2019-05-07 01:39:22 +00:00
examples Bug 1525402 - Run cargo fix --edition on webrender on macos. r=kvark 2019-05-07 01:40:23 +00:00
webrender Bug 1551735 - Add a mode to the AsyncScreenshotGrabber to enable composition recording r=kvark 2019-05-29 21:52:44 +00:00
webrender_api Bug 1555476 - Implement flood filter in WebRender r=gw 2019-05-30 03:11:53 +00:00
webrender_build Bug 1525402 - Mark all gfx/wr crates as Rust 2018. r=kvark 2019-05-07 01:39:22 +00:00
wr_malloc_size_of Bug 1525402 - Mark all gfx/wr crates as Rust 2018. r=kvark 2019-05-07 01:39:22 +00:00
wrench Backed out changeset cb8c60790fd9 (bug 1536240) for causing build bustages CLOSED TREE 2019-05-30 21:55:29 +03:00
.gitignore
.taskcluster.yml Bug 1515348 - Update webrender to commit 75ab41278fe7e24c45b22fa1af6879801d6f8ebc (WR PR #3434). r=kats 2018-12-19 19:28:51 +00:00
appveyor.yml Bug 1547979 - Bump appveyor rust version to 1.34. r=kvark 2019-04-30 13:51:08 +00:00
Cargo.lock Bug 1554401 - Part 1: Update dwrote to 0.9. r=emilio 2019-05-25 17:08:40 +00:00
Cargo.toml Bug 1549776 - Ensure debug wrench aborts on panic. r=gw 2019-05-23 15:30:04 +00:00
LICENSE
README.md Bug 1507522 - Add a note to the WebRender README about the new upstream. r=kvark 2019-01-10 14:14:00 +00:00
rustfmt.toml
servo-tidy.toml Bug 1550903 - Part 1: Update ws to 0.8. r=emilio 2019-05-18 21:30:23 +00:00

WebRender

GPU renderer for the Web content, used by Servo.

Note that the canonical home for this code is in gfx/wr folder of the mozilla-central repository at https://hg.mozilla.org/mozilla-central. The Github repository at https://github.com/servo/webrender should be considered a downstream mirror, although it contains additional metadata (such as Github wiki pages) that do not exist in mozilla-central. Pull requests against the Github repository are still being accepted, although once reviewed, they will be landed on mozilla-central first and then mirrored back. If you are familiar with the mozilla-central contribution workflow, filing bugs in Bugzilla and submitting patches there would be preferred.

Update as a Dependency

After updating shaders in WebRender, go to servo and:

  • Go to the servo directory and do ./mach update-cargo -p webrender
  • Create a pull request to servo

Use WebRender with Servo

To use a local copy of WebRender with servo, go to your servo build directory and:

  • Edit Cargo.toml
  • Add at the end of the file:
[patch."https://github.com/servo/webrender"]
"webrender" = { path = "<path>/webrender" }
"webrender_api" = { path = "<path>/webrender_api" }

where <path> is the path to your local copy of WebRender.

  • Build as normal

Documentation

The Wiki has a few pages describing the internals and conventions of WebRender.

Testing

Tests run using OSMesa to get consistent rendering across platforms.

Still there may be differences depending on font libraries on your system, for example.

See this gist for how to make the text tests useful in Fedora, for example.