diff options
author | Vito Caputo <vcaputo@pengaru.com> | 2019-11-24 11:26:23 -0800 |
---|---|---|
committer | Vito Caputo <vcaputo@pengaru.com> | 2019-11-24 11:26:23 -0800 |
commit | 8f774980b9222f39f9e74e8e3a694cad55753e2f (patch) | |
tree | c971c4b954428109ceee9351fc751dda467e0ff3 /src/fb.c | |
parent | 53cc747fd2bdd774bc6f27f8aca5749c664b5cc7 (diff) |
fb: add number to fb_fragment_t
This introduces a stricter coupling and requirement for modules
supplying a fragmenter in their prepare_frame() to only receive
fragments produced by *their* fragmenter at their render_fragment().
When modules don't explicitly perform any fragmenting they can't
really make much use of this number as it will reflect an arbitrary
fragmenting pass's perspective.
But when modules do perform their own frame fragmenting, they can
assume any fragment supplied to their render function will have been
generated by it. This needs to be enforced a bit in the code.
The current use case is montage using a fragmenter for tiling the
montage in a threaded render. The fragment numbers map to the
modules to be rendered in the tiles. As long as modules can assume
their fragmenter will always be what produces their fragments, this
is perfectly fine.
Diffstat (limited to 'src/fb.c')
-rw-r--r-- | src/fb.c | 2 |
1 files changed, 2 insertions, 0 deletions
@@ -328,6 +328,7 @@ int fb_fragment_slice_single(const fb_fragment_t *fragment, unsigned n_fragments res_fragment->frame_height = fragment->frame_height; res_fragment->stride = fragment->stride; res_fragment->pitch = fragment->pitch; + res_fragment->number = num; return 1; } @@ -362,6 +363,7 @@ int fb_fragment_tile_single(const fb_fragment_t *fragment, unsigned tile_size, u res_fragment->frame_height = fragment->frame_height; res_fragment->stride = fragment->stride + ((fragment->width - res_fragment->width) * 4); res_fragment->pitch = fragment->pitch; + res_fragment->number = num; return 1; } |