ardour/DOCUMENTATION/README.fr

			    ARDOUR -- LISEZ-MOI

	  Paul Davis <paul@linuxaudiosystems.com> Juin 2003

Bienvenue sur Ardour.  Ce programme est encore en cours de d<>veloppement,
mais a atteint un <20>tat o<> il peut <20>tre utile et productif afin que 
d'autres personnes puissent le tester et peut-<2D>tre (je l'esp<73>re !) corriger
les bogues et ajouter des fonctionnalit<69>s.

**** S<>CURIT<49> *******************************************************

Afin d'utiliser Ardour avec un temps de latence le plus bas possible,
il est n<>cessaire d'utiliser l'ordonnancement temps r<>el POSIX ainsi 
que de verrouiller toute la m<>moire qu'il utilise en m<>moire vive physique.
Ces pr<70> requis ne peuvent <20>tre atteint que lorsque Ardour est lanc<6E> 
avec les privil<69>ges du super-utilisateur (root).

D'un autre c<>t<EFBFBD>, ce n'est pas si grave que <20>a. Si vous n'essayez pas
de l'installer en setuid root (ce qui ne marchera pas de toute fa<66>on),
alors les utilisateurs devront avoir obtenu l'acc<63>s root pour pouvoir le 
lancer comme cela. S'ils ont d<>j<EFBFBD> l'acc<63>s root, Ardour est bien le dernier 
de vos probl<62>mes. Donc tranquillisez-vous. Nous utiliserons les "capacit<69>s" 
(capabilities en anglais, NdT) quand les noyaux Linux arriverons avec 
leur support activ<69>, bien que les capacit<69>s en question autoriserons 
toujours un cracker mal intentionn<6E> <20> faire <20> peu pr<70>s n'importe quoi.

L'alternative est de lancer Ardour sans ordonnancement temps-r<>el, dans 
ce cas, il n'y a plus de souci. Ardour ne sera juste plus tr<74>s utile 
dans des conditions de faible latence, ce qui est d<>sirable dans la 
plupart des environnements de studio. Notez que cela n'est pas si important
lorsque vous avez du mat<61>riel audio qui est capable de faire du 
"monitoring mat<61>riel" -- dans ce cas, un temps de latence trop important 
provoquera juste des temps de r<>ponse un peu longs pour l'interface 
utilisateur d'Ardour, mais le monitoring pendant l'enregistrement 
sera excellent.


**** COMPATIBILIT<49> MAT<41>RIELLE *****************************************

Ardour utilise JACK pour toutes ses entr<74>s/sorties audio, fournissant
ainsi des connexions transparentes au mat<61>riel audio ainsi qu'<27> d'autres 
applications. Cela n'est pas du tout l'endroit pour parler de JACK, 
mais dans le cas o<> vous vous poseriez la question :

Bien que JACK utilise l'API (Application Programming Interface, NdT) ALSA 
0.9.0, il utilise cette API d'une mani<6E>re que nulle autre application 
ne l'a jamais fait jusqu'<27> pr<70>sent, et essaie aussi d'utiliser certaines 
possibilit<EFBFBD>s mat<61>rielles qui <20>galement n'ont jamais <20>t<EFBFBD> employ<6F>es par 
d'autres applications. En cons<6E>quence, bien que la portabilit<69> compl<70>te de 
tout mat<61>riel support<72> par ALSA est un objectif tr<74>s atteignable, il peut 
y avoir des probl<62>mes concernant la compatibilit<69> mat<61>rielle. Veuillez 
garder en m<>moire que le but principal avec JACK est d'obtenir 
un syst<73>me audio professionnel, et avec Ardour, d'obtenir une station 
de travail audio-num<75>rique professionnelle. S'ils parviennent <20> <20>tre 
utilis<EFBFBD>s par des gens avec des cartes audio ayant 2/4 canaux, g<>nial, 
mais ce n'est pas ma priorit<69>.

Un autre probl<62>me important est que votre interface audio doit supporter 
l'entr<74>e/sortie en mode full duplex avec le m<>me format d'<27>chantillonage 
pour l'enregistrement que pour la restitution. Cela veut dire, par exemple, 
que la SoundBlaster AWE ne peut <20>tre utilis<69>e par JACK en mode full duplex 
-- elle supporte seulement l'entr<74>e/sortie en full duplex si l'une des 
deux directions (enregistrement ou restitution) est en 8 bits et
 que l'autre est en 16 bits. Tr<54>s peu de cartes ont cette limitation, 
 et si c'est le cas, elles ne sont de toute fa<66>on pas ad<61>quates pour des 
utilisations avec des applications telles que JACK ou Ardour pour d'autres 
raisons.

<EFBFBD> ce jour, JACK a <20>t<EFBFBD> utilis<69> avec :

   RME Hammerfall (Digi9652)              (26 canaux en entr<74>e, 26 canaux en sortie)
   RME Hammerfall DSP (hdsp)              (26 canaux en entr<74>e, 26 canaux en sortie)
   RME Hammerfall Light (Digi9636)        (18 canaux en entr<74>e, 18 canaux en sortie)
   Midiman Delta series (ice1712 chipset) (12 canaux en entr<74>e, 10 canaux en sortie)
  
Diverses interface audio grand public, g<>n<EFBFBD>ralement avec deux canaux d'entr<74>e, deux 
canaux de sortie, incluant :
   
   Hoontech 4Dwave-NX (Trident chipset)
   Ensoniq 5880
   Soundblaster 32
   Soundblaster 64
   Creative SBLive64

et bien d'autres.

Donc, pour r<>sumer, il semble fonctionner pour toute carte support<72> par ALSA, ce qui 
est le but.
  
**********************************************************************

RAPPORT DE BOGUES
-----------------

Les bogues doivent <20>tre rapport<72>s sur http://ardour.org/mantis/. Ils seront 
certainement plus <20> m<>me d'<27>tre conserv<72>s et trait<69>s <20> cet endroit. Veuillez 
consulter les bogues existant afin d'<27>tre s<>r que le votre n'a pas d<>j<EFBFBD> <20>t<EFBFBD> 
rapport<EFBFBD> et/ou corrig<69> dans le CVS.


COMPILER ARDOUR
---------------
Veuillez consulter le fichier "BUILD".


LANCER ARDOUR
-------------

NOTE : Vous devez avoir un serveur JACK lanc<6E> avant de lancer Ardour.
       --------------------------------------------------------------

Taper "ardour" devrait sans doute avoir quelque effet. "ardour --help" liste 
les options disponibles.