Manuel de Cinelerra CV

1. Introduction

1.1 A propos Cinelerra

Pendant des années, certaines personnes ont désiré disposer d'un moyen de monter leur audio et leur vidéo depuis un seul endroit avec autant de facilité que l'écriture d'un texte. Cinelerra est une tentative pour réaliser ce voeux et pour fournir, dans un seul logiciel, tout le nécessaire pour vos montages audio et vidéo. L'enregistrement, le montage et la lecture sont tous gérés ici. Il peut être utilisé comme lecteur audio. Il peut aussi être utilisé pour enregistrer de l'audio ou de la vidéo. Il peut même être utilisé comme logiciel de retouche de photos.

Il y a deux types de personnes impliquées dans les films : les producteurs qui créent un nouveau contenu et qui reviennent ultérieurement sur celui-ci pour l'améliorer encore, et le grand public qui veut acquérir le contenu et le visionner. Cinelerra n'est pas conçu pour le grand public. Cinelerra possède de nombreuses fonctionnalités pour gérer du contenu non compressé, pour le traitement en haute définition et pour la composition. Les producteurs ont besoin de ces fonctionnalités afin de pouvoir retoucher de nombreuses générations de métrage, et c'est ce qui rend Cinelerra si complexe. Le grand public devrait envisager l'utilisation d'autres outils, tels que MainActor, Kino ou Moxy.

1.2 Les deux versions de Cinelerra

Il y a deux branches de Cinelerra. L'une d'elle se trouve à http://www.heroinewarrior.com et l'autre à http://cvs.cinelerra.org. Cette documentation concerne Cinelerra-CV (Community Version).

Les sources de la version officielle de Cinelerra sont développées "en amont" Par Heroine Virtual, Ltd (HV) HV partage son code source avec une version communautaire de Cinelerra (Cinelerra-CV), mais ne participe pas activement avec la communauté de developpeurs responsables de Cinelerra-CV. HV préfère travailler sur sa propre copie de Cinelerra, en diffusant périodiquement le code tous les 6 mois environ.

Cinelerra-CV a été fondé par des développeurs qui souhaitaient étendre les fonctionnalités et résoudre certains bugs présents dans le code source d'HV. Ils ont décidé qu'il serait bien d'effectuer le développement de manière communautaire, sans pour autant effectuer un "fork". De ce fait, le code source de Cinelerra CV est très proche de celui de la version officielle. Les développeurs de la version CV appliquent des résolutions de bugs (http://bugs.cinelerra.org), effectuent des correctifs de bogues et des correctifs de compatibilité. Les programmeurs envoyent occasionnellement des correctifs en amont à HV. De ce fait, Cinelerra CV comporte certaines fonctionnalités qu'on ne trouve pas dans la version officielle.

A la différence d'autres programmes, la version diffusée par HV ne peut pas être qualifiée de "stable". Après que la version de Cinelerra de HV ait été diffusée, il reste souvent des problèmes, que ce soient des bogues ou en termes de fonctionnalités. Lorsqu'une nouvelle version est diffusée, un des membres (j6t) effectue donc la fusion du code de HV avec le code de Cinelerra CV, en prenant en compte les améliorations de HV et en réarrangeant le code afin qu'il soit le plus similaire possible à celui de HV's (identation, nommage des fonctions et des répertoires, modifications mineures de l'implémentation, etc.) Après la fusion, la version diffusée de Cinelerra CV peut être légèrement instable jusqu'à ce que tous les problèmes avec le nouveau code ajouté par HV soient corrigés, que les utilisateurs découvrent les bogues et que nous ayons le temps de les corriger. Cinelerra CV peut être vu comme une tentative de la communauté de stabiliser la version diffusée par HV.

Comme indiqué, la communauté ajoute des améliorations au code source d'HV. Ses membres commentent mutuellement leurs implémentations afin de créer un produit plus fonctionnel et stable. Occasionnellement, HV commente les implémentations que les membres de la communauté lui ont soumis. Cependant, les améliorations effectuées par la communauté ne remontent pas toutes dans la version officielle; le rendu de flux YUV par exemple.

Après ce qui vient d'être dit, on peut dire que la version SVN telle qu'elle est juste avant une opération de fusion est une version stabilisée. Mais soyiez conscient qu'il est possible que vous ayiez des problèmes avec des fichiers de description de projet qui ne seront peut-être pas compatibles vers la nouvelle version. Avec une version quelconque de Cinelerra, trouver des bugs est relativement aisé. Cependant, décrire clairement et concisément ces bugs à la communauté qui les corrige est une tâche que l'on est à même d'espérer de la part de tous les utilisateurs. La communauté est très réactive. Aidez-la en créant des rapports de bugs bien réalisés. Vous pouvez rejoindre notre mailing-liste à http://cvs.cinelerra.org.

1.3 A propos de ce manuel

L'édition de ce manuel est 1.24.FR, et il s'applique à Cinelerra CV version 2.1. Vous pouvez le redistribueer et/ou le modifier selon les termes de la Licence Publique Générale GNU (GPL), telle que publiée par la Free Software Foundation ; soit à la version 2 de la licence ou (à votre choix), toute autre version ultérieure.

Ce manuel est issu des "Secrets de Cinelerra", un excellent manuel écrit par Jack CROSSFIRE d'HEROINE VIRTUAL LTD. En 2003 Alex FERRER a créé un Wiki basé sur ce manuel et a ajouté de nombreuses copies d'écran et d'autres informations. Jusqu'à ce jour, Cinelerra CV n'avait pas encore son propre manuel et les informations concernant la version Communautaire de Cinelerra étaient éparpillées sur Internet (liste de diffusion, IRC, sites Web, wiki, etc.). En 2006, Nicolas MAUFRAIS combina les "Secrets de Cinelerra" avec le contenu se trouvant dans le Wiki d'Alex FERRER afin d'en faire un document unifié.

Responsables de la documentation Cinelerra-CV :
Anglais : Nicolas MAUFRAIS (coordinateur)
Français : Jean-Luc COULON

Autre contributeurs : Alexandre BOURGET, Kevin BROSIUS, Carlos DAVILA, Rafael DINIZ, Pierre DUMUID, Mike EDWARDS, Martin ELLISON, Scott FRASE, Joe FRIEDRICHSEN, Gus Gus, Terje HANSSEN, Mikko HUHTALA, Ben JORDEN, Nathan KIDD, Marcin KOSTUR, Joseph L., Valentina MESSERI, Herman ROBAK, Dana ROGERS, Jim SCOTT, Andraz TORI, Raffaella TRANIELLO.

Merci à Karl BERRY, responsable de GNU texinfo, pour son aide et son travail sur le fichier `texinfo.tex', qui est utilisé pour construire ce manuel.

Merci à l'équipe du projet GNU, et plus particulièrement à Karl BERRY, responsable de GNU Texinfo, pour l'aide très précieuse qu'il nous a apporté durant l'élaboration de ce manuel.

• Pour obtenir les sources du manuel, installez cogito et git-core sur votre ordinateur et lancez :
  cg-clone git://scm.pipapo.org/cinelerra/nicolasm
• Vous pouvez participer à l'édition de ce manuel en effectuant vos modifications dans le wiki de Cinelerra-CV :
  http://cvs.cinelerra.org/docs/wiki/doku.php

1.4 Obtenir de l'aide

On peut trouver de l'aide sur :

• Le canal IRC : #cinelerra sur Freenode
• La liste de diffusion : https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
• Le site Web de Cinelerra CV : http://cvs.cinelerra.org

1.5 Tutoriels

Quelques tutoriels sont disponibles sur internet:

• Cinelerra Tutorial - Getting Started, en anglais, par Rob FISHER
  http://www.robfisher.net/video/cinelerra1.html
• Guide d'utilisation de Cinelerra
  http://www.funix.org/fr/linux/cinelerra.htm
• Cinelerra video tutorials, en anglais, par The Source
  http://www.thesourceshow.org/node/11
  Le premier tutoriel est dans Episode 6 - "The Return Of The Pixel".
  Le second tutoriel est dans Episode 1 - "The Filesystem Menace".
• Beginner's Guide to Exporting Video from Cinelerra
  En anglais, par Scott FRASE
  http://content.serveftp.net/video/renderTest/guideToCinExport.html
• Capturando e editando video usando Software Livre, en portugais, par Rafael DINIZ
  https://docs.indymedia.org/view/Sysadmin/Cinelerra
• Tutorial Cinelerra, en portugais, par Leo GERMANI
  http://www.estudiolivre.org/tiki-index.php?page=Cinelerra
• Edición de video bajo GNU/Linux (Cinelerra), en espagnol, par Gustavo Iñiguez GOYA
  http://kutxa.homeunix.org/cinelerra

1.6 Liens divers

Liens divers :

• What is Deinterlacing? Facts, solutions, examples
  Une page intéressante au sujet du désentrelacement (en anglais)
  http://www.100fps.com
• MPEG-2 FAQ, en anglais
  http://bmrc.berkeley.edu/frame/research/mpeg/mpeg2faq.html
• "Exporting edited HD content back to the camcorder" (en anglais)
  http://dvinfo.net/conf/showthread.php?t=76674

2. Installation

Vous trouverez ci-dessous le contenu général des paquets de Cinelerra.

• Traduction vers les langues étrangères - on les trouve dans `/usr/share/locale'
• Exécutable Cinelerra - on le trouve dans `/usr/bin'
• Greffons Cinelerra - on les trouve dans `/usr/lib/cinelerra' pour les systèmes 32 bits, et dans `/usr/lib64/cinelerra' pour les systèmes 64 bits.
• soundtest - utilitaire pour déterminer la taille de tampon de la carte-son.
• mplexlo - multiplexage des flux MPEG élémentaires sans conformité avec les normes mais plus efficacement.
• mpeg3cat - utilitaire pour copier un fichier MPEG à partir d'une certaine norme vers la sortie standard (stdout).
• mpeg3toc, mpeg3cat, mpeg3dump - utilitaires pour indexer et lire des fichiers MPEG
• mpeg3peek - utilitaire pour afficher le décalage en octets d'une image dans un flux MPEG.

2.1 Prérequis matériels

Cinelerra est exigeant en terme de ressources matériel, puisque les demandes de lecture, de décodage, de lecture de la vidéo peuvent être assez pénalisantes et consommatrices de ressources. En conséquence de quoi les performances et donc la facilité d'utilisation de Cinelerra sont directement liées au format vidéo utilisé (SVCD/DV/HDV/HD/etc), à la puissance du processeur, aux vitesses des bus d'entrées/sorties, à la capacité mémoire de votre système et l'architecture de son bus vidéo. Ainsi, un système peu puissant sera suffisant pour les utilisateurs travaillant sur de l'audio uniquement ou bien sur des vidéos en basse résolution. Cependant, le même système pourra s'avérer insuffisant lors de la lecture de vidéos en plus haute résolution, comme la vidéo DV. La présence d'effets et de plusieurs pistes audio vont accentuer ces problèmes. En prenant en compte ces contraintes, voici quelques suggestions pour faire fonctionner Cinelerra :

• Vitesse CPU
  Une vitesse de processeur d'au moins 500 MHz, toute valeur inférieure sera inutilisable. Les processeurs à double coeurs et les systèmes multi-processeurs améliorent sensiblement les performances de Cinelerra.
• Memoire
  Lorsqu'on travaille avec de la vidéo, une grande quantité de mémoire disponsible peut aider à améliorer la vitesse en évitant les échanges non nécessaires avec les disques et en rendant les matériaux toujours disponibles. Vous devez disposer d'au moins 256 Mégaoctets de mémoire. Afin de vraiment utiliser Cinelerra avec des projets plus importants et des résolutions plus élevées, un espace mémoire beaucoup plus important (> 1 Go) est recommandé.
• Espace disque
  L'édition vidéo peut être à l'origine de fréquents accès aux disques durs. La demande en espace disque dépend de vos besoins particuliers en montage vidéo. Si vous pensez produire de longues vidéos dans des formats non compressés ou bien en haute résolution, vous devriez utiliser un disque dur de grande capacité (>200Go) et rapide (<10ms). Par exemple le format DV utilise environ 3.5 Megs par seconde, soit 12 Go par heure. Pour des projets plus petits 1Go peut suffire. Le RAID0, RAID 1+0 ou RAID5 améliorer aussi la vitesse de lecture.
• Adaptateurs vidéo
  Depuis la version 2.1, Cinelerra tire profit de l'accélération matérielle OpenGL. Assurez-vous que la carte vidéo que vous utilisez puisse gérer OpenGL 2.0 pour bénéficier de cette accélération. Les cartes Nvidia série 7 (par exemple 7600GS) sont connues pour bien fonctionner. Malheureusement, les pilotes ATI pour Linux ne supportent pas complètement l'OpenGL 2.0. Si vous êtes intéressé dans la production d'un signal vidéo composite à envoyer directement vers un téléviseur ou un magnétoscope, assurez-vous que la carte vidéo que vous avez choisi possède cette fonctionnalité.
• Moniteurs multiples
  Vous pouvez utiliser la fonctionnalité Xinerama de XFree86 afin de travailler avec plusieurs moniteurs. Cette fonctionnalité peut être une manière très efficace d'améliorer votre productivité.
• Sortie TV
  Si votre adaptateur dispose d'une sortie TV, y connecter un téléviseur ou un moniteur S-Vidéo est une bonne manière de visualiser votre matériau tel qu'il le sera sur un écran de télévision.
• Cartes d'acquisition vidéo
  Si vous avez un caméscope analogique, ou si vous voulez faire l'acquisition de vidéo depuis un magnétoscope vraiment ancien, il vous faut disposer d'une carte d'acquisition. Les cartes d'acquisition vidéo sont gérées sous Cinelerra au travers de Video4Linux.
• Firewire
  Le firewire est le moyen le plus rapide de télécharger votre matériau dans votre système. A moins que vous ne chargiez votre matériau depuis un CD, d'un autre format pré-capturé ou bien utilisiez un système d'acquisition vidéo analogique, il vous faudra disposer du firewire sur votre système.
• Caméscopes DV
  Il existe une grande variété de caméscopes DV pouvant être utilisés avec Cinelerra. La plupart des caméscopes ayant une connexion firewire fonctionnent. Soyiez sûr de définir correctement les paramètres du système d'acquisition vidéo afin qu'il corresponde à votre caméscope. http://www.linux1394.org pour une liste exhaustive des camescopes supportés.

2.2 Prérequis logiciels

Afin de pouvoir installer Cinelerra, vous devriez avoir une version récente de Linux avec XFree86 et un logiciel de gestion audio fonctionnant correctement. Les bibliothèques suivantes devraient aussi être installées sur votre système (liste non exhaustive) :

• a52dec
• dv
• faac
• ffmpeg
• fftw
• lame
• libavc1394
• libfaad2
• libraw1394
• mjpegtools
• OpenEXR
• theora
• x264

2.3 Compiler Cinelerra CV

2.3.1 Processus de compilation habituel

Vous pouvez installer Cinelerra CV en récupérant les sources et en les compilant vous-même. C'est la méthode à utiliser si vous désirez utiliser la version de Cinelerra CV la plus à jour.

1. Vous devez d'abord récupérer les sources de Cinelerra CV depuis le dépôt SVN (environ 170Mo). Lancez :
   svn checkout svn://svn.skolelinux.org/cinelerra/trunk/hvirtual
   Si vous avez déjà récupéré précédemment les sources d'une ancienne antérieure, vous pouvez effectuer la mise à jour vers la dernière version en lançant, depuis le dossier `hvirtual' :
   svn update
   Si vous désirez récupérer une ancienne version, lancez :
   svn checkout -r <révision> svn://svn.skolelinux.org/cinelerra/trunk/hvirtual
2. Allez dans le répertoire hvirtual :
   cd hvirtual
3. Créez le fichier `./configure' en utilisant la commande :
   autoreconf -i --force
4. Lancez ensuite `.configure' :
   ./configure --with-buildinfo=svn/recompile
   Vous pouvez afficher les options disponibles à l'aide de la commande :
   ./configure --help
5. Et lancez make :
   make Si vous désirez enregistrer dans un fichier la sortie de make, afin de pouvoir rechercher les erreurs, vous pouvez utiliser cette commande :
   make 2>&1 | tee logfile
6. Finallement, installez Cinelerra CV :
   sudo make install

Note :

• Machine SMP :
  Si vous compilez Cinelerra CV sur une machine multiprocesseur (SMP), nous vous recommandons d'ajouter l'option `-j 3' afin de tirer bénéfice de la présence de processeurs supplémentaires.
• Pour les processeurs x86 uniquement :
  Vous voudrez probablement activer la gestion MMX. Afin de le faire, lancez la commande ./configure avec l'option `--enable-mmx'. Si vous le faites, vous devrez utiliser conjointement l'option `--without-pic', sinon, la compilation peut échouer.
• Pour les Pentium-M :
  Voici quelques options de compilation :
  ./configure --prefix=/usr --enable-x86 --enable-mmx --enable-freetype2 --with-buildinfo=svn/recompile CFLAGS='-O3 -pipe -fomit-frame-pointer -funroll-all-loops -falign-loops=2 -falign-jumps=2 -falign-functions=2 -ffast-math -march=pentium-m -mfpmath=sse,387 -mmmx -msse'
• Installer plusieurs versions :
  Si vous désirez installer plusieurs versions de Cinelerra CV sur votre ordinateur, créez un dossier `/usr/local_cinelerra', et utilisez les options suivantes avec la commande ./configure (remplacer `xxx' par le numéro de la révision que vous compilez) :
  `--prefix=/usr/local_cinelerra/rxxx --exec-prefix=/usr/local_cinelerra/rxxx --program-suffix=_rxxx'
  Si vous installez Cinelerra en utilisant cette méthode, les fichiers de traduction `.po' ne seront pas correctement installés. Allez dans le répertoire `hvirtual' où se trouvent les sources et lancez :
  ./configure prefix=/usr
