| Age | Commit message (Collapse) | Author | 
|---|
|  | We don't actually want to produce indices 0-width and 0-height | 
|  | Just one case, modules/submit, was using 32x32 tiles and is now
using 64x64.  I don't expect it to make any difference.
While here I fixed up the num_cpus/n_cpus naming inconsistencies,
normalizing on n_cpus. | 
|  | Fragmenting is often dimensioned according to the number of cpus,
and by not supplying this to the fragmenter it was made rather
common for module contexts to plumb this themselves - in some
cases incorporating a context type/create/destroy rigamarole
for the n_cpus circuit alone.
So just plumb it in libtil, and the prepare_frame functions can
choose to ignore it if they have something more desirable onhand.
Future commits will remove a bunch of n_cpus from module contexts
in favor of this. | 
|  | This adds a voronoi diagram module, which when used as an overlay
produces a mosaic effect.
Some settings:
 cells=N             number of voronoi cells
 randomize={on,off}  randomizes the cell locations every frame
 dirty={on,off}      uses a faster sloppy/dithery-looking method
Some TODO items:
- use a more space efficient representation of the distance
  buffer, maybe use uint16_t relative offsets into the cells
  rather than pointers - capping their quantity to 64KiB
- anti-alias edges between cells |