Merged with trunk R1612.
[ardour.git] / manual / xml / why_is_it_called_ardour.xml
1 <?xml version="1.0" standalone="no"?>
2
3 <!DOCTYPE section PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [
4
5 ]>
6
7 <section id="sn-why-is-it-called-ardour">
8   <title>Why is it called "Ardour" and other questions</title>
9   <section id="why-ardour">
10     <title>Why "Ardour" ?</title>
11     <para>
12       The name "Ardour" came from considerations of how to pronounce the
13       acronym <glossterm linkend="gt-hdr">HDR</glossterm> (Hard Disk
14       Recorder). The most obvious attempt sounds like a vowelless "harder"
15       and it then was then a short step to an unrelated by slightly
16       homophonic word:
17     </para>
18
19     <para>
20       <emphasis>ardour</emphasis>
21       <quote>
22         n 1: a feeling of strong eagerness (usually in favor of a person or
23         cause); "they were imbued with a revolutionary ardor"; "he felt a
24         kind of religious zeal" [syn: ardor, elan, zeal] 2: intense feeling
25         of love [syn: ardor] 3: feelings of great warmth and intensity; "he
26         spoke with great ardor" [syn: ardor, fervor, fervour, fervency,
27         fire, fervidness]
28       </quote>
29     </para>
30
31     <para>
32       Given the work required to develop Ardour, and the personality of its
33       primary author, the name seemed appropriate even without the vague
34       relationship to <glossterm linkend="gt-hdr">HDR</glossterm> .
35     </para>
36
37     <para>
38       Years later, another interpretation of "Ardour" appeared, this time
39       based on listening to non-native English speakers attempt to pronounce
40       the word. Rather than "Ardour", it became "Our DAW", which seemed
41       poetically fitting for a <glossterm linkend="gt-daw">Digital Audio
42       Workstation</glossterm> whose source code and design belongs to a
43       group of collaborators.
44     </para>
45   </section>
46
47   <section id="why-write-another-daw">
48     <title>Why write another DAW?</title>
49     <para>
50       There are already a number of excellent digital audio workstations. To
51       mention just a few: ProTools, Nuendo, Samplitude, Digital Performer,
52       Logic, Cubase (SX), Sonar, along with several less well known systems
53       such as SADIE, SAWStudio and others. Each of these programs has its
54       strengths and weaknesses, although over the last few years most of
55       them have converged on a very similar set of core features. However,
56       each of them suffers from two problems when seen from the perspective
57       of Ardour's development group:
58     </para>
59
60     <itemizedlist>
61       <listitem>
62         <para>
63           they do not run on Linux
64         </para>
65       </listitem>
66
67       <listitem>
68         <para>
69           they are not available in source code form, making modifications,
70           improvements, bugfixes by technically inclined users or their
71           friends or consultants impossible.
72         </para>
73       </listitem>
74     </itemizedlist>
75   </section>
76
77   <section id="why-linux-and-osx">
78     <title>Why Linux (and OS X) ?</title>
79     <para>
80       Not running on Linux is understandable, given the rather small (but
81       growing) share of the desktop market that Linux has. However, when
82       surveying the landscape of "popular operating systems", we find:
83     </para>
84
85     <itemizedlist>
86       <listitem>
87         <para>
88           older versions of Windows: plagued by abysmal stability and
89           appalling security
90         </para>
91       </listitem>
92
93       <listitem>
94         <para>
95           Windows XP: finally, a version of Windows that seems stable but
96           still suffers from incredible security problems
97         </para>
98       </listitem>
99
100       <listitem>
101         <para>
102           OS X: an amazing piece of engineering that is excellent for audio
103           work but only runs on proprietary hardware and still lacks the
104           flexibility and adaptability of Linux.
105         </para>
106       </listitem>
107     </itemizedlist>
108
109     <para>
110       Security matters today, and will matter more in the future as more and
111       more live or semi-live network based collaborations take place.
112     </para>
113
114     <para>
115       Let's contrast this with Linux, an operating system which:
116     </para>
117
118     <itemizedlist>
119       <listitem>
120         <para>
121           can stay up for months (or even years) without issues
122         </para>
123       </listitem>
124
125       <listitem>
126         <para>
127           is endlessly configurable down to the tiniest detail
128         </para>
129       </listitem>
130
131       <listitem>
132         <para>
133           is not owned by any single corporate entity, ensuring its life and
134           direction are not intertwined with that of a company (for a
135           contrary example, consider BeOS)
136         </para>
137       </listitem>
138
139       <listitem>
140         <para>
141           is fast and efficient
142         </para>
143       </listitem>
144
145       <listitem>
146         <para>
147           runs on almost any computing platform ever created, including old
148           "slow" systems
149         </para>
150       </listitem>
151
152       <listitem>
153         <para>
154           is one of the most secure operating systems "out of the box"
155         </para>
156       </listitem>
157     </itemizedlist>
158
159     <para>
160       More than anything, however, Ardour's primary author uses Linux and
161       wanted a DAW that ran there.
162     </para>
163
164     <para>
165       Having written a DAW for Linux, it turned out to be relatively easy to
166       port Ardour to OS X, mostly because of the excellent work done by the
167       JACK OS X group that ported JACK to OS X. Although OS X has a number
168       of disadvantages compared to Linux, its ease of use and its presence
169       in many studios already makes it a worthwhile platform.
170     </para>
171   </section>
172
173   <section id="why-doesnt-ardour-run-on-windows">
174     <title>Why doesn't Ardour run on Windows ?</title>
175     <para>
176       There have been several discussions about porting Ardour to Windows.
177       The obstacles are relatively few in number, but rather substantial in
178       significance. Ardour was written to run on operating systems that
179       properly and efficiently support a portable operating system standard
180       called <glossterm linkend="gt-posix">POSIX</glossterm> (endorsed by
181       the US government and many other large organizations). Linux and OS X
182       both do a good job of supporting POSIX, but Windows does not. In
183       particular, the efficiency with which Windows handles certain aspects
184       of the POSIX standard makes it very hard to port Ardour to that
185       platform. It is not impossible that we will port Ardour at some point,
186       but Windows continues to be a rather unsuitable platform for pro-audio
187       work despite the improvements that have been made to it in the last
188       few years.
189     </para>
190   </section>
191
192   <section id="need-dsp-hardware">
193     <title>Don't I need DSP hardware to run a good DAW?</title>
194     <para>
195       Please see XXX for a discussion of the merits of dedicated DSP
196       hardware.
197     </para>
198   </section>
199
200   <section id="ardour-is-complicated">
201     <title>Isn't this a really complicated program?</title>
202     <para>
203       There is no point in pretending that Ardour is a simple, easy to use
204       program. The development group has worked hard to try to make simple
205       things reasonably easy, common tasks quick, and hard and/or uncommon
206       things possible. There is no doubt that we have more to do in this
207       area, as well as polishing the user interface to improve its
208       intuitiveness and work flow characteristics. At the same time,
209       multi-track, multi-channel, non-linear, non-destructive audio editing
210       is a far from simple process. Doing it right requires not only a good
211       ear, but a solid appreciation for basic audio concepts and a robust
212       mental model/metaphor of what you are doing. Ardour is not a simple
213       "audio recorder" - you can certainly use it to record stereo (or even
214       mono) material in a single track, but the program has been designed
215       around much richer capabilities than this.
216     </para>
217   </section>
218 <!--
219         <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" 
220                 href="Some_Subsection.xml" />
221         -->
222 </section>