about.rst 2.8 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869
  1. About
  2. ========
  3. What does it do
  4. ---------------
  5. larigira integrates with MPD (Music Player Daemon) and prevents your playlist
  6. from running empty. It also has powerful support for "events": audio that must be played at some time.
  7. Features
  8. ---------
  9. * Simple to install
  10. * WebUI
  11. * modular event system
  12. Architecture
  13. -------------
  14. larigira delegates all the music playing business to MPD.
  15. It relies on ``tinydb`` as a db: it's actually just a json file, to achieve
  16. simplicity and flexibility. By default it is stored in ``~/.config/larigira/db.json``
  17. Code structure and core concepts
  18. -----------------------------------
  19. The code is heavily based on gevent: almost everything is a greenlet.
  20. alarm
  21. An alarm is a specification of timings. It is "something that can generate
  22. times". For example ``{ 'kind': 'single', 'timestamp': 1234567890 }``
  23. generates a single time (February 14, 2009 00:31:00), while
  24. ``{ 'kind': 'frequency', 'interval': 10, 'start': 1234567890 }`` generates
  25. infinite times, one every 10 seconds, starting from February 14, 2009
  26. 00:31:00.
  27. action
  28. An action is a specification of audio. It is "something that can generate a
  29. list of audio files".
  30. For example, ``{ 'kind': 'randomdir', 'paths': ['/my/dir', '/other/path'] }``
  31. will pick a random file from one of the two paths.
  32. event
  33. An event is an alarm plus a list of actions. At given times, do those things
  34. The main object is :class:`larigira.mpc.Controller`, which in turn uses :class:`larigira.mpc.Player` to control MPD. How does it know what to do? there are two main flows: the continous playlist filling and the alarm
  35. system.
  36. Continous playlist
  37. ~~~~~~~~~~~~~~~~~~
  38. :class:`larigira.mpc.Controller` has a "child" called :class:`larigira.mpc.MpcWatcher`. It watches for events on
  39. the playlist; when the playlist is changed it notifies Controller, which in turn will check if the playlist has
  40. enough songs. If that's the case, it will run an audiogenerator, and add the resulting audio at the bottom of the playlist.
  41. Alarm system
  42. ~~~~~~~~~~~~
  43. There is a DB. The lowest level is handled by TinyDB. :class:`larigira.event.EventModel` is a thin layer on
  44. it, providing more abstract functions.
  45. There is a :class:`Monitor <larigira.event.Monitor>`, which is something that, well, "monitors" the DB and
  46. schedule events appropriately. It will check alarms every ``EVENT_TICK_SECS`` seconds, or when larigira received
  47. a ``SIGALRM`` (so ``pkill -ALRM larigira`` might be useful for you).
  48. You can view scheduled events using the web interface, at ``/view/status/running``. Please note that you will
  49. only see *scheduled* events, which are events that will soon be added to playlist. That page will not give you
  50. information about events that will run in more than ``2 * EVENT_TICK_SECS`` seconds (by default, this amounts
  51. to 1 minute).