cd po
sudo make install
  Vous devrez lancer Cinelerra CV depuis le répertoire où il est installé :
  cd /usr/local_cinelerra/r960
./cinelerra_r960
• Version d'automake :
  Pour compiler le programme, vous aurez besoin de la version 1.7 d'automake. La version 1.4 ne fonctionnera pas. Il est nécessaire aussi d'avoir autoconf 2.57.

2.3.2 Compiler avec les symboles de débogage

Lorsque Cinelerra CV plante, on peut le compiler avec les symboles de débogage et le lancer depuis gdb. Les informations affichées par gdb sont beaucoup plus détaillées et aideront les développeurs à résoudre les bogues plus rapidement.

D'abord, récupérez les sources comme d'habitude. Ensuite, lancez les commandes suivantes :
cd hvirtual
nice -19 autoreconf -i --force
mkdir ../hvdbg
cd ../hvdbg
nice -19 ../hvirtual/configure CXXFLAGS='-O0 -g' CFLAGS='-O0 -g' --with-buildinfo=svn/recompile
cd quicktime/ffmpeg
nice -19 make CFLAGS='-O3'
cd ../..
nice -19 make
nice -19 make install

Voir la section Signaler des bogues, pour avoir plus d'informations concernant l'exécution de Cinelerra depuis gdb.

2.4 Lancer Cinelerra

La manière la plus simple de lancer Cinelerra est de lancer la commande /usr/bin/cinelerra
Les options en ligne de commande sont aussi disponibles en tapant cinelerra -h. Ces options sont décrites dans d'autres sections ci-dessous. Pour effectuer le rendu en ligne de commande Voir la section Le rendu de fichiers.

Si l'erreur suivante s'affiche lorsque vous lancez Cinelerra pour la première fois :

WARNING:/proc/sys/kernel/shmmax is 0x2000000, which is too low}

Voir la section Libérer davantage de mémoire partagée, pour plus d'information.

2.5 Debian

2.5.1 Binaires Debian

Andraz TORI maintient les règles de constructions pour Debian Sid. Il construit également des paquets binaires .deb pour Sid. Ils sont construits depuis les versions SVN non officielles. Les paquets pour Debian Sid se trouvent ici :

• Source apt pour i386 :
  deb http://www.kiberpipa.org/~minmax/cinelerra/builds/sid/ ./
• Source apt pour Pentium4 (optimisé) :
  deb http://www.kiberpipa.org/~minmax/cinelerra/builds/pentium4/ ./
• Source apt pour Pentium-M (optimisé) :
  deb http://www.kiberpipa.org/~minmax/cinelerra/builds/pentiumm/ ./
• Source apt pour AthlonXP (optimisé) :
  deb http://www.kiberpipa.org/~minmax/cinelerra/builds/athlonxp/ ./
• Source apt pour Athlon64 (optimisé) :
  deb http://labbs.net/~vale/debian ./

Note : Si Cinelerra retourne l'erreur suivante :
cinelerra: relocation error: /usr/lib/libavcodec.so.0.4.8: undefined symbol: faacDecOpen
Vous pouvez résoudre ce problème en entrant la commande suivante en tant qu'administrateur (root) :
apt-get install --reinstall libfaad2-0=2.0.0-0.5

2.5.2 Prérequis pour Debian

Vous aurez besoin de certains logiciels prérequis qui ne se trouvent pas dans les dépôts officiels de Debian. Vous pouvez ajouter à votre fichier `/etc/apt/sources.list' la ligne suivante qui est le dépôt de Christian Marillat :
deb http://www.debian-multimedia.org/ sid main

Pour pouvoir utiliser ce miroir, vous devrez ajouter la clé gpg de Marillat à votre trousseau de clés gpg :
gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 1F41B907
gpg --armor --export 1F41B907 | sudo apt-key add -
Si vous n'utilisez pas sudo, faites ce qui suit en tant qu'administrateur (root) :
gpg --armor --export 1F41B907 | apt-key add -

2.6 Ubuntu

MUZZOL a fabriqué des paquets pour Cinelerra sous Ubuntu Edgy. Pour réaliser l'installation au moyen du gestionnaire de paquets Synaptic, allez dans Configuration -> Dépôts. Dans la fenêtre de gestion des paquets, cliquez sur le bouton Ajouter et renseignez les dépôts suivants :

deb http://www.kiberpipa.org/~muzzol/cinelerra/edgy-i386/ ./

En cliquant sur Ajouter le dépôt vous verrez le nouveau dépôt activé dans la fenêtre de gestion des paquets. Vous pouvez aussi ajouter directement les lignes suivantes dans le fichier `/etc/apt/sources.list' :

deb http://www.kiberpipa.org/~muzzol/cinelerra/edgy-i386/ ./

Vous verrez alors apparaître Cinelerra dans Synaptic.

Pour installer Cinelerra avec GDebi, consultez cette page :
http://www.kiberpipa.org/~muzzol/cinelerra/edgy-i386/.
Cliquez sur le lien cinelerra_2.1.0+svn20070109-0ubuntu1_i386.deb. Une fenêtre de dialogue va alors s'ouvrir vous demandant de confirmer votre intention d'ouvrir ce fichier avec GDebi. Si durant l'installation vous rencontrez des problèmes de dépendances non satisfaites, essayez d'installer les librairies manquantes en utilisant la même méthode, et la même page internet.

Valentina MESSERI a aussi construit des paquets pour Ubuntu Edgy :

Pour Ubuntu Edgy:

deb http://giss.tv/~vale/ubuntu32 ./
deb-src http://giss.tv/~vale/ubuntu32 ./

Pour Ubuntu Edgy AMD64:

