rototiller/.git - Collection of software-rendered graphics hacks supporting libdrm and SDL2

Age	Commit message (Collapse)	Author
2021-10-01	*: librototiller->libtil	Vito Caputo
	Largely mechanical rename of librototiller -> libtil, but introducing a til_ prefix to all librototiller (now libtil) functions and types where a rototiller prefix was absent. This is just a step towards a more libized librototiller, and til is just a nicer to type/read prefix than rototiller_.
2020-01-25	rototiller: introduce ticks and wire up to modules	Vito Caputo
	Most modules find themselves wanting some kind of "t" value increasing with time or frames rendered. It's common for them to create and maintain this variable locally, incrementing it with every frame rendered. It may be interesting to introduce a global notion of ticks since rototiller started, and have all modules derive their "t" value from this instead of having their own private versions of it. In future modules and general innovations it seems likely that playing with time, like jumping it forwards and backwards to achieve some visual effects, will be desirable. This isn't applicable to all modules, but for many their entire visible state is derived from their "t" value, making them entirely reversible. This commit doesn't change any modules functionally, it only adds the plumbing to pull a ticks value down to the modules from the core. A ticks offset has also been introduced in preparation for supporting dynamic shifting of the ticks value, though no API is added for doing so yet. It also seems likely an API will be needed for disabling the time-based ticks advancement, with functions for explicitly setting its value. If modules are created for incorporating external sequencers and music coordination, they will almost certainly need to manage the ticks value explicitly. When a sequencer jumps forwards/backwards in the creative process, the module glue responsible will need to keep ticks synchronized with the sequencer/editor tool. Before any of this can happen, we need ticks as a first-class core thing shared by all modules. Future commits will have to modify existing modules to use the ticks appropriately, replacing their bespoke variants.
2020-01-23	stars: mess with the starfield	Philip J Freeman
	This commit adds some fun features to the starfield: - normalize aspect ratio to fragment size - rolling viewport - rotating viewport (with rate option)
2020-01-06	stars: fat stars	Philip J Freeman
	draw stars as circles that get larger as the approach the camera
2019-12-30	stars: fix bugs, big refactor for resizing	Philip J Freeman
	- use a context not globals - use floats and a "unit cube" to simulate the starfield
2019-11-23	rototiller: pass cpu to .render_fragment()	Vito Caputo
	Mostly mechanical change, though threads.c needed some jiggering to make the logical cpu id available to the worker threads. Now render_fragment() can easily addresss per-cpu data created by create_context().
2018-12-30	modules/stars: capitalize description	Vito Caputo

2017-04-22	*: add module context machinery	Vito Caputo
	introduces create_context() and destroy_context() methods, and adds a 'void *context' first parameter to the module methods. If a module doesn't supply create_context() then NULL is simply passed around as the context, so trivial modules can continue to only implement render_fragment(). A subsequent commit will update the modules to encapsulate their global state in module-specific contexts.
2017-04-22	*: /render/render_fragment/ in rototiller_module_t	Vito Caputo
	Adding more context to the name in anticipation of adding a prepare_frame() method to the module struct.
2017-04-21	*: s/renderer/module/g	Vito Caputo
	Make consistent with the source directory structure naming.
2017-02-03	*: use fb_fragment_zero() instead of memset()	Vito Caputo

2017-02-03	stars: use fb_fragment_put_pixel_unchecked()	Vito Caputo
	drop draw_pixel() duplication
2017-01-18	*: move source into src/ subdir	Vito Caputo
	Restoring some organizational sanity since adopting autotools.