docs/random/ensonic/media-device-daemon.txt

   1 $Id$
   2
   3 components
   4 ================================================================================
   5
   6 - daemon process
   7   - is a gstreamer appliation
   8   - open physical sink, src elements
   9   - prepends an adder to sinks
  10   - appends an tee to sources
  11
  12 - 4 new elements
  13   - virtual-audiosink, virtual-videosink
  14     virtual-audiosrc, virtual-videosrc
  15   - virtual sinks establish a connection to the daemon
  16   - they link to request_pads of the adder/tee elements
  17
  18 - gui app
  19   - lists instances as mixing-desk like channelstrips
  20   - channelstrips would contain
  21     - audio
  22       - volume, panorama, 3-band eq
  23     - video
  24       - brightness, contrast, alpha-level
  25   - user can
  26     - add insert-fx
  27     - route channel to targets, where targets can be real sinks or more
  28       virtual-sinks (sub-groups)
  29   - virtual sinks need queues to decouple application processes
  30
  31 - interfaces
  32   - expose child-elements via child-proxy
  33     - then e.g. the applications volume-control could directly access the
  34       channelstrip
  35   - state-control (play, pause/mute)
  36     - it would be useful if one app could pause/mute others
  37     - think of a voip-client, if there is an incomming call, if pauses your
  38       media-player, or mutes the monitoring of your recording app