deb http://giss.tv/~vale/ubuntu64 ./
deb-src http://giss.tv/~vale/ubuntu64 ./

Les personnes désirant compiler Cinelerra peuvent consulter le tutoriel dédié à l'installation de Cinelerra sur Ubuntu (en anglais) à cet endroit :
http://www.ubuntuforums.org/showthread.php?t=320701&highlight=cinelerra

2.7 Gentoo

L'installation sur Gentoo GNU/Linux est assez simple. Lancez simplement :

emerge cinelerra-cvs

avec le compte root et l'installation devrait s'effectuer sans problème. Notez que vous pouvez avoir besoin de placer Cinelerra dans le fichier `/etc/portage/package.keywords' afin de pouvoir l'utiliser :

echo "=media-video/cinelerra-cvs-20061020" >> /etc/portage/package.keywords

Voyez http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=3 pour plus d'information.

Note: L'ebuild Gentoo media-video/cinelerra-cvs-20061020 ne possède pas d'icônes de modes d'édition. Voir The insertion point, pour plus d'information.

L'installation pour Gentoo GNU/Linux est aisée. Lancez simplement :
emerge cinelerra
en tant qu'administrateur et il devrait s'installer et fonctionner sans problème.

2.8 Live CD

Vous pouvez essayer et utiliser Cinelerra sur votre ordinateur sans avoir à l'installer sur le disque-dur. Ceci est rendu possible grâce aux Live CD, qui sont des distributions GNU/Linux démarrant à partir d'un CD, sans qu'il soit nécessaire d'installer quoi que ce soit sur l'ordinateur. Voici quelques distributions Live CD qui contiennent Cinelerra :

• Knoppix - la distribution LiveCD "originale", basée sur Debian - http://www.knoppix.org
• dyne:bolic - pour la production multimédia - repose sur l'utilisation du gestionnaire de fenêtres Window Maker - http://www.dynebolic.org
• Elive - distribution basée sur Debian, qui utilise le gestionnaire de fenêtres Enlightenment - http://www.elivecd.org
• Mediainlinux - basée sur Knoppix - http://www.mediainlinux.org/
• pho (garbure) - dédiée à l'édition vidéo - http://garbure.org/pho/
• Slo-Tech - basée sur Debian et Morphix - http://linux.slo-tech.com

Knoppix est un CD amorçable comportant une collection de logiciels GNU/Linux, une détection automatique du matériel, et la gestion de nombreuses cartes graphiques, cartes son, périphériques SCSI, USB ou autres. Knoppix peut être utilisé comme démonstration de GNU/Linux, comme CD éducatif, comme système de dépannage, ou adapté et utilisé comme plateforme pour des démonstrations de logiciels commerciaux. Il n'est pas nécessaire d'installer Knoppix sur le disque dur. (source : http://www.knoppix.org)

Distributions Knoppix connues incluant Cinelerra :

• http://www.dynebolic.org
• http://linux.slo-tech.com
• http://garbure.org/pho

2.9 Fedora

Cinelerra est inclu dans le dépôt Freshrpms à l'adresse http://freshrpms.net. La méthode la plus simple pour installer des paquets depuis Freshrpms est d'inclure ce dépôt dans la configuration de yum. Vérifiez bien que le dépôt "Extras" de Fedora est activé. C'est le cas par défaut pour Fedora 5 et 6, et les dépôts Core et Extras ne font plus qu'un pour Fedora 7.

Sous Fedora 6, tapez depuis le compte root :

rpm -ivh http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/6/\
freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

Sous Fedora 5, tapez :

rpm -ivh http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/5/\
freshrpms-release/freshrpms-release-1.1-1.fc.noarch.rpm

Ensuite, tapez :

yum -y install cinelerra

afin de récupérer et installer Cinelerra et ses dépendances, y compris ffmpeg et mjpegtools. Si cela ne fonctionne pas, examinez le fichier `/etc/yum.conf' et vérifiez que le paramétrage pour Freshrpms et bien récupéré depuis `/etc/yum.repos.d'.

Notes :

• La collection de paquets du dépôt Freshrpms peut entrer en conflit avec des dépôts tiers tels que Livna ou RPMForge, qui peuvent eux-aussi fournir des librairies audio et vidéo, ainsi que Cinelerra. Il est préférable de se contenter de l'utilisation d'un seul dépôt, et de ne pas mélanger des paquets provenant de dépôts tiers différents.
• Les fichies d'entête de plusieurs librairies sont nécessaires pour compiler Cinelerra depuis son code-source. Les fichiers d'entête sont présents dans des paquets de développement qui sont disponibles dans les dépôts de Fedora et Freshrpms, et peuvent être installés avec yum. Les paquets suivants sont nécessaires (il ne s'agit pas d'une liste exhaustive) :
  OpenEXR-devel SDL-devel a52dec-devel alsa-lib-devel e2fsprogs-devel faac-devel faad2-devel ffmpeg-devel fftw-devel imlib2-devel lame-devel libXv-devel libXxf86vm-devel libavc1394-devel libdv-devel libiec61883-devel libogg-devel libraw1394-devel libsndfile-devel libtheora-devel libvorbis-devel mjpegtools-devel x264-devel xvidcore-devel

2.10 Mandriva

Des paquets Cinelerra pour Mandriva sont mis à disposition par PLF et prêts à être installés. Lisez la page http://plf.zarb.org/packages.php pour plus d'information.

2.11 Slackware

Rafael DINIZ construit des paquets Slackware de Cinelerra.

• Pour x86 :
  http://slack.sarava.org/packages/slackware/slackware-11.0/multimedia/
• Pour slackintosh :
  http://slack.sarava.org/packages/slackintosh/slackintosh-11.0/multimedia/

2.12 Suse

Des RPM pour SuSE 9 sont construit depuis les sources SVN par Kevin BROSIUS, ils sont disponibles à http://cin.kevb.net/files/RPM/

Des RPMs pour OpenSUSE 10.1 et 10.2, architecture i586 et x86_64, sont construits à partir des sources SVN par Leon FREITAG chez Packman. Ils sont disponibles à http://packman.links2linux.org/package/cinelerra/16413.

Les packages RPM peuvent être installés avec le compte root dans une console en utilisant cette commande :

rpm -Uvh package_name.rpm

L'exemple qui suit montre quatre copies d'écrans d'installation graphique de Cinelerra sur OpenSUSE 10.2 i586 en utilisant YaST2. Tout d'abord en ajoutant le répertoire YaST2 de Packman aux sources d'installation, et ensuite en ajoutant le paquet d'installation avec le gestionnaire de logiciels YaST2.

Démarrez le centre de contrôle YaST sur OpenSUSE 10.2 et entrez le mot de passe de root lorsqu'on vous le demande :

Démarrez l'outil YaST2 d'installation des sources, et sélectionnez le protocole HTTP et ajoutez le nom du serveur pour Packman, comme indiqué. La synchronisation avec Zenworks peut prendre quelque temps, attendez que cela soit terminé.

Démarrez le gestionnaire de logiciel de YaST2. Entrez "Cinelerra" dans le champs de recherche situé à gauche et ensuite cochez les paquets Cinelerra situés dans la fenêtre de droite. Si une ancienne version de Cinelerra est installée, elle est indiquée avec une icône représentant un cadenas. Effacez-la ou bien tentez une mise à jour.

Cliquez sur Accepter pour lancer l'installation du paquet, puis cliquez sur Suivant pour terminer l'installation.

2.13 MacOSX

FIXME

3. Configuration

En raison de sa flexibilité, Cinelerra ne peut tourner de manière optimale sans être finement configuré pour répondre à vos besoins particuliers. Malheureusement, peu de paramètres sont ajustables lors de la compilation. En conséquence de quoi la configuration lors de l'exécution est la seule possibilité pour la plupart des systèmes en raison de la multitude des paramètres.
Ci-dessous se trouvent les options de configuration ainsi que les différentes API de GNU/Linux qui sont supportées.
Dans Cinelerra, allez à Configuration->Préférences afin de voir les options.

3.1 Variables d'environnement

Dans les variantes d'UNIX, les variables d'environnement sont des variables globales de l'interpréteur de commande (shell) que toutes les applications peuvent lire. Elles sont définies en utilisant des commandes telles que set VARIABLE=value. Toutes les variables d'environnement peuvent être affichées avec la commande env. Cinelerra reconnaît les variables d'environnement suivantes :

• LADSPA_PATH
  Cette variable doit être définie si vous désirez utiliser des greffons LADSPA ; c'est une liste de répertoires, séparés par des ":", où les greffons LADSPA sont recherchés. Ce ne sont pas des greffons natifs de Cinelerra. Voir la section Les effets Ladspa.
• GLOBAL_PLUGIN_DIR
  C'est le répertoire où Cinelerra recherchera les greffons natifs. La valeur par défaut est `/usr/lib/cinelerra' mais vous pouvez avoir besoin d'un autre répertoire si vous partagez le même répertoire exécutable avec de nombreuses machines via NFS. Des greffons ayant des formats binaires différents doivent se trouver dans des répertoires différents.
• LANG
  Cinelerra a été traduit dans de nombreuses langues. Les paramètres de langue de Cinelerra sont normalement lus depuis vos paramètres régionaux de GNU/Linux. Pour faire tourner Cinelerra dans une langue différente de celle de votre système. Modifiez simplement la variable d'environnement LANG. Par exemple ouvrez un terminal et entrez la commande : export LANG=fr_FR, et lancez ensuite cinelerra depuis la même fenêtre. Il va s'ouvrir configuré en français.
  Les langues disponibles sont :
  • en_EN - anglais
  • es_ES - espagnol
  • sl_SI - slovène
  • fr_FR - francais
  • eu_ES - Euskera
  • de_DE - allemand
  • pt_BR - portugais (Brésil)
  • it_IT - Italien

  Si vous avez installé Cinelerra CV en le compilant depuis les sources, et que vous avez indiqué une option `--prefix=' différente de `/usr/local', les fichiers traduits ne seront probablement pas installés. Voir la section Processus de compilation habituel, pour davantage d'informations.

3.2 Pilotes audio

Les pilotes audio sont utilisés à la fois pour l'enregistrement et la lecture du son. Leur fonctionnalité est décrite ici dans une section ci-dessous :

3.2.1 Attributs communs aux pilotes audio

• Chemin vers le périphérique
  C'est habituellement un fichier dans le répertoire `/dev/', qui contrôle le périphérique.
• Bits
  Nombre de bits de précision pour lequel Cinelerra doit configurer le périphérique. Ceci a parfois une signification figurée. Certains pilotes audio ont besoin d'être configurés avec 32 bits pour pouvoir effectuer la lecture du son sous 24 bits et ne joueront rien s'ils sont configurés avec 24 bits. Certains pilotes ont besoin d'être configurés avec 24 bits pour une lecture du son en 24 bits.
• Canaux
  Nombre de canaux devant être configurés par Cinelerra pour le périphérique. Indépendemment du nombre de canaux du projet, le nombre de canaux configurés ici sera écrit à destination du périphérique. Lorsqu'il est défini à 2 et que le projet n'a qu'un canal, vous pourrez entendre le son par le haut-parleur de gauche et non centré comme on pourrait s'y attendre avec un projet mono. Lorsqu'il est défini à 1 et que le projet a deux canaux, vous entendrez le canal de gauche centré et non les deux canaux mélangés.

3.2.2 OSS

Ce fut le premier pilote audio pour GNU/Linux. Il possédait une implémentation libre ainsi qu'une implémentation commerciale qui pouvait gérer davantage de cartes. C'était le pilote audio standard jusqu'à GNU/Linux 2.4. C'est encore le seul pilote audio avec lequel un binaire i386 peut être utilisé lorsqu'il tourne sur un système x86_64.

3.2.3 OSS Envy24

