Remove segment gridding optimization
Categories
(Core :: Graphics: WebRender, task)
Tracking
()
People
(Reporter: gw, Assigned: gw)
References
Details
Attachments
(1 file)
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 1•4 years ago
|
||
Reference to why image tiles currently use segments - https://bugzilla.mozilla.org/show_bug.cgi?id=1526235
Assignee | ||
Comment 2•4 years ago
|
||
Notes to self on things we want to consider:
- 9 patch segment / instance format.
- Unifying glyph / primitive instance format.
- How to handle texture UV sub-rects (and what these are currently used for).
- Not using segment infrastructure for image tiling rendering.
- A simpler / smaller instance format (less indirection?).
- Making use of (unifying) this functionality for image borders, which are already 9-patches.
Assignee | ||
Comment 3•4 years ago
|
||
- A more advanced batch instance container that can handle different instance sizes per shader - this would allow, for instance, much smaller instances for most primitives, and a larger instance for YUV primitives.
Assignee | ||
Comment 4•4 years ago
|
||
- Primitive headers indirection is not ideal - we could remove this once segmentation is simplified to be 9-patches only. However, we need a solution for glyph rendering, since that has a similar issue (many sub-rects per overall text run primitive).
Assignee | ||
Comment 5•4 years ago
|
||
This is no longer as important, with picture caching. Removing it
will simplify the planned changes to switch to a simpler segment
model based on nine-patch rectangles during scene building.
Assignee | ||
Updated•4 years ago
|
Pushed by gwatson@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/5d5fee77d845 Remove segment gridding optimization. r=nical
Comment 7•4 years ago
|
||
bugherder |
Comment 8•4 years ago
|
||
The leave-open keyword is there and there is no activity for 6 months.
:gw, maybe it's time to close this bug?
Assignee | ||
Comment 9•4 years ago
|
||
This is still relevant, but low down the priority list for now.
Comment 10•3 years ago
|
||
Since a patch was landed and there are regressions tracked against that change, maybe this bug should be closed and a new bug can be opened for followup work. It's confusing when this is listed as the regressing bug, but it's stilled marked as NEW.
Assignee | ||
Updated•3 years ago
|
Description
•