Post-production ~ captation audio/vidéo ~ RMLL 2010, Bordeaux

Transcription

1 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 <kolter@openics.org> - un serveur à Octopuce, accessible depuis Internet, dont le contact est Benjamin Sonntag <benjamin@octopuce.fr>. 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.

2 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 rush/concerts ne pas toucher : ce sont des fichiers audio des concerts n/a static/ intéressants : rush/audio rush/elphel rush/freeelect rons rush/oberger rush/octopuce Ce dossier contient des bouts de scripts d'encodage et de postproduction. Il contiendra à terme les véritables scripts terminés. 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. 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) 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 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. 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. n/a n/a? XX XXXX rush/patrick Des fichiers vidéo MPG2/AC3 576i en 16/9 de Patrick. Non tagguées XXXX rush/pfelgines rush/thomas rush/ubicast 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. des fichiers vidéo MOV H.264/AAC en HD 720p 16/9. Contient des conférences inconnues à déterminer 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 X XX XXXX XXXX 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 : Le programme des RMLL permet de retrouver le numéro de l'article spip d'une conférence donnée : XX

3 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 : Les accords de captation et les licences des conférences sont disponibles ici : 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 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.

4 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 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 Et sur d'autres miroirs à terme selon disponibilité

5 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,

6 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 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 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 OBerger : H) 720x576(16/9) DV