La version commerciale d'OSS comportait une variante pour les cartes son 24 bit 96 kHz. Cette variante avait besoin de modifications significatives dans la manière d'utiliser les pilotes audio, d'où le besoin d'un nouveau pilote.

3.2.4 Alsa

ALSA est le plus courant des pilotes audio utilisés sous GNU/Linux 2.6. Il sait maintenant gérer la plupart des cartes son. Il profite des fonctionnalités de faible latence de GNU/Linux 2.6 pour procurer de meilleures performances que ce qui est obtenu avec OSS et GNU/Linux 2.4, mais les performances sont sensiblement les mêmes que celles qu'OSS permettait d'avoir avec la version 2.0. Malheureusement ALSA est en perpétuelle évolution. Un programme qui fonctionne avec un jour, peut très bien ne plus fonctionner le lendemain. De nouvelles interfaces sont développées autour d'ALSA au même rythme. Nous prévoyons d'en ajouter la gestion à intervalle régulier, mais pas chaque fois qu'il en sortira un nouveau.
ALSA n'est maintenant plus portable entre i386 et x86_64. Si un binaire i386 tente une lecture du son avec un noyau x86_64, il va se planter. Dans ce cas, utilisez OSS.

3.2.5 Esound

ESOUND est un serveur de son qui s'appuie sur OSS. Il a été écrit pour un gestionnaire de fenêtres appelé Enlightenment. Il gère un nombre limité de bits et possède une latence élevée par rapport aux pilotes plus modernes, mais il permet de multiplexer des sources audio multiples. On ne sait pas s'il fonctionne toujours.

3.2.6 Raw 1394

C'était la première interface entre les logiciels GNU/Linux et les caméscopes firewire. C'est la méthode la moins fiable pour reproduire l'audio vers un caméscope et elle consiste en une bibliothèque reposant sur des commandes du noyau.

3.2.7 DV 1394

Deuxième réécriture de la gestion des caméscopes DV sous GNU/Linux. C'est la méthode la plus fiable de reproduire l'audio vers un caméscope et elle consiste en des commandes directes du noyau.

3.2.8 IEC 61883

Troisième réécriture de la gestion DV pour GNU/Linux. C'est une bibliothèque résidant au-dessus de RAW 1394 qui est lui même au-dessus des commandes du noyau. Elle est moins fiable que DV 1394 mais plus fiable que RAW 1394. La prochaine réécriture devrait résoudre cela. Consultez http://www.linux1394.org pour plus d'information sur les derniers pilotes.

3.3 Pilotes vidéo

Les pilotes vidéo sont utilisés pour la visualisation dans le compositeur et la visionneuse

3.3.1 Attributs communs aux pilotes vidéo

• Affichage
  L'interface est conçue pour les systèmes à deux moniteurs. Selon la valeur de ce paramètre, la fenêtre de composition apparaîtra sur un moniteur différent du reste des autres fenêtres.
• Chemin vers le périphérique
  C'est habituellement un fichier du répertoire `/dev/' qui contrôle le périphérique.
• Permuter les champs
  Rendre pairs les champs impairs et impairs les champs pairs lors de leur envoi vers le périphérique. Sur un moniteur NTSC ou 1080i les champs doivent être permutés pour éviter les sautillements lors des déplacements.
• Canal de sortie
  Vous pouvez avoir besoin d'un connecteur spécifique pour envoyer de la vidéo vers des périphériques ayant plusieurs sorties.
• Port
  La norme IEEE1394 indique quelque chose appelé le port. C'est probablement le numéro de la carte firewire du système à utiliser.
• Canal
  La norme IEEE1394 précise quelque chose appelé channel. Pour les caméscopes DV, il s'agit toujours de 63.

3.3.2 X11

Ce fut la première méthode pour afficher de la vidéo sur les systèmes UNIX. Le triplet RVB de chaque pixel est simplement envoyé directement vers la fenêtre. C'est la méthode de lecture la plus lente. Elle est encore utilisée comme méthode de repli lorsque le matériel de gestion graphique ne permet pas de gérer de très grandes images.

3.3.3 X11-XV

Ce fut une amélioration de X11 en 1999. Elle convertit le signal YUV en RVB au niveau matériel avec mise à l'échelle. C'est la méthode conseillée pour la lecture vidéo mais elle ne peut pas gérer de très grandes images. La taille maximale des vidéo avec XV est habituellement de 1920x1080.

3.3.4 X11-OpenGL

