rototiller: initial commit

This is a retro-style demo hack, demonstrating libdrm dummy buffer use for
achieving "oldskool" demo-style graphics programming on modern linux.

It's a quick and nasty hack, some effort was put into optimizing the renderer,
but the libdrm setup code is prototype quality at best, it's a spaghetti of
crap cobbled together while scrutinizing the libdrm headers until something
showed on-screen.

The amazing thing is, it actually works, and quite well at that, on my machine
anyways.

1 files changed, 18 insertions, 0 deletions

diff --git a/TODO b/TODO
new file mode 100644
index 0000000..2a006b8
--- /dev/null
+++ b/TODO
@@ -0,0 +1,18 @@
+- Split out the rendering functions into their own listings, consolidate into
+  a single main, it'd be neat to just have a bunch of rendering plugins for eye
+  candy you can select on the commandline.
+
+- Replace the dirty mess of libdrm calls with a flexible drm setup thingy, so
+  the user can choose the crtc/encoder/connector/mode etc.  It's all hard-coded
+  currently, requiring you to go change ~3 lines to make it display on an
+  external monitor for example.
+
+  I'd like a commandline interface for selecting the outputs, an interactive
+  text one for navigating the drm topology and selecting what you want would be
+  a nice alternative as well.
+
+- Figure out if it's possible/how to page flip and synchronize multiple crtcs
+  at once.  Can we have a drm program running discrete effects on multiple
+  monitors, in a tear-free fashion on all of them?  I think this is actually a
+  complicated problem they're struggling to deal with in X/weston land general
+  multihead.