13
0
livetrax/DOCUMENTATION
Taybin Rutkin d09f6b3016 Initial revision
git-svn-id: svn://localhost/trunk/ardour2@4 d708f5d6-7413-0410-9779-e7cbd77b26cf
2005-05-13 20:47:18 +00:00
..
.cvsignore Initial revision 2005-05-13 20:47:18 +00:00
ardour.1 Initial revision 2005-05-13 20:47:18 +00:00
ardour.1.es Initial revision 2005-05-13 20:47:18 +00:00
ardour.1.fr Initial revision 2005-05-13 20:47:18 +00:00
ardour.1.ru Initial revision 2005-05-13 20:47:18 +00:00
AUTHORS Initial revision 2005-05-13 20:47:18 +00:00
AUTHORS.es Initial revision 2005-05-13 20:47:18 +00:00
BUILD Initial revision 2005-05-13 20:47:18 +00:00
BUILD.ru Initial revision 2005-05-13 20:47:18 +00:00
CONTRIBUTORS Initial revision 2005-05-13 20:47:18 +00:00
CONTRIBUTORS.es Initial revision 2005-05-13 20:47:18 +00:00
FAQ Initial revision 2005-05-13 20:47:18 +00:00
README Initial revision 2005-05-13 20:47:18 +00:00
README.es Initial revision 2005-05-13 20:47:18 +00:00
README.fr Initial revision 2005-05-13 20:47:18 +00:00
README.it Initial revision 2005-05-13 20:47:18 +00:00
README.ru Initial revision 2005-05-13 20:47:18 +00:00
TODO Initial revision 2005-05-13 20:47:18 +00:00
TRANSLATORS Initial revision 2005-05-13 20:47:18 +00:00

			    ARDOUR README

	  Paul Davis <paul@linuxaudiosystems.com> June 2003

Welcome to Ardour.  This program is still very much under development,
but has now reached the stage where it will be productive and useful
to have other people testing it out and perhaps (hopefully!) fixing
bugs and adding features.

**** SECURITY *******************************************************

To run Ardour with the lowest latencies, it's necessary to use POSIX
Real-Time Scheduling as well as locking all the memory it uses into
physical RAM.  These requirements can only be met if Ardour is run with
root priviledges. 

On the other hand, things are not so bad.  If you don't attempt to
install it setuid root (which actually won't work anyway), then
someone needs to have gained root access in order to run it like this.
If they already have root access, Ardour is the least of your
problems.  So relax.  We'll use capabilities once Linux kernels start
arriving with them enabled, though this won't help too much with
security, since the relevant capabilities would still allow a wiley
cracker to do anything at all.

Alternatively, you can choose to run Ardour without RT scheduling, and
then there's no concern at all.  It just won't be useful in low latency
situations, which are desirable in most studio environments. Note that
this is not so important if you have audio hardware that is capable of 
doing "hardware monitoring" - in this case, a lack of low latency will
simply make response to Ardour's UI controls a little sluggish, but
monitoring during capture will be excellent.

**** HARDWARE COMPATIBILITY *****************************************

Ardour uses JACK for all its audio I/O, thus providing seamless
connections to both audio hardware and other applications. Its really
not the right place to discuss JACK, but in case you are wondering:

Although JACK uses the ALSA 0.9.0 API, it exercises this API in a way
that no other application to date has done, and it also tries to use
certain hardware features that again, no other existing applications
use.  As a result, although complete portability to all ALSA supported
h/w is an eventual and very achievable goal, there may be issues
surrounding h/w compatibility.  Please remember that my primary goal
with JACK is to build a professional audio system, and with Ardour, a
professional digital audio workstation. If they happen to be useful
for people with 2/4 channel cards, then great, but it's not my own
primary focus.

One other important issue is that your audio interface must support
full duplex i/o with the same sample format for both capture and
playback.  This means, for example, that the SoundBlaster AWE cannot
be used with JACK in full duplex mode - it only supports full duplex
i/o if one of the two directions (capture or playback) is 8 bit and
the other is 16.  Very few cards have this kind of limitation, and if
they do, they typically are not suitable for use with applications
like JACK or Ardour for other reasons.

To date, JACK has been run with:

   RME Hammerfall (Digi9652)              (26 channels in, 26 channels out)
   RME Hammerfall DSP (hdsp)              (26 channels in, 26 channels out)
   RME Hammerfall Light (Digi9636)        (18 channels in, 18 channels out)
   Midiman Delta series (ice1712 chipset) (12 channels in, 10 channels out)
  
   Various consumer grade audio interfaces, typically with 2 channels
   in, 2/4 channels out, including:
   
   Hoontech 4Dwave-NX (Trident chipset)
   Ensoniq 5880
   Soundblaster 32
   Soundblaster 64
   Creative SBLive64

and many more.

So, basically, it appears to work for just about all ALSA supported
cards, which is the goal.
  
**********************************************************************

BUG REPORTING
-------------

Bugs should be reported to http://ardour.org/mantis/ .  They are more
likely to be remembered and dealt with there.  Please check the existing bugs
to make sure it has not already been reported and/or fixed in CVS.

COMPILING ARDOUR
----------------
Please see the file "BUILD".

RUNNING ARDOUR
--------------

NOTE: You must have a running JACK server before starting Ardour.
      ----------------------------------------------------------- 

Typing "ardour" will hopefully have some effect. "ardour --help" lists
available options.