Le méthode la plus puissante pour reproduire la vidéo est OpenGL. Avec ce pilote, la plupart des effets effectués par le matériel. OpenGL permet des dimensions de vidéo jusqu'à la taille maximale des textures, qui est généralement plus grande que ce que permet XV, en fonction du pilote graphique utilisé. Pour l'activer, vous devrez utiliser un binaire compilé avec la gestion d'OpenGL. L'option de la commande configure pour activer OpenGL est `--enable-opengl'. Il vous faudra une carte graphique qui gère OpenGL 2.0. Les cartes récentes de Nvidia devraient fonctionner. Il vous faudra aussi utiliser un pilote vidéo gérant OpenGL 2.0, tel que le pilote binaire de Nvidia. Pour savoir si votre pilote vidéo gère OpenGL 2.0, utilisez la commande suivante : glxinfo | grep "OpenGL version"

• Pilote vidéo gérant le rendu matériel OpenGL 2.0 :
  OpenGL version string: 2.0.2 NVIDIA 87.74
• Pilote vidéo ne gérant pas le rendu matériel OpenGL 2.0 :
  OpenGL version string: 1.4 (2.0.2 NVIDIA 87.74)

OpenGL repose sur des PBuffers et des shaders afin d'effectuer le rendu vidéo. Le pilote graphique doit pouvoir gérer OpenGL 2.0 et Cinelerra doit avoir été explicitement compilé avec la gestion OpenGL 2.0. Ceci demande à ce qu'il soit compilé sur un système avec les en-têtes OpenGL 2. Les PBuffers sont connus pour être incohérents. Si la carte graphique ne possède pas assez de mémoire ni les bons visuels, les PBuffers ne fonctionneront pas. Si OpenGL ne fonctionne pas, essayez de vous déplacer de quelques images ou de redémarrer Cinelerra.

Limitations :

• OpenGL n'affecte pas le rendu. Il permet juste d'accélérer la visualisation.
• X11-OpenGL traite tout dans un modèle colorimétrique de 8 bit, cependant la différence entre YUV et RVB est conservée.
• OpenGL ne fonctionne pas avec les images dont la taille est supérieure à 4096x4096.
  Voici ce qui est affiché à l'écran de la console lorsque vous travaillez avec de grandes images :
  BC_Texture::create_texture frame size <frame_width>x<frame_height> bigger than maximum texture 4096x4096.
• L'équation de mise à l'échelle définie dans la fenêtre des préférences est ignorée par OpenGL. OpenGL utilise toujours une mise à l'échelle linéaire.
• La taille du projet et des pistes doit être un multiple de quatre pour qu'OpenGL puisse fonctionner.
• Afin d'obtenir le maximum d'accélération, les effets utilisant OpenGL doivent être placés après les effets purement logiciels. Tout le rendu placé avant le dernier effet purement logiciel sera effectué par logiciel. Le coeur des opérations de Cinelerra comme la caméra et le projecteur sont sous OpenGL.
• Les effets ne gèrent pas tous l'accélération OpenGL. Les effets suivants supportent OpenGL : Luminosité, clé chromatique, clé chromatique hsv, équilibre des couleurs, Déentrelacement, Clé différence, Fondu enchaîné, Images vers Champs, Figer l'image, Gamma, Dégradé, Histogramme, Teinte/Saturation, Interpoler les Pixels, Vidéo inverdée, Flou linéaire, Overlay, Perspective, Flou Radial, RVB601, Rotation, Redimensionner, Seuil, Flou de zoom.

3.3.5 Buz

C'est une méthode pour reproduire directement les fichiers animés de type JPEG-A sous la forme d'un signal analogique composite. Il utilise une astuce populaire du pilote Video4Linux 1 depuis 2000 pour décompresser le JPEG au niveau matériel. Bien que la vidéo analogique soit largement obsolète, des pilotes plus récents ont remplacé BUZ.

3.3.6 Lecture vidéo raw 1394

Première interface entre le logiciel GNU/Linux et les caméscopes firewire. C'est la méthode la moins fiable de transmettre de la vidéo vers un caméscope et elle consiste en une bibliothèque reposant sur des commandes du noyau.

3.3.7 Lecture vidéo DV 1394

Deuxième réécriture de la gestion des caméscopes DV sous GNU/Linux. C'est la méthode la plus fiable pour transmettre de la vidéo vers un caméscope et elle consiste en des commandes directes du noyau.

3.3.8 Lecture vidéo IEC 61883

Troisième réécriture de la gestion DV pour GNU/Linux. C'est une bibliothèque au-dessus de RAW 1394 et qui est moins fiable que DV 1394 mais plus fiable que RAW 1394. La prochaine réécriture devrait résoudre cela. Consultez http://www.linux1394.org pour plus d'information et les derniers pilotes.

3.4 Lecture

3.4.1 Sortie audio

Ceci détermine ce qui se passe lorsque vous jouez un son depuis la timeline.

• Echantillons à envoyer à la console
  Pour reproduire l'audio, de petits segments sonores sont lus depuis le disque et traités séquentiellement dans une console virtuelle. Une plus grande valeur engendre davantage de latence lorsque vous modifierez les paramètres de mixage mais permettra une lecture plus fiable.
  Certains pilotes audio ne permettent pas de changer la fragmentation de la console, la latence demeure donc inchangée quelque soit la valeur.
  Précédemment, une bonne manière de s'assurer de la bonne qualité de la lecture était de lire de plus gros fragments depuis le disque et de les découper en plus petits fragments pour la carte son. Ceci a changé lorsque la console virtuelle est passée d'un modèle "push" à un modèle "pull". Comme différentes étapes du pipeline de rendu peuvent modifier le taux des données entrantes, il serait difficile de différencier la taille des fragments de la console de la taille de ceux lus sur le disque.
• Décalage audio
  La possibilité d'indiquer la position de lecture exacte avec les pilotes de GNU/Linux est mauvaise. Comme cette information est nécessaire pour une synchronisation correcte de la vidéo, elle doit être précise. Le décalage audio permet à l'utilisateur d'ajuster la position retournée par le pilote audio afin de rendre compte de la réalité. Le décalage audio ne modifie en rien la lecture audio ni le rendu. Il modifie simplement la synchronisation de la lecture vidéo.
  La manière la plus simple de définir le décalage audio est de créer une timeline avec une piste vidéo et une piste audio. D'étendre la piste audio et de centrer sa commande de panoramique (stéréo). Le débit des images doit être supérieur à 24 i/s et le taux d'échantillonnage doit être supérieur à 32000. Les images doivent être de petite taille pour que votre ordinateur puisse en effectuer le rendu en temps réel. Mettez en surbrillance la région de la timeline commençant à 10 secondes et se terminant à 20 secondes. Déposez un effet Dégradé sur la piste vidéo et configurez-le de façon à ce qu'il soit clairement visible. Déposez une effet Synthétiseur sur l'audio et configurez-le de façon à ce qu'il soit clairement audible.
  Lisez la timeline à partir de 0 et regardez si l'effet de dégradé et le son commencent en même temps. Si ce n'est pas le cas, étendez la piste audio et ajustez le décalage. Si le son commence avant la vidéo, diminuez la valeur de décalage. Si le son commence après la vidéo, augmentez la valeur de décalage. Une fois la lecture des pistes synchronisée, copiez la valeur du décalage dans la valeur du décalage audio des préférences.
  Note : si vous changez de pilotes audio ou si vous modifiez la valeur de Utiliser le logiciel pour les informations de positionnement, vous devrez modifier le décalage audio parce que les différents pilotes audio présentent des imprécisions différentes.
• L'affichage suit la lecture
  Ceci fait défiler la fenêtre de la timeline lorsque le curseur de visualisation se déplace. Ceci peut bloquer le serveur X ou figer la fenêtre de la timeline durant de longues périodes lors du dessin des objets graphiques.
• Utiliser le logiciel pour les informations de positionnement
  La plupart des cartes son et des pilotes audio ne donnent pas une information fiable concernant le nombre d'échantillons que la carte a joué. Vous avez besoin de cette information pour la synchronisation lorsque vous visualisez de la vidéo. Grâce à cette option le pilote audio est ignoré et un temporisateur logiciel est utilisé pour la synchronisation.
• Lecture audio en temps réel
  Lorsque 150 MHz était la vitesse maximum d'un ordinateur personnel, ce paramètre permettait d'avoir une lecture non saccadée lorsque la charge de la machine était élevée. Cette option force la plus haute priorité dans le noyau pour la lecture sonore. Aujourd'hui, ceci a plutôt son utilité pour obtenir une très faible latence entre les réglages de la console et la sortie de la carte son. Vous devez être administrateur (root) pour pouvoir obtenir la priorité temps réel.
• Pilote audio
  Il y a de nombreux pilotes audio pour GNU/Linux. Cette option permet de choisir un pilote et ses paramètres spécifiques. Les pilotes audio et leurs paramètres sont décrits dans la section des pilotes audio. Voir la section Pilotes audio.

3.4.2 Sortie vidéo

Ceci détermine comment la vidéo est affichée depuis la timeline.

• Reproduire toutes les images
  Ceci forcera l'affichage de toutes les images de la vidéo, même si cela lui fait prendre du retard par rapport à l'audio. Cette option devrait toujours être activée à moins que vous n'utilisiez principalement des codecs non compressés. La plupart des codecs compressés n'autorisent plus de sauter des d'images. Au 1/2007, la plupart des codecs compressés ne supportent plus le saut d'images.
• Fréquence des images obtenues
  Nombre d'images par seconde affichées lors d'une lecture. Ce n'est mis à jour que lors de la lecture uniquement.
• Décoder les images de manière asynchrone
  Si vous avez beaucoup de mémoire et plus d'un processeur, cette option peut améliorer les performances en lecture en décodant la vidéo aussi rapidement que possible sur l'un des processeurs tout en dédiant l'autre processeur à l'affichage vidéo. Ceci suppose que toutes les opérations de lecture se font dans le sens normal et qu'on ne saute aucune image. Les opérations demandant une lecture en sens inverse ou sautant des images seront impactées de manière négative.
  Comme cette option demande énormément de mémoire, Cinelerra peut planter si les images en entrée sont très grandes.
• Equation de mise à l'échelle
  Cet algorithme est utilisé lorsque la lecture de la vidéo nécessite une mise à l'échelle ou une translation dans la console virtuelle. La lecture à l'échelle 1:1 n'est pas affectée par cet algorithme.
  • Plus proche voisin utilisé pour la réduction et l'agrandissement
    Qualité d'affichage relativement médiocre, mais lecture rapide. Produit des bordures irrégulières et des déplacements saccadés.
  • Agrandissement bicubique et réduction bilinéaire
    Haute qualité d'affichage, accompagnée d'une lecture plus lente. Une interpolation bicubique est utilisée pour l'agrandissement ce qui ajoute un peu de flou mais ne crée pas d'effet d'escalier sur l'image. Une interpolation bilinéaire et utilisée pour la réduction, ce qui donne des images très piquées et réduit le bruit. Les images réduites avec une interpolation bilinéaire peuvent être accentuées à l'aide d'un effet de netteté avec moins de bruit que des images normalement redimensionnées.
  • Agrandissement bilinéaire et réduction bilinéaire
    Lorsque de faibles agrandissements sont nécessaires, un agrandissement bilinéaire donne de meilleurs résultats qu'un agrandissement bicubique.
• Tampon pour Quicktime
  Le décodeur Quicktime/AVI peut mieux gérer des sources DVD si cette valeur est fixée aux alentours de 10000000. Ceci diminue le nombre de déplacements nécessaires. Malheureusement, lors de la lecture depuis le disque dur de sources ayant un débit binaire élevé, ceci tend à impacter négativement les performances en ralentissant le décodage de l'image. Dans le cadre d'une utilisation normale, la valeur devrait être de 0.
• Sous-titres du DVD à afficher
  Les fichiers IFO DVD contiennent généralement des pistes de sous-titres. Elles doivent être décodées par le décodeur MPEG. Sélectionnez Activer les sous-titres afin d'activer le décodage des sous-titres. Il y a habituellement plusieurs pistes de sous-titres, indexées par un chiffre commencent à 0. Entrez le numéro de l'index de la piste de sous-titres à décoder dans la case "Sous-titre à afficher" ou utilisez le curseur pour augmenter sa valeur. Allez à l'objet correspondant au fichier MPEG dans la fenêtre des ressources et faites un clic droit. Cliquez sur Info. Le numéro de la piste de sous-titres est indiqué en bas.
• Interpoler les images CR2
  Activer l'interpolation des images CR2. Une interpolation est nécessaire car les images brutes dans un fichier CR2 se présentent sous forme d'une matrice de Bayer. L'interpolation utilise l'algorithme d'interpolation de dcraw qui est très lente. Cette opération peut être désactivée et l'effet Interpoler les Pixels utilisé en remplacement afin d'obtenir un aperçu plus rapide.
• Balance des blancs des images CR2
  Ceci active la balance des blancs des images CR2 si l'interpolation est aussi activée. En effet une bonne balance des blancs nécessite un mélange de l'ensemble des 3 couleurs primaires. La balance des blancs utilise la matrice de l'appareil photo qui est contenue dans le fichier CR2.
  Désactiver la balance des blancs est utile pour des opérations qui mettent en oeuvre la soustraction d'images d'obscurité. L'image d'obscurité et l'exposition longue doivent avoir la même matrice de couleurs.
  Si vous désactivez Interpoler les images CR2 et utilisez l'effet Interpoler les Pixels, soyez conscient que l'effet Interpoler les Pixels effectue à la fois l'interpolation et la balance des blancs en utilisant la matrice de l'appareil photo, indépendamment des paramètres définis dans les préférences. La soustraction d'une image d'obscurité doit être effectuée avant Interpoler les pixels.
• Pilote vidéo
  Normalement, la vidéo sur la timeline est dirigée vers la fenêtre de composition à la fois lors de lecture en continu et lorsque le point d'insertion est repositionné. Plutôt que d'envoyer la vidéo vers la fenêtre du Compositeur, le pilote vidéo peut être configuré pour l'envoyer vers un autre périphérique de sortie lors de la lecture en continu. Cependant, ceci n'affecte pas la destination de la vidéo lorsque le point d'insertion est repositionné.
  Les pilotes vidéo et leurs paramètres sont décrits dans la section des pilotes vidéo. Voir la section Pilotes vidéo.

3.5 Acquisition

Ces paramètres permettent de rendre la fonction Fichier->Enregistrer... aussi rapide que possible en permettant à l'utilisateur de pré-configurer le format de fichier à enregistrer. Le format de fichier est appliqué à tous les enregistrements. Le matériel utilisé pour l'enregistrement est aussi défini ici, puisque le matériel détermine le format du fichier dans la plupart des cas.

3.5.1 Format de fichier

Ceci détermine le format des fichiers utilisé lors de l'acquisition. Il dépend largement du type de pilote utilisé. Les menus sont les mêmes que ceux de l'interface de rendu. Voir la section Le rendu de fichiers. La case à cocher Enregistrer les pistes audio doit être validée pour enregistrer l'audio. La case à cocher Enregistrer les pistes vidéo doit être validée pour enregistrer la vidéo. Le bouton "clé anglaise" situé à gauche de chacune des cases ouvre une boîte de dialogue de configuration permettant de définir la méthode de compression (codec) à utiliser pour chaque flux audio et vidéo en sortie. L'audio et la vidéo sont encapsulées dans in conteneur défini par le menu Format de fichier. Certains conteneurs ne permettent d'enregistrer que de l'audio, d'autres que de la vidéo, ou bien des deux.

Certains pilotes vidéo ne peuvent enregistrer que vers un certain conteneur. DV, par exemple ne peut enregistrer que vers Quicktime avec une compression vidéo de type DV. Si le pilote vidéo est changé, le format de fichier peut devoir être modifié afin d'obtenir une sortie gérée. Si vous changez le format du fichier pour un format non géré, il peut ne pas fonctionner avec le pilote vidéo.

3.5.2 Entrée audio

Ceci détermine ce qui se passe lorsque vous enregistrez de l'audio.

• Pilote d'enregistrement
  Il est utilisé pour enregistrer de l'audio dans la fenêtre d'acquisition. Il peut être configuré de façon identique au pilote d'enregistrement pour la vidéo si l'audio et la vidéo sont encapsulées dans le même flux. Les paramètres disponibles dépendent du pilote. A noter que les pilotes sont les mêmes que ceux qui sont disponibles dans Préférences->Lecture.
  • Chemin vers le périphérique
    C'est habituellement un fichier dans le répertoire `/dev/' qui contrôle le périphérique.
  • Bits
    Nombre de bits de précision avec lequel Cinelerra doit configurer le périphérique. La signification en est parfois figurée. Certains pilotes audio ont besoin d'être configurés avec 32 bits pour effectuer des enregistrements 24 bit et n'enregistreront rien lorsqu'ils seront configurés avec 24 bits. Certains pilotes audio doivent être configurés avec 24 bits pour enregistrer en 24 bit.
• Canaux
  Nombre de canaux que Cinelerra doit configurer pour le périphérique. Indépendamment du nombre de canaux du projet, ce nombre de canaux indique ceux qui seront écrits vers le périphérique. Lorsqu'il est configuré à 2 et que le projet comporte 1 canal, vous entendrez le son dans le haut-parleur de gauche et non centré comme on pourrait s'y attendre avec un projet monophonique. Lorsqu'il est défini à 1 et que le projet possède deux canaux, vous pourrez entendre le canal de gauche centré et non pas les deux canaux mélangés.
• Echantillons à écrire en une fois
  Tout d'abord, l'audio est lue sous forme de petits fragments depuis le périphérique. Ensuite, de nombreux petits fragments sont combinés en un gros fragment avant d'être écrits sur le disque. L'écriture sur disque est effectué par un autre processus système ("thread"). La valeur indiquée ici détermine la taille de la combinaison des fragments utilisée lors de chaque opération d'écriture sur disque.
• Taux d'échantillonage pour l'enregistrement
  Indépendamment des paramètres du projet, la valeur définie ici est le taux d'échantillonnage utilisé pour l'enregistrement. Le taux d'échantillonnage devrait être égal à la valeur la plus élevée que puisse gérer le périphérique audio.

3.5.3 Entrée vidéo

Ceci détermine ce qui se passe lorsque vous enregistrez de la vidéo.

• Pilote d'enregistrement
  Il est utilisé pour enregistrer de la vidéo dans la fenêtre d'acquisition. Il peut être configuré à l'identique du pilote d'enregistrement de l'audio si l'audio et la vidéo sont encapsulées dans le même flux. Les paramètres disponibles dépendent du pilote. A noter que les pilotes disponibles sont les mêmes que ceux disponibles dans Préférences->Lecture.
• Images à enregistrer à la fois sur le disque
  Les images sont enregistrées dans un pipeline. Tout d'abord, les images sont mises en tampon dans le périphérique. Ensuite, elles sont lues dans un tampon de taille plus importante afin d'être écrites sur le disque. L'écriture sur disque est effectuée par un processus système ("thread") différent de celui effectuant la lecture depuis le périphérique. Pour certains codecs, l'écriture disque utilise plusieurs processeurs. La valeur définie ici détermine combien d'images sont écrites simultannément sur le disque.
