* gives a useful overview of everything supported right now
* especially the type documentation is useful, as these things are not self-evident in Lua (because of dynamic typing).
* The LDoc page can later be published as the Github pages of the project.
  This can even be done automatically by a Github action.
  However, we should first make sure that it's okay to publish the project before defending the thesis since
  Github pages will always be public even for private repositories.
* Documentation of command-line parameters is lacking (TODO).
* It may be possible to use types like "Stream(number)" to describe streams of numbers.
  The LDoc documentation mentions boxed types.
  Perhaps there can even be Streamable(number)?
* We are also lacking good example programs and/or introductory material.

* This works for relative, absolute and keyboard devices
* devices can be grabbed, so they do not interfere with the rest of the system

it should have no runtime penalty and eases debugging core dumps

 * the low-level C part is now implemented in a normal
   C function applause_push_sample() which is called using the FFI
   API
 * this is supposedly faster than the old Lua/C way, but the
   speed improvement seems to be miniscule.
   However changes like this are still good since they simplify
   the C core.
 * speed improvements will probably be larger for the
   MIDI*Stream functions since here we call Lua/C functions at
   sample rate.

 * MIDICCStream provides a stream of CC values as if
   polled from the controller (this is emulated in
   applause.c)

 * implements Stream:play() using Jack as the audio backend