Assists music production by grouping standalone programs into sessions. Community version of "Non Session Manager".
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

276 lines
12KB

  1. ! title The Non DAW
  2. ! author Jonathan Moore Liles #(email,male@tuxfamily.org)
  3. ! date March 1, 2008
  4. ! extra #(image,logo,logo.png)
  5. -- Table Of Contents
  6. : Overview
  7. < tle.png
  8. :: Description
  9. The Non DAW is a powerful, reliable and fast modular Digital Audio
  10. Workstation system, released under the GNU General Public License
  11. (GPL). It utilizes the JACK Audio Connection Kit for
  12. inter-application audio I\/O and the FLTK GUI toolkit for a fast and
  13. lightweight user interface.
  14. Please see the #(url,MANUAL.html,Manual) for more information (and
  15. lots of screenshots).
  16. :: What it is not
  17. Non-DAW is *not* a wave editor. It is not a beat slicer. It is not a
  18. granular synthesis engine. It is *not* a clone of some proprietary DAW. It
  19. is not an /insert name of proprietary audio thing here/ killer. It is *not*
  20. limiting and restricting. It is *not* a monolithic DAW with internal mixing
  21. or EQ DSP. Non-DAW is intended to be one tool among many in your Linux audio
  22. toolbox.
  23. :: What is a DAW?
  24. The acronym DAW stands for Digital Audio Workstation. Of course, Non is
  25. software, so when we say DAW we imply a purely software based system. A DAW
  26. is used by modern studio engineers to record and arrange multitrack sessions
  27. of different musicians into a single song. Perhaps a more noble use of a
  28. DAW, and the one for which Non-DAW was specifically written, is to provide
  29. the mutli-instrumentalist individual with all the software necessary to
  30. quickly and conveniently record and arrange his compositions and produce a
  31. professional quality result.
  32. In this author's opinion, a DAW comprises the following functionality:
  33. * Non-linear, non-destructive arrangement of portions of audio clips.
  34. * Tempo and time signature mapping, with editing operations being closely aligned to this map.
  35. Since Non uses JACK for IO, some things traditionally considered to be within
  36. the scope of a monolithic DAW can be pared out into JACK and Non Mixer:
  37. * Signal routing
  38. * Audio mixing
  39. * Hosting of plugins
  40. :: Why write another one?
  41. First and foremost, we can disregard all non-free DAWs because we do not
  42. waste our precious time and spirit on non-free and\/or proprietary software.
  43. This excludes virtually every other DAW in existence. Secondly, we require a
  44. DAW that runs on the GNU\/Linux operating system in conjunction with other
  45. free software, such as the JACK Audio Connection Kit, in a modular and
  46. cooperative and manner. Finally, we require a program that is powerful,
  47. fast, and reliable. No other software meets these requirements.
  48. The design of the Non DAW differs substantially from others. This is a good
  49. thing; for a clone of a bad design is doomed from the start.
  50. There is only one other DAW that is capable and free software, and its name
  51. is Ardour. Suffice it to say that the architecture of Ardour is incompatible
  52. with the requirements of speed and reliability. Other DAW-like free software
  53. programs, including Traverso and QTractor, are similarly limited (being of
  54. similar design), but suffer the additional burden of cumbersome legacy ALSA
  55. support and very a limited feature set.
  56. Given these options, we had no choice but to start from scratch, this time on
  57. a solid foundation, rather than attempting (in vain) to shoehorn good design
  58. into an existing code base.
  59. :: Features
  60. Non-DAW shares many features in common with other, similar projects. However,
  61. Non-DAW's unique architecture permits surprising new functionality.
  62. ::: Journaled Projects
  63. Unlike legacy DAWs, which keep project state in huge, memory wasting, hard
  64. to manage XML (or binary equivalent) trees, Non-DAW has the unique ability
  65. to store project state in a compact continuous journal of bidirectional
  66. delta messages--similar to the journal part of journaling filesystems--in
  67. plain ASCII.
  68. The Non-DAW disk format takes the form of a journal of delta messages. Each
  69. project file contains the complete history of that project since the last
  70. (optional) compaction operation. These journals are so terse that it is
  71. practical to keep the complete history of a project from the time it was
  72. first opened. No XML or other bloated, buggy, resource hungry format is
  73. employed. (Anyone suggesting the use of XML for anything related to this
  74. project will be shot on sight with incendiary rounds.)
  75. This has a number of highly desirable consequences. Among them:
  76. + Zero time spent 'saving' projects.
  77. + No need to 'save' projects manualy.
  78. + No need for CPU and RAM wasting 'autosave' function.
  79. + In the (unlikely) event of a crash, at most *one* transaction (user action) may be lost, and the project will *not* be invalidated.
  80. + Unlimited undo--potentially going back to the very moment the project was created (state of the template it was based on).
  81. + Undo history requires no additional RAM.
  82. + Project format is insanely simple and easy to manipulate with sed or awk scripts, should the need arise (see the included `remove-unused-sources` script for an example).
  83. Non-DAW's journalling capability can drastically change your workflow. No
  84. longer will you fear a system failure. No longer will your pinky finger
  85. become sore from hitting Control-S after every important change. No longer
  86. will you have to attempt, in vain, to manually edit a completely
  87. incomprehensible XML 'document', because Ardour has corrupted its memory and
  88. therefore the project you 'saved'.
  89. ::: Non-destructive editing
  90. Sound sources (audio files) are represented by /regions/. Any number of
  91. regions may represent different parts of the same source. All editing is
  92. performed on these region structures--the sound sources themselves are
  93. considered read-only (except for captures in-progress).
  94. ::: Unlimited tracks
  95. Tracks in a DAW are unlike tracks on tape in that a single track can
  96. contain more than one channel of audio. Each audio track has its own
  97. record, mute, solo, and gain, as well an active take and any number
  98. of inactive takes. A track may also have any number of annotation
  99. and control sequences associated with it.
  100. ::: Unlimited takes
  101. A /take/ is a sequence of regions. Each track has /current take/, implied by
  102. 'the track', as well as any number of other, inactive takes. A track may be
  103. set to display all takes simultaneously, to ease the process of reviewing
  104. past takes or stitching together a new take from parts of previous takes.
  105. Old takes may be deleted, either one by one or all at once, when they are no
  106. longer required. Takes may not be transferred between tracks (there's no
  107. technical reason why they can't, but allowing this would be bad design).
  108. ::: Cross-fades
  109. Where regions overlap, a cross-fade exists. This means that the transition
  110. from region A to region B will be gradual rather than abrupt. The shape of
  111. the gain curve may be selected separately for region A and B of the
  112. cross-fade. Available curves include: Linear, Sigmoid, Logarithmic, and
  113. Parabolic.
  114. ::: Automation
  115. Each track can have associated with it any number of /control sequences/, a
  116. subset of which may be visible at any one time. Each control sequence
  117. comprises a series of /control points/, which collectively represent a graph
  118. of changes to a single controllable value over time. Anything may be
  119. controlled by a control track, including external software supporting OSC or
  120. MIDI control, although the most common application is mixer gain automation,
  121. where the value controlled is the fader level in the mixer.
  122. ::: Time/tempo mapping
  123. The time and tempo maps (rulers) affect where and how many bar\/beat lines
  124. are drawn. During playback they affect the time\/tempo of the JACK transport
  125. so that other programs, like the Non-Sequencer, can follow along in sync.
  126. :: Components
  127. The Mixer and the Timeline are separate programs, connected through JACK.
  128. ::: Timeline
  129. All operations on the timeline are journaled, and therefore reversible.
  130. The following data belong to the timeline:
  131. = Tracks and Takes
  132. = Each Track has a number of input and output ports, a name, and
  133. = any number of attached sequences. All sequences but the current
  134. = (topmost) are inactive and do not generate sound or accept
  135. = captures. These sequences are referred to as /Takes/. Previous
  136. = takes may be swapped with the current sequence and all takes
  137. = may be shown on screen at once for easy splicing. Each track
  138. = can also have any number of Control Sequences attached to it,
  139. = in which case all control sequences generate control output
  140. = unless disconnected. The height of a track may be adjusted
  141. = and a track can be muted, soloed, or record-enabled.
  142. = Regions
  143. = Regions are the most common object on the timeline. Each region
  144. = represents a segment of some particular audio file. Waveforms
  145. = of all regions belonging to the same source are displayed in
  146. = the same hue. Each region has a normalization value and regions
  147. = can be selected individually or operated on in groups. Each
  148. = region has a fade-in and fade-out curve, and when two regions
  149. = overlap, this constitutes a cross-fade.
  150. = Control Points
  151. = Control points are arbitrarily placed points on a curve (or
  152. = line) from which continuous control values are interpolated
  153. = and sent out a JACK port (like a control voltage).
  154. = Time and Tempo Points
  155. = Time and Tempo points control the tempo and meter throughout
  156. = time. This information is used for drawing the measure lines
  157. = and snapping to the grid, as well as informing other JACK
  158. = clients of tempo changes throughout a song.
  159. = Annotation Points
  160. = Cue points are textual markers on the timeline. Common names
  161. = for cue points include "Verse 1", "Bridge", etc.
  162. = Annotation Regions
  163. = Annotation Regions are annotations with a definite duration.
  164. = These are useful for representing lyrics or other notes of a
  165. = timely nature. Each track may have any number of annotation
  166. = sequences associated with it, and these sequences can contain
  167. = a free mix of annotation points and annotation regions.
  168. ; What does freedom have to do with this software?
  169. Non is /free software/. This means, briefly, that you are free use it as
  170. *you* wish, free to examine and adapt the source code, free to share it with
  171. your friends, and free to publish your changes to the source code.
  172. Furthermore, Non is /copyleft/, which means that you are free from the
  173. threat of some other entity taking over and denying you the above freedoms.
  174. The /free/ part of /free software/ doesn't refer to price any more than the
  175. /free/ in /free speech/ does.
  176. To learn why free software is so important to us (and why it should be
  177. important to you), please see the Free Software Foundation's website:
  178. #(url,http:\/\/www.fsf.org\/licensing\/essays\/free-sw.html,What is Free Software?)
  179. #(url,http:\/\/www.fsf.org\/licensing\/essays\/copyleft.html,What is Copyleft?)
  180. ; Donations
  181. Donations can take many forms. You can donate your time in code, either by
  182. sending it to me for review or cloning the git repository and publishing one
  183. containing your changes. You can donate your time in testing, documentation,
  184. artwork, indexing, etc. Or, if you don't feel that you possess the time or
  185. skills required for the above forms of donation, you can donate money
  186. instead. Money donated will help to ensure that I have the free time, good
  187. nutrition and enthusiasm required to implement new features. It can also be
  188. a more palpable way of saying "Thanks for caring." or "Job well done!"
  189. If you don't love this software, don't feel guilty about not contributing.
  190. If you do love it, then please help me improve it--in whatever manner you
  191. think is appropriate.
  192. #(url,http:\/\/non.tuxfamily.org\/donation.html,Make a donation)
  193. ; Distribution
  194. Development of the Non-DAW and Non-Mixer can be followed with Git:
  195. > git clone git://git.tuxfamily.org/gitroot/non/daw.git
  196. There are no pre-compiled binaries available.
  197. ; Requirements
  198. The following libraries are required to build Non DAW and Non Mixer
  199. * FLTK >= 1.1.7 (with `fluid`)
  200. * JACK >= 0.103.0
  201. * libsndfile >= 0.18.0
  202. * liblo >= 0.26
  203. * libsigc++ >= 2.0.0
  204. ; Community
  205. Feel free to drop by the `#non` channel on irc.freenode.net.
  206. There is a mailing list `non-daw@lists.tuxfamily.org`.
  207. To subscribe, send a message with the subject 'subscribe' to
  208. #(email,non-daw-request@lists.tuxfamily.org).
  209. You can also browse the #(url,http:\/\/listengine.tuxfamily.org\/lists.tuxfamily.org\/non-daw\/,archive).