• Images à mettre en tampon dans le périphérique
  Il s'agit du nombre d'images à enregistrer dans le périphérique avant d'en effectuer la lecture, et cette valeur détermine le temps de latence qu'il peut y avoir dans le système avant que des images ne soient sautées.
• Utiliser le logiciel pour les informations de positionnement
  La vidéo utilise l'audio pour la synchronisation, mais la plupart des cartes son ne donnent pas d'information de position suffisamment précise. Sélectionner cette option fait que Cinelerra calcule une estimation de la position de l'audio par le logiciel plutôt que d'utiliser le matériel pour la synchronisation.
• Synchroniser les disques automatiquement
  Pour les enregistrements à un débit binaire élevé, les disques durs que vous utilisez peuvent être suffisamment rapides pour enregistrer les données, mais le système d'exploitation peut attendre plusieurs minutes avant d'effectuer l'opération d'écriture, il semble alors être figé alors qu'il est en train d'écrire plusieurs minutes de données en une seule fois. Cette option permet de forcer le système d'exploitation à vider ses tampons chaque seconde plutôt que toutes les quelques minutes afin d'avoir un comportement temps réel un peu meilleur.
• Taille de l'image capturée
  C'est la taille des images enregistrées, exprimée en pixels. Ceci est indépendant de la taille d'image du projet parce que la plupart des périphériques vidéo ne permettent d'enregistrer qu'une taille fixe d'image. Si la taille d'image indiquée ici n'est pas gérée par le périphérique, Cinelerra peut planter.
• Fréquence des images en enregistrement
  La fréquence des images enregistrées est différente de celle des paramètres du projet. Ceci définit le débit des images enregistrées.

3.6 Performances

Vous allez passer la plupart de votre temps à configurer cette section. Le but principal de cette section est de configurer les paramètres qui ne sont pas disponibles dans le dialogue de rendu.

• Entités en cache
  Pour accélérer le rendu, certains objets sont conservés ouverts simultanément. Ceci détermine combien peuvent être conservés ouverts. Une valeur trop grande va très vite vous faire dépasser la capacité mémoire de votre machine et provoquer un plantage. Une valeur trop petite entraînera une visualisation lente car les objets devront être réouverts plus fréquemment.
• Durée d'anticipation de rendu
  Certains effets ont besoin d'un certain temps pour être appliqués. En utilisant cette option, vous pouvez définir la durée de la vidéo, exprimée en secondes, dont il faut effectuer le rendu sans écrire sur le disque avant que le rendu de la région sélectionnée ne soit effectué. Lors de l'utilisation d'une grappe de rendu, vous devrez parfois utiliser l'anticipation de rendu pour avoir des transitions sans heurt. Chaque tâche d'une grappe de calcul est anticipée de cette valeur. Ceci n'affecte cependant pas le rendu en tâche de fond. Le rendu en tâche de fond utilise une valeur d'anticipation différente.
• Forcer l'utilisation d'un seul processeur
  Par défaut Cinelerra essaie d'utiliser tous les processeurs du système, mais vous voudrez peut-être parfois n'en utiliser qu'un seul, par exemple pour le client d'une grappe de calcul. Ceci force l'utilisation d'un seul processeur. De plus, le système d'exploitation utilise quand même le second processeur pour les accès disque. Donc cette option est en fait un mode avec 1,25 processeurs. La valeur de ce paramètre est utilisée par les clients de la grappe de calcul.

3.6.1 Rendu en tâche de fond

Le rendu en tâche de fond a été conçu à l'origine pour permettre aux effets HDTV (TV Haute Définition) de pouvoir être affichés en temps réel. Le rendu en tâche de fond effectue en permanence le rendu lorsque la timeline est modifiée. La sortie temporaire est affichée lors de la visualisation lorsque cela est possible. Ceci est utile pour les transitions et pour prévisualiser les effets qui seraient trop lents à afficher en temps réel. Si une grappe de calcul est activée, elle est utilisée pour le rendu en tâche de fond. Ceci vous offre tout le potentiel des effets en temps réel si la bande passante du réseau et le nombre de noeuds de calcul sont suffisants.

Le rendu en tâche de fond est activé depuis l'onglet Performances de la fenêtre des Préférences. Il possède une fonction interactive Configuration -> Point de départ du rendu en tâche de fond. Ceci définit comme l'endroit où le rendu en tâche de fond commence, jusqu'au point d'insertion. S'il y a de la vidéo, une barre rouge apparaît dans la barre temporelle indiquant qu'un rendu en tâche de fond est en cours.

Il est souvent utile d'insérer un effet ou une transition et de sélectionner ensuite Configuration -> Point de départ du rendu en tâche de fond juste avant l'effet dont on veut l'aperçu en temps réel et à la fréquence d'images normale.

• Nombre d'images par processus de rendu en tâche de fond
  Ceci ne fonctionne que si une grappe de calcul est utilisée, sinon, le rendu en tâche de fond ne crée qu'une seule tâche pour toute la timeline. Le nombre d'images indiqué ici est rendu proportionnel à la vitesse des processeurs des noeuds de calcul et utilisé pour chacune des tâches de la grappe de calcul. Le nombre optimum est compris entre 10 et 30 car la bande passante du réseau est utilisée pour initialiser chaque tâche.
• Nombre d'images d'anticipation en tâche de fond
  C'est le nombre d'images à rendre au début de chacune des tâches de rendu en tâche de fond. Le rendu en tâche de fond est dégradé lorsque l'anticipation est utilisée en raison de la petite taille des tâches. Lorsque le rendu en tâche de fond est utilisé, ce nombre est idéalement de 0. Certains effets ont besoin de 3 images d'anticipation.
• Sortie pour le rendu en tâche de fond
  Le rendu en tâche de fond crée une séquence de fichiers images dans un répertoire donné. Ce paramètre détermine le préfixe du nom des fichiers d'images. Le répertoire doit se trouver sur un disque rapide, accessible par le même chemin depuis n'importe quel noeud de la grappe de calcul. Comme des centaines de milliers de fichiers images sont habituellement créés, la commande ls ne fonctionne pas dans le répertoire de rendu. Le bouton de recherche de fichiers ne fonctionne habituellement pas non plus, mais le bouton de configuration fonctionne avec cette option.
• Format de fichier
  Le format de fichier pour le rendu en tâche de fond doit être une séquence d'images. Le format de la séquence d'images détermine la qualité et la vitesse de la lecture. La plupart du temps, le format JPEG est un bon choix.

3.6.2 La grappe de calcul

Définissez ces options si vous utilisez une grappe de calcul. Ignorez-les sur un système isolé.

• Utiliser la grappe de calcul pour le rendu
  Lorsque cette option est choisie, toutes les opérations de Fichier->Rendu utiliseront la grappe de calcul.
