Post-production ~ captation audio/vidéo ~ RMLL 2010, Bordeaux
version 1.0 du 20 juillet 2010
Introduction
Ce document détaille l'ensemble des procédures, fichiers, emplacements et comptes permettant de procéder à la post-production des vidéos et audios des RMLL de 2010 à Bordeaux.
Il doit permettre de lancer les découpes, la classification, l'encodage puis la mise en ligne des vidéos et audios captées pendant les rencontres.
Emplacements des fichiers & sources
Les fichiers des rushs sont initialement présents sur 2 machines :
- le NAS de l'ABUL à Bordeaux dans les locaux de l'enseirb dont le contact est Emmanuel Bouthenot <[email protected]>
- un serveur à Octopuce, accessible depuis Internet, dont le contact est Benjamin Sonntag
<[email protected]>. On l'appelera par son vrai nom : "benedict" (du nom d'un héros des princes d'ambre de Roger Zelazny)
Le principe proposé est le suivant : - on ne touche pas au NAS de l'ABUL
- on effectue tous les tris, coupes, classification & taggage ainsi que les encodages en se basant sur benedict
- si on perd une ou plusieurs vidéo ou audio dans le processus de post-prod, on peut aller les rechercher sur le NAS de l'ABUL
- une fois tout le processus d'encodage terminé, on réenvoit les contenus bruts (rush triés et taggués, environ 900Go) vers le NAS de l'ABUL
- on crée un mirror des vidéos compressées utilisables sur le web sur différents emplacements : ABUL, autres universités, autres miroirs sponsors etc.
Les fichiers rushs sont dans plusieurs sous-dossiers contenant les contenus décrits ci-dessous :
Dossier Contenu Difficulté
non intéressants : rush/audio_rad
io_rmll ne pas toucher : ce sont des fichiers audio présents en copie ailleurs n/a rush/concerts ne pas toucher : ce sont des fichiers audio des concerts n/a static/ Ce dossier contient des bouts de scripts d'encodage et de post-
production. Il contiendra à terme les véritables scripts terminés.
n/a intéressants :
rush/audio Les conférences enregistrées en audio uniquement sont présentes ICI.
Leur processus de post-production reste à finaliser, mais la partie 1:
tagguage, peut s'y appliquer à l'identique.
?
rush/elphel Les vidéos de Elphel, tournées par leurs caméras. Au format
MKV/MJPEG/PCM. Souvent accompagnées d'un fichier .txt détaillant la conf (conférencier, titre)
XX
rush/freeelect
rons des fichiers vidéo MTS (Mpeg Transport Stream) H.264/AC3full-hd 16/9. Contient des conférences inconnues à déterminer.
Probablement d'un seul thème
XXXX
rush/oberger les vidéos de Olivier Berger au format DV déjà tagguées comme il faut :) rien à y faire à priori si ce n'est les compresser. X rush/octopuce Les vidéos de la caméra d'Octopuce au format DV 576i 4/3. Sont
marquées avec un fichier .txt décrivant la conf, à trier et couper. XX rush/patrick Des fichiers vidéo MPG2/AC3 576i en 16/9 de Patrick. Non tagguées XXXX rush/pfelgines Des fichiers vidéo à traiter EN DERNIER : c'est du micro d'ambiance et
probablement doublon d'autres conférences. format MP4/H.264/AAC 720p 16/9.
XXXX
rush/thomas des fichiers vidéo MOV H.264/AAC en HD 720p 16/9. Contient des
conférences inconnues à déterminer XXXX
rush/ubicast les vidéos des kits ubicast, le titre est souvent bon, format
MP4/AAC/H.264 en 640x480 ou 1024x768 4/3 avec bandes noires. à découper et tagguer
XX
Chaque conférence dispose d'un numéro unique, qui est son numéro d'article spip dans le site des RMLL 2010 trouvable ici :
http://2010.rmll.info/spip.php?page=rmll_progall&lang=fr
Le programme des RMLL permet de retrouver le numéro de l'article spip d'une conférence donnée :
Processus de Post-production.
Le processus de Post-production est organisé en 3 étapes : 1. Tagguer
2. Compresser 3. Distribuer
Chaque personne aidant à la post-production dispose d'un dossier à son nom sur benedict, accessible en SFTP ou SSH et situé dans ~/tagged/<username>
dans lequel elle est chargée de mettre ses données tagguées au propre.
Toute personne travaillant sur la post-production doit se connecter au QuadPad à l'aide d'un navigateur Internet, à l'URL :
http://quadpad.lqdn.fr:9000/post-prod-rmll2010 Les accords de captation et les licences des conférences sont disponibles ici :
http://wiki2010.rmll.info/doku.php?id=lt:av:accords
1. Tagguer
Cette étape nécessite beaucoup de temps et un accès à Internet plutôt rapide (ADSL).
Elle consiste à :
1a. On prend un fichier vidéo, en marquant sur la page http://quadpad.lqdn.fr:9000/post-prod- rmll2010 son nom et le fichier vidéo auquel on va toucher.
1b. on télécharge le fichier vidéo chez soi, et on cherche le nom de la conférence.
1c. si la conférence est complète (on a le début et la fin) et seule (il n'y a pas d'autre conférence mélangée dans le même fichier) noter le temps (en minutes:secondes) où commence la
conférence, et le temps où elle fini
1d. si la conférence est incomplète, on cherche un second fichier contenant la fin de celle-ci, et on les réunis (ne pas oublier de "verrouiller" le second fichier en le notant dans le quadpad). On note alors les temps de début et de fin de la conférence dans chaque fichier.
1e. si la conférence est mélangée avec une autre (typiquement on a 2 conférences d'affilé dans le même fichier vidéo), on effectue une COPIE de ce fichier sous 2 noms différents, et on note le temps de début et de fin de chaque conférence dans 2 dossiers différents.
1f. créer un dossier dans son dossier personnel (~/tagged/<username>) ayant pour nom le numéro de la conférence. On y met le ou les fichiers vidéo de la conférence (mkv, mp4, dv etc.) et un fichier "titre.sh" qui contient des tags comme suit (syntaxe shell) :
# Le numéro de l'article spip de cette conférence : CID="171"
# Le titre de la conférence, ISO-8859-1 autorisé,
# pas plus de 80 caractères idéalement, mais sinon on se débrouillera TIT="How to make applications accessible?"
# Les auteurs, séparés par le caractère | s'il y en a plusieurs AUT="Samuel Thibault|Barak Obama"
# La date (uniquement le numéro du jour de juillet 2010) DAT="9"
# Le format d'entrée de la conf (cf annexe) FMT="A"
# Et si besoin (facultatif, si non utilisé ou inconnu, commenter avec # ) :
# Si vous avez 2 fichiers vidéo, mettez START1, END1, START2, END2.
# Le nombre de seconde à passer au début de la conf dans la vidéo d'origine : START="12"
# La durée de la conf en secondes : DURATION="3600"
# La langue (fr ou en ou es ou de), default to "fr"
LNG="en"
# La licence (notation courte usuelle), default to "cc-by-sa"
LIC="cc-by-sa"
1g. Une fois cela fait, on enleve le nom du fichier vidéo dans le quadpad, vu qu'il n'est plus dans rush/ et on passe à une autre vidéo ...
Une fois tout terminé, on procèdera à la compression des vidéos sur la base de ces tags
2. Compresser
Les vidéos sont compressées dans 2 formats et 3 codecs. On obtient donc 6 fichiers vidéo par conférence.
Un script shell est chargé de prendre, dans chaque dossier, le ou les fichiers vidéo et le titre.sh pour savoir comment nommer la vidéo, la découper etc.
Pour chaque conférence, on obtient un fichier DV en 4/3 ou 16/9 contenant la conférence et son générique de début et de fin, que l'on peut alors compresser.
3. Distribuer
Les vidéos, une fois compressées, sont disponibles dans le dossier ~/videos/ dans un sous-dossier au numéro de la conférence.
Ces vidéos seront disponibles en http sur benedict via http://videos2010.rmll.info/
Et sur d'autres miroirs à terme selon disponibilité
Questions Fréquentes :
Q1: Je tombe sur un fichier qui est un test de prise de vue/son d'une interview en plein air, ou juste des "test, test" ou autre contenu inutile. J'imagine que c'est pas un truc qu'on veut encoder... J'en fais quoi ?
R1: S'il n'y a vraiment rien dedans, je t'invite plutôt à le mettre dans un dossier
~/bazar/<nomutilisateur> avec dedans : - le fameux fichier qui ne contient rien d'utile
- un fichier .txt au même nom (exemple si le fichier s'appelle "video12345.mov" créer un
"video12345.mov.txt") ou l'on décrit vite fait en français ce qu'il y a dedans.
on va éviter de remplir tagged/ avec des trucs que les shells-script ne sauraient pas interpréter,
Annexe
Liste des formats vidéos source utilisés sur les RMLL 2010 : Benjamin / Octopuce :
A) 720x576(4/3) DV
> 640x480x1Mbps + 512x384x20fpsx512Kbps
Patrick :
B) 720x576(16/9) Mpeg TS
> 720x405x1Mbps + 480x270x20fpsx512Kbps Elphel :
C) 1920x1088(16/9) MKV MJPEG
> (on cropera 8 en haut puis resize) 720x405x1Mbps + 480x270x20fpsx512Kbps
Ubicast :
D) 1024x768 MP4 H264
> c'est du 4:3 avec bandes noires on en fait du 16/9 > 1024x576 > 720x405x1Mbps + 480x270x20fpsx512Kbps
E) 640x480 MP4 H264
> c'est du 4/3 pixels carrés sans bandes noires > 640x480x1Mbps + 512x384x20fpsx512Kbps
Pfelgines :
F) 1280x720 en MPEG TS
> 720x405x1Mbps + 480x270x12fpsx512Kbps freeelectrons
G) 1920x1080 en H.264 MPEG TS
> 720x405x1Mbps + 480x270x20fpsx512Kbps
OBerger :
H) 720x576(16/9) DV
> 720x405x1Mbps + 480x270x20fpsx512Kbps
