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.

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