• Noeuds
  Affiche tous les noeuds de la grappe de calcul et indique ceux qui sont sont actifs. Des noeuds sont ajoutés en entrant le nom d'hôte du noeud, en vérifiant le numéro du port et en cliquant sur Ajouter le noeud. Si vous avez à disposition des centaines de noeufs, les utilisateurs expérimentés préféreront éditer le fichier `~/.bcast/.Cinelerra_rc' plutôt que d'utiliser cette méthode s'ils ont des centaines de noeuds à configurer. Souvenez-vous que `.Cinelerra_rc' est écrasé chaque fois qu'une instance de Cinelerra se termine.
  Une fois que les noeuds sont créés, sélectionner la colonne Actif pour activer ou désactiver des noeuds. Les noeuds peuvent être modifiés en mettant leur ligne en surbrillance et en cliquant sur Appliquer les modifications.
• Nom d'hôte
  Editer le nom d'hôte d'un noeud existant ou entrer ici le nom d'un nouveau noeud.
• Port
  Editer le numéro de port d'un noeud existant ou entrer ici le port d'un nouveau noeud.
• Remplacer le noeud
  Lors de l'édition d'un noeud existant, cliquez ici pour appliquer les modifications de nom d'hôte et de port. Les modifications ne seront pas appliquées si vous ne cliquez pas sur ce bouton.
• Ajouter un noeud
  Créer un nouveau noeud avec les paramètres de nom d'hôte et de port.
• Supprimer le noeud
  Supprime le noeud qui se trouve en surbrillance dans la liste des noeuds.
• Trier les noeuds
  Trier les noeuds en fonction de leur nom d'hôte.
• Réinitialiser les fréquences
  Ceci réinitialise la fréquence des images de tous les noeuds à 0. Les fréquences des images sont utilisées pour calibrer la taille des tâches en fonction de la vitesse CPU. Les fréquences des images ne sont calculées que lorsque la grappe de calcul est en service.
• Nombre total de travaux à créer
  Détermine le nombre total de travaux à répartir sur la grappe de calcul. Plus vous créez de travaux, plus la grappe de calcul sera finement équilibrée.
  Déterminez le nombre total de travaux à créer en multipliant le nombre de noeuds, y-compris le noeud principal par un certain nombre. En les multipliant par 1 vous obtenez un seul travail affecté à chaque noeud. Multipliez-le par 3 pour avoir 3 travaux affectés à chacun des noeuds. Si vous avez 10 noeuds secondaires et un noeud principal, indiquez 33 pour avoir une grappe de calcul bien équilibrée.

3.7 Interface

Ces paramètres permettent simplement de modifier le comportement de l'interface utilisateur.

• Emplacement des fichiers d'index
  Au temps où 4 Mo/s était un débit très élevé pour un disque dur, les fichiers d'index ont été introduits pour accélérer le dessin des pistes audio. Cette option détermine où sont placés les fichiers d'index sur le disque dur.
• Taille des fichiers d'index
  Ceci détermine la taille d'un fichier d'index. Des tailles d'index plus grandes permettent de dessiner plus rapidement les petits fichiers, tout en ralentissant le dessin des fichiers les plus gros. De plus petites tailles d'index permettent aux gros fichiers d'être représentés rapidement en ralentissant le dessin des petits fichiers.
• Nombre de fichiers d'index à conserver
  Pour que le répertoire d'index ne se surcharge pas, les anciens fichiers d'index sont effacés. Ce paramètre détermine le nombre maximum de fichiers d'index à conserver dans le répertoire en question.
• Effacer tous les index
  Lorsque vous modifiez la taille de l'index ou lorsque vous désirez nettoyer un nombre excessif de fichiers d'index, ceci vous permet de supprimer tous les fichiers d'index.
• Utiliser heures:minutes:secondes.xxx
  Des représentations variées du temps sont proposées. Choisissez celle qui vous convient le mieux. La représentation du temps peut aussi être modifiée par un Ctrl + clic sur la barre temporelle.
• Utiliser les vignettes
  La fenêtre des ressources affiche par défaut des vignettes des objets. Cet affichage peut être assez long. Cette option désactive l'affichage des vignettes.
• Action d'un clic sur les points d'entrée/sortie
  Cinelerra ne vous permet pas seulement de réaliser le montage en glissant les points d'entrée et de sortie, mais aussi de définir trois opérations séparées qui se produiront lorsque vous glisserez un point d'entrée ou de sortie. Vous pouvez pouvez définir ici le comportement de chacun des boutons de la souris. L'utilisation de chacun des modes de montage est décrite dans la section montage.
• Valeur minimum pour les vu-mètres
  Certaines sources audio ont un seuil de bruit moins élevé que d'autres. Tout ce qui se trouve en-dessous du seuil de bruit est non significatif. Cette option règle les vu-mètres pour couper en-dessous d'un certain niveau. Les cartes son grand public ont en général un niveau minimum de -65 dB. Les cartes son professionnelles descendent à -90 dB. Voir la section La fenêtre des vu-mètres.
• Valeur maximum pour les vu-mètres
  Ceci permet de définir le niveau sonore maximum représenté par les vu-mètres. Indépendemment de cette valeur, il n'y a aucune carte son capable de délivrer des niveaux supérieurs à 0 dB. Cette valeur n'est indiquée que pour monter à quelle distance de cette valeur se trouve le niveau de l'onde sonore. Voir la section La fenêtre des vu-mètres.
• Thème
  Différents thèmes peuvent être utilisés avec Cinelerra. Choisissez-en un ici et redémarrez Cinelerra pour l'activer.

3.8 A propos

Cette section vous donne des informations concernant le copyright, la date et heure de compilation du binaire utilisé, l'absence de garantie et les versions de certaines bibliothèques. Assurez-vous d'être en accord avec les termes d'absence de garantie.

4. Attributs du projet

4.1 Fenêtre de définition du format

Lorsque vous lisez des fichiers de média dans Cinelerra, ceux-ci comportent un certain nombre de pistes, une certaine taille d'image, un certain taux d'échantillonnage, et ainsi de suite. Indépendamment des propriétés du fichier de média, il est toujours joué en prenant en compte les attributs du projet. Ainsi, si un fichier audio possède un taux d'échantillonnage différent que celui des attributs du projet, il sera rééchantillonné. De façon similaire, si la taille de l'image d'un fichier vidéo est différente de celle des attributs du projet, elle sera composée sur un fond noir, soit recadrée, soit entourée de noir.

Les attributs du projet sont définis dans Configuration->Format... et, dans une moindre mesure, dans Fichier->Nouveau projet. Lorsque vous définissez les attributs du projet dans Fichier->Nouveau projet, une nouvelle timeline vide est créée. Chaque timeline créée à partir de ce moment utilisera des paramètres identiques. Lorsque vous définissez les paramètres dans Configuration->Format..., les médias sur la timeline sont inchangés. Chaque timeline créée à partir de ce moment le sera en utilisant les mêmes paramètres.

Fenêtre de définition du format

En plus des paramètres traditionnels tels que le taux d'échantillonnage, la fréquence des images, la taille des images, Cinelerra utilise des paramètres inhabituels tels que position des canaux, modèle colorimétrique et rapport d'aspect.

4.2 Présélections

Choisissez une option depuis ce menu pour que tous les paramètres du projet soient positionnés selon l'une des normes connues.

4.3 Attributs audio

• Pistes
  Permet de définir le nombre de pistes audio que doit avoir le nouveau projet. Des pistes peuvent être ajoutées ou supprimées par la suite, mais cette option est présente ici par commodité.
• Canaux
  Définit le nombre de canaux que devra avoir le nouveau projet. Le nombre de canaux audio n'est pas forcément le même que le nombre de pistes.
• Taux d'échantillonnage
  Définit le taux d'échantillonnage de l'audio. Le taux d'échantillonnage du projet n'est pas forcément le même que celui du média que vous chargez. Le média est rééchantillonné afin que son taux d'échantillonnage corresponde à celui du projet.
• Position des canaux
  Les canaux audio actuellement actifs et leurs positions dans les boîtes de l'interface utilisateur son affichés à l'aide de l'élément graphique de position.

  

  Les canaux sont numérotés. Lorsque le rendu est effectué, la sortie du canal 1 est rendue vers la première piste audio du fichier ou vers le premier canal de la carte son. Les canaux suivants sont rendus vers leurs pistes de sortie numérotées consécutivement.

  Les positions des canaux audio correspondent à l'emplacement où est situé l'élément graphique de chaque sortie audio. Plus la position de réglage est proche de l'une des sorties audio, plus l'intensité sonore dans les haut-parleurs est élevée. Cliquez sur l'icône du haut-parleur et glissez-la pour modifier l'emplacement du canal audio.

  Les hauts-parleurs peuvent avoir une orientation quelconque. Une disposition différente des hauts-parleurs est enregistrée pour chaque nombre de canaux car on n'utilise en général pas la même disposition des hauts-parleurs quelque soit le nombre des canaux.

  La position des canaux est le seul paramètre qui n'affecte pas nécessairement la sortie. Cliquez sur l'icône du haut-parleur et glissez-la afin de modifier la position d'un des canaux. C'est une simple commodité, afin que lorsque plus de deux canaux sont utilisés, la commande de panoramique sur la timeline puisse les distinguer l'un de l'autre. Cela n'a rien à voir avec la disposition réelle des canaux.

  Différents canaux peuvent être disposés très proche l'un de l'autre de façon à ce qu'ils aient la même sortie.

4.4 Attributs vidéo

• Pistes
  Définit le nombre de pistes vidéo que le nouveau projet se voit affecter. Des pistes peuvent être ajoutées ou supprimées par la suite, mais ces options sont fournies ici par commodité.
• Fréquence des images
  Définit la fréquence des images de la vidéo. La fréquence des images du projet n'a pas besoin d'être identique à celle du média que vous chargez. La fréquence des images du média sera modifiée pour s'adapter à la fréquence des images du projet.
• Taille de l'aire de travail
  Définit la taille de la sortie vidéo. De plus, chaque piste a aussi sa propre taille d'image. Initialement, le dialogue Nouveau projet crée des pistes vidéo dont les dimensions correspondent à celles de la sortie vidéo. Les dimensions des pistes vidéo pourront être modifiées ultérieurement sans modifier la sortie vidéo.
• Rapport d'aspect
  Définit le rapport d'aspect. Le rapport d'aspect est appliqué à la sortie vidéo. Le rapport d'aspect peut être différent du rapport résultat de la formule suivante : h / v (nombre de pixels horizontaux divisé par le nombre de pixels verticaux). Si le rapport d'aspect diffère de la formule indiquée ci-dessus, la sortie s'effectuera avec des pixels non carrés.
• Rapport d'aspect automatique
  Si cette case est cochée, le dialogue Nouveau projet recalculera toujours le Rapport d'aspect en fonction de la taille de l'aire de travail. Ceci permet de s'assurer que les pixels sont toujours carrés.
• Modèle colorimétrique
  Le projet sera enregistré dans le modèle colorimétrique intermédiaire choisi parmi la liste déroulante.
  Le modèle colorimétrique est très important pour la lecture vidéo car la vidéo a le désavantage d'être très lente. Bien que ce ne soit pas perceptible, l'audio intermédiaire comporte beaucoup plus d'informations que l'audio sur le disque et que l'audio lorsqu'elle est lue. L'audio, parce qu'elle est rapide, utilise toujours la bande passante intermédiaire la plus élevée.
  La vidéo intermédiaire doit utiliser le moins de données possible pour la qualité requise parce qu'elle est lente, mais la vidéo intermédiaire utilise quand même un modèle colorimétrique de plus grande bande passante que la vidéo enregistrée et que celle qui est reproduite. Ceci permet d'effectuer davantage de traitement avec moins de destruction des données d'origine.
  La vidéo est enregistrée sur le disque dans un modèle colorimétrique, généralement un dérivé de YUV. Lors de la lecutre , Cinelerra la décompresse depuis son format de fichier directement dans le format du périphérique de sortie. Si des effets doivent être traités, Cinelerra décompresse d'abord la vidéo dans un modèle colorimétrique intermédiaire puis converti ensuite le résultat vers le format du périphérique de sortie. Le choix du modèle colorimétrique intermédiaire détermine la rapidité et la précision des effets.
  Les modèles colorimétriques de Cinelerra sont décrits en utilisant un certain ordre d'encapsulage ("packing") des composantes et un certain nombre de bits pour chacune des composantes. L'ordre d'encapsulage est affiché à gauche et le nombre de bits alloués est affiché à droite.
  • RVB-888
    Ce format alloue 8 bits pour le rouge, le vert et le bleu, sans canal alpha. Il est normalement utilisé pour des médias non compressés et de faible plage dynamique.
  • RVBA-8888
    Ce format ajoute un canal alpha au modèle colorimétrique 8 bit RVB. Il est utilisé pour superposer plusieurs pistes.
  • YUV-888
    Ce format alloue 8 bits pour Y, U, et V. Il est utilisé pour les opérations à faible dynamique dans lesquelles le média est compressé dans l'espace de couleurs YUV. La plupart des médias compressés sont en YUV ce qui leur permet d'être traité rapidement avec le moins de dégradation des couleurs possible.
  • YUVA-8888
    Ce format ajoute au modèle colorimétrique 8 bit YUV un canal alpha pour la transparence.
  • RVB-Flottant
    Ce format alloue 32 bits en virgule flottante pour les canaux R, V, et B, sans canal alpha. Il est utilisé pour des traitements avec une dynamique élevée sans transparence.
  • RGBA-Flottant
    Ce format ajoute un canal alpha sur 32 bits en virgule flottante au modèle RVB-Flottant. Il est utilisé pour du traitement avec une dynamique élevée et de la transparence.

  De manière à utiliser des effets qui nécessitent un canal alpha, un modèle colorimétrique avec canal alpha doit être sélectionné. Ce sont RVBA8888, YUVA8888, et RVBA Flottant. Les modèles colorimétriques à 4 canaux sont plus lents que les modèles à 3 canaux, le plus lent étant RVBA Flottant. Certains effets tels que le fondu savent se passer d'un canal alpha alors que d'autres comme la clé chromatique (chromakey), ont besoin d'un canal alpha dans tous les cas. C'est donc une bonne idée que d'essayer l'effet sans canal alpha afin de voir s'il fonctionne avant de choisir un canal alpha et de ralentir tout le processus.
  Lors de l'utilisation de métrage compressé, les modèles YUV sont généralement plus rapides que les modèles RVB. Il détruisent moins de couleurs que les modèles colorimétriques RVB. Si un métrage enregistré en JPEG ou MPEG est traité de nombreuses fois en RVB, les couleurs vont se ternir alors que ce ne sera pas les cas s'il est traité en YUV.
  Des années de travail avec du métrage en haute dynamique ont montrées que le modèle RVB flottant était le meilleur format pour la dynamique élevée. Les formats entiers sur 16 bit étaient utilisés dans le passé et engendraient trop de perte de qualité tout en étant trop lents au regard du niveau d'amélioration.
  Le RVB flottant ne détruit pas d'informations lorsqu'il est utilisé avec un métrage source YUV et permet aussi une luminosité supérieure à 100%. Soyez conscient que certains effets, tels que l'histogramme, tronquent encore les valeurs supérieures à 100% en virgule flottante.

5. Charger et enregistrer des fichiers

5.1 Formats de fichiers supportés

Voici la plupart des formats de fichiers supportés et des informations concernant leur compression. Il est possible de charger des fichiers ayant d'autres formats que ceux indiqués ici.
Le format du fichier détermine ce que Cinelerra en fait. Les paramètres du projet sont sauvegardées dans une liste de décisions de montage (EDL) au format XML. Les formats qui contiennent des médias mais pas de décision de montage se contentent d'ajouter des données aux pistes. Si le taux d'échantillonnage de votre projet est de 48 kHz et que vous chargez un fichier audio avec un taux de 96 kHz, vous continuerez à le reproduire à 48 kHz. Si vous chargez un fichier EDL à 96 kHz et que le taux d'échantillonage du projet en cours est de 48 kHz, il sera modifié pour 96 kHz.
Certains formats de fichiers sont très lents à s'afficher sur la timeline. C'est en général parce qu'ils comportent de la vidéo avec un fort taux de compression. Dessiner les vignettes d'une vidéo très compressée peut être très lent. Il faut désactiver le dessin des vignettes pour ces fichiers à l'aide du bouton dessiner le média et ainsi accélérer les opérations.

Les formats supportés sont actuellement :

• WAV
• PCM
• AIFF
• Audio AC3

5.1.1 Quicktime

Quicktime n'est pas le standard sous UNIX mais nous l'utilisons parce qu'il est bien documenté. Tous les films Quicktime sur Internet sont compressés. Cinelerra prend en compte certains fichiers compressés en Quicktime. Mais si Cinelerra plante lors du chargement d'un tel fichier, cela est probablement dû au fait que le format n'a pas pû être parfaitement pris en compte.
Quicktime est un conteneur pour deux flux, un flux vidéo et un flux audio. Ces flux sont compressés en utilisant des méthodes différentes. L'encodage préféré pour les sorties Quicktime est la vidéo MPEG-4 et l'audio MPEG-4. Ce format est compatible avec la plupart des logiciels commerciaux de lecture vidéo sous Windows, possède un bon taux de compression et une bonne qualité de sortie. Pour une meilleure compression, il faut utiliser la vidéo H-264. Malheureusement le décodage H-264 est tellement lent qu'il ne permet pas de reproduire de très grandes tailles d'images.
Cinelerra supporte deux codecs non standards : vidéo MPEG-4 Dual et vidéo H.264 Dual. Il ne pourront être lus nulle part ailleurs que dans Cinelerra et XMovie. Il sont conçus pour des films dont les images ont été divisées en deux champs, chaque champ étant affiché séquentiellement. Les codecs dual entrelacent les deux flux vidéo de façon à améliorer l'efficacité sans demander de modification majeure au logiciel de lecture.

5.1.2 Audio MPEG-4

C'est le même que Quicktime avec un codec audio Audio MPEG-4.

5.1.3 Séquence d'images

Le rendu d'une séquence d'images n'est pas identique au rendu d'une image isolée. Lorsqu'il effectue le rendu d'une séquence d'images, Cinelerra génère un fichier de table des matières pour la séquence d'images et crée un fichier image différent pour chaque position de la timeline. Pour obtenir de meilleures performances, la table des matières peut être chargée à la place de chaque image. Pour en apprendre davantage concernant les différents formats d'images pris en compte dans une séquence d'images, veuillez lire ce qui concerne les images fixes.

5.1.4 Images fixes

5.1.4.1 Charger des images fixes

Le rendu d'une image isolée provoque l'écrasement du fichier image pour chaque position de la timeline. Aucune table d'index n'est créée. Lors du chargement, l'image occupe la place d'une image vidéo et ne modifie pas les attributs du projet. Pour voir une image, zoomez sur la timeline jusqu'à ce que puissiez la voir. Pour allonger la durée d'une image, étendez-la comme vous le feriez avec un média vidéo normal. Vous pouvez allonger sa durée autant que vous le désirez. Les images dans Cinelerra ont la possibilité d'être étendues sur une durée infinie.
Cinelerra vous permet de définir la durée initiale des images chargées. Le paramètre est défini dans la section Images de Configuration-> Préférences->Acquisition.
A moins que votre matériau d'origine ne provienne d'une source numérique (tel qu'un appareil photo numérique), la première chose à faire avant de pouvoir l'utiliser est, d'une manière ou d'une autre, de faire l'acquisition vers un format de média numérique utilisable.
Pour des photos anciennes, des cartes en papier, des dessins ou des schémas, vous devrez effectuer une numérisation dans un format tel que PNG, TIF, TGA ou JPG à l'aide d'un scanner. Vous pourrez utiliser Gimp pour retoucher les images, nettoyer les zones endommagées ou en corriger les couleurs.
Si vous objets proviennent d'un appareil photo numérique ou d'une copie d'écran, assurez vous d'effectuer l'acquisition avec la meilleure résolution possible. Ceci vous permettera d'obtenir de vos projets Cinelerra une sortie de meilleure qualité.

5.1.4.2 Dimensions des images fixes

Important : les images importées demeurent toujours dans leurs dimensions d'origine. Vous devrez donc tenir compte du rapport d'aspect de votre vidéo dans Cinelerra, et devrez redimensionner vos images avant de les importer dans Cinelerra.
Par exemple, le rapport d'aspect en PAL est de 4/3, mais 720x576 fait 5/4. Pour que les images que vous importez soient affichées correctement, vous devez redimensionner leur taille horizontale :
Nouvelle dimension horizontale=(5 / 4) / (4 / 3) x taille horizontale d'origine
Pour les vidéo PAL, vous devrez multiplier la dimension horizontale des images que vous désirez importer par un facteur de 0.9375.
Voici un petit script de l'interpréteur de commandes qui, lorsqu'il est lancé depuis un répertoire contenant des images au format jpg, redimensionne ces images et met les nouvelles images dans le dossier `resized' :

#/bin/sh
mkdir resized
for element in `ls . | grep jpg`;
do
    size=`identify ${element}`
    width=`echo ${size} | sed '+s+.*JPEG ++' | sed '+s+x.*++'`
    height=`echo ${size} | sed '+s+.*JPEG [0-9]*x++' | sed '+s+DirectClass.*++'`
    let new_width=${width}*9375/10000
    convert -resize ${new_width}x${height} -quality 100 ${element} resized/${element}
done

5.1.4.3 Images Open EXR

Vous ne connaissez peut-être pas le format Open EXR. Ce format enregistre des images RVB en virgule flottante. Il peut aussi gérer un faible niveau de compression. Un projet qui effectue un rendu vers EXR doit être configuré avec un modèle colorimétrique en virgule flottante pour pouvoir bénéficier de l'EXR. Voir Voir la section Attributs du projet. Un certain nombre d'options de compression sont disponibles avec le format EXR.

• PIZ : compression par ondelettes sans pertes. C'est la meilleure compression.
• ZIP : algorithme gzip sans pertes.
• RLE : encodage sans pertes "run length". C'est la compression la plus rapide mais la moins efficace
• PXR24 : compression avec pertes où les nombres flottants sont convertis sous 24 bits et compressés avec gzip.

Choisissez Utiliser un canal alpha si le modèle colorimétrique du projet comporte un canal alpha et que vous désirez le conserver dans le fichier. Sinon, les couleurs primaires seront multipliées par le canal alpha.

5.1.4.4 Images brutes d'appareils numériques

Les images brutes de capteur (RAW) des appareils photos numériques sont un type particulier d'images que Cinelerra ne sait qu'importer. Une fois positionnées sur la timeline, elle doivent être traitées dans un espace colorimétrique en virgule flottante. Les images brutes des appareils Canon sont les seules à avoir été testées. On doit leur appliquer un effet de Gamma pour en corriger le gamma. Parce qu'il faut beaucoup de temps pour interpoler des images brutes, elles sont habituellement visualisées dans un fichier proxy et ensuite retouchées.

Appliquez d'abord l'effet de gamma à la piste où se trouvent les images brutes et configurez cet effet en mode automatique avec un gamma de 0,6. Effectuez ensuite le rendu de la timeline sous forme d'un fichier Quicktime JPEG. Ajoutez le fichier Quicktime JPEG à une nouvelle piste et désactivez l'ancienne piste. Maintenant, la copie avec le gamma corrigé de chaque image brute peut être prévisualisée relativement rapidement à la même position de la timeline que l'image d'origine.

5.1.5 AVI

Etant donné que le format AVI est très fragmenté, avec des codecs audio et vidéo variés, il se peut que vous ne soyiez pas en mesure de visualiser tous les fichiers de format AVI.

5.1.6 Fichiers MPEG contenant de la vidéo

Les fichiers MPEG contenant de la vidéo peuvent être chargés directement dans Cinelerra. Si le format du fichier est supporté, une table d'index est construite. Si le format n'est pas géré, il s'ensuit habituellement un plantage ou alors seules quelques pistes très courtes sont affichées. Malheureusement cette méthode de chargement des fichiers MPEG n'est pas valable si vous projetez d'utiliser les fichiers avec une grappe de calcul.
Pour utiliser les fichiers MPEG avec une grappe de calcul, vous devez utiliser mpeg3toc pour créer une table d'index pour le fichier, puis ensuite charger la table d'index. Il faut indiquer à mpeg3toc le chemin absolu vers le fichier MPEG. Si vous n'utilisez pas un chemin absolu, il va supposer que le fichier MPEG se trouve dans le même répertoire que celui d'où a été lancé Cinelerra.
Les flux MPEG sont structurés en plusieurs pistes. Chaque piste pouvant être de type audio ou vidéo. Une piste audio peut avoir de 1 à 6 canaux. Cinelerra convertit chaque canal en une piste.

Notes concernant l'encodage vidéo MPEG :
L'encodage vidéo MPEG est effectué séparément de l'encodage audio MPEG. Il y a deux modèles colorimétriques possibles pour la vidéo MPEG. Le modèle YUV 4:2:0 est encodé par une version de mpeg2enc très optimisée avec des préréglages correspondant à de l'électronique grand public standard. Dans le processus d'optimisation de mpeg2enc, ils se sont débarrassé de l'encodage YUV 4:2:2. Le modèle colorimétrique YUV 4:2:2 est encodé en utilisant une version moins optimisée de mpeg2enc.
L'encodage YUV 4:2:2 a été conservé parce que la version NTSC de la vidéo DV perd trop en qualité lors de la conversion vers YUV 4:2:0. Cette vidéo DV doit être convertie en YUV 4:2:2.
Lors de l'encodage YUV 4:2:0, le paramètre de débit binaire change de signification selon que le débit binaire ou la quantification est fixe. Si le débit binaire est fixe, c'est le débit binaire à atteindre. Si la quantification est fixe, c'est le débit binaire maximum autorisé. C'est une astuce de la version de mpeg2enc.

5.1.7 Films sur DVD

Les DVD sont constitués d'un certain nombre de programmes, chacun d'entre-eux est identifié par un fichier `IFO' unique. Si vous désirez charger un DVD, recherchez le fichier IFO correspondant au programme qui vous intéresse. Chargez le fichier IFO directement et une table d'index sera construite. Si vous utilisez une grappe de calcul, une table d'index peut être construite séparément.
Lancez : mpeg3toc -v /cdrom/video_ts/vts_01_0.ifo dvd.toc
ou quelque chose de similaire. Chargez ensuite le fichier `dvd.toc'.

5.1.8 Audio MPEG 1

Ce sont des fichiers .mp2 et .mp3. Si ces fichiers sont encodées avec un débit binaire fixe, ils peuvent être chargés directement sans table d'index. Les flux à débit variable ont besoin d'une table d'index créée alors avec mpeg3toc.

5.1.9 Ogg Theora/Vorbis

Le format OGG est un format dépassé, supposé libre de brevets pour compresser de l'audio et de la vidéo. La qualité n'est pas aussi bonne qu'en H.264 ou en MPEG-4 Audio. En réalité, quiconque en ayant les moyens et la volonté peut trouver un brevet dans n'importe quoi, la justification d'OGG est donc sujette à caution.

5.1.10 Liste de décisions de montage

Les listes de décisions de montage (EDL) sont créées par Cinelerra pour l'enregistrement des projets. Les fichiers EDL possèdent l'extension .xml. Quand ils sont chargés, ils modifient les attributs du projet. Comme les listes de décisions de montage sont des fichiers texte, elles peuvent être modifiées avec un simple éditeur de texte.

5.2 Charger des fichiers

Toutes les données avec lesquelles vous travaillez dans Cinelerra sont récupérées soit par acquisition depuis un périphérique soit en les chargeant depuis un disque. Cette section traite du chargement depuis un disque.
Charger et reproduire des fichiers fonctionne exactement comme vous vous y attendez. Allez simplement dans Fichier->Charger des fichiers..., choisissez un fichier à charger et cliquez sur le bouton ok. Cliquez le bouton de lecture et cette dernière doit commencer, qu'une barre d'avancement soit affichée ou non.

La fenêtre de chargement

Si le fichier est une image fixe, les attributs du projet ne sont pas modifiés et la première image de la piste devient cette image. Si le fichier contient de l'audio, Cinelerra peut construire un fichier d'index afin d'en accélérer le dessin. Vous pouvez effectuer des opération de montage ou reproduire le fichier alors que l'index est en cours de construction.