Le problème

OpenOffice.org 3.2 sous Linux ne gère pas nativement ou correctement :

• les ligatures (ff, fi, ffi, ffl, fl, tt, Qu, °C, °F, …, !!, !?, ??, ?!, ct, st,
• l’espace avant un point-virgule, un point d’exclamation, un point d’interrogation, un double-point,
• les petites capitales,
• les exposants et indices,
• le signe moins,
• la séparation des miliers,
• …

Indépendamment d’OpenOffice.org, les polices de caractères ne disposent pas tous des fonctionnalités nécessaires ou des caractères spéciaux.

Bref, des détails mais qui, mis tous ensemble, font une grosse différence.

La solution

Hormis celle de passer à un véritable logiciel de PAO, il y a une alternative relativement simple à mettre en œuvre.

Il faut pour cela utiliser les polices Linux Libertine G et Linux Biolinum G, à ne pas confondre avec Linux Libertine O et Linux Biolinum O. Il s’agit des mêmes polices mais la version G va nous permettre d’arriver au résultat attendu là où la version O ne nous le permettra pas.

Pour faciliter l’utilisation de ces polices, il faut également la Typography Toolbar pour OpenOffice.org.

Récupération des fichiers

L’ensemble ne vous coûtera pas un sou et est disponible :

• Linux Libertine G et Biolinum G : http://www.numbertext.org/linux/, télécharger la version la plus récente (j’ai utilisé celle du 1er janvier 2011).
• Typography Toolbar : http://extensions.services.openoffice.org/en/project/typo.

Une fois récupérés, vous devriez avoir une archive zip pour les 2 polices et un fichier oxt pour le plugin OpenOffice.org.

Note : Libertine est une police sérif (ex. : Times New Roman), Biolinum est une police sans-sérif (ex. : Arial, Helvetica).

Installation

Pour installer les 2 polices de caractères, vous n’avez pas besoin de droits particuliers. Créez un répertoire .fonts à la base de votre répertoire utilisateur si ce n’est déjà fait (si votre utilisateur s’appelle fred, cela devrait donner /home/fred/.fonts ).

Ouvrez le fichier zip contenant les 2 polices et extrayez les fichiers ttf que vous y trouverez dans le répertoire .fonts. Vous devriez avoir les fichiers suivants :

• /home/fred/.fonts/LinBiolinumG_Bd.ttf,
• /home/fred/.fonts/LinBiolinumG_It.ttf,
• /home/fred/.fonts/LinBiolinumG_Re.ttf,
• /home/fred/.fonts/LinLibertineG_Bd.ttf,
• /home/fred/.fonts/LinLibertineG_Bl.ttf,
• /home/fred/.fonts/LinLibertineG_It.ttf,
• /home/fred/.fonts/LinLibertineG_Re.ttf.

Il n’y a pas d’autres manipulations pour l’installation des polices, elles seront automatiquement prises en compte lors du prochain démarrage d’OpenOffice.org.

Pour installer le fichier le plugin pour OpenOffice.org, il suffit d’ouvrir le fichier oxt avec OpenOffice.org. Pour cela, lancez le traitement de texte d’OpenOffice.org et ouvrez le fichier oxt comme vous ouvririez n’importe quel autre fichier.

Quittez et redémarrez OpenOffice.org

C’est tout pour l’installation.

Configuration

Le plugin Typography Toolbar fournit une barre d’outils spécifique pour pouvoir utiliser les fonctionnalités des polices Linux Libertine G et Linux Biolinum G sous OpenOffice.org puisque ce dernier n’est pas en mesure de les utiliser nativement.

Pour l’activer, allez dans le menu Affichage → Barres d’outils → Typography comme ci-dessous :

Activer la barre d’outils du plugin Typography Toolbar

Une fois activé, vous devriez avoir quelque chose ressemblant à ça :

Barre d’outils du plugin Typography Toolbar

Avec les 2 polices, vous n’avez pas besoin de l’auto-correction qui ajoute les espaces insécables avant les ponctuations point-virgule, point d’exclamation, point d’interrogation, double-point etc. car l’espacement avant est géré automatiquement. Pour la désactiver, allez dans le menu Outils → Options d’AutoCorrection et décocher les cases comme ci-dessous (uniquement pour la ligne sélectionnée, les autres options sont à votre discrétion) :

Options d’auto-correction d’OpenOffice.org

Utilisation

Il ne reste plus maintenant qu’à utiliser nos nouvelles polices !

Les 2 polices sont des polices à la carte : il est possible de préciser finement leur comportement en fonction des besoins ou envies.

Pour préciser, il suffit d’entrer les paramètres à la suite du nom de la police, comme dans l’exemple suivant :

Linux Libertine G:dlig=1&frac=1&hlig=1&liga=1&onum=1&dash=1&frsp=1&minu=1&quot=1&pnum=1

Compliqué ? Non, ne partez pas, c’est plus simple qu’il n’y paraît !

Décortiquons la ligne :

• Linux Libertine G : la police à utiliser, comme habituellement,
• “:” : le double-point indique à OpenOffice.org les paramètres de la police,
• dlig=1 : ligatures discrétionnaires,
• frac=1 : fractions diagonales (1/2 devient ½ etc., cela fonctionne avec n’importe quelle fraction),
• hlig=1 : ligatures historiques (ct et st),
• liga=1 : ligatures standard (ff, fi, fl, ffl, ffi, qu, °C, °F, etc.),
• onum=1 : chiffres à l’ancienne,
• dash=1 : correction du tiret,
• frsp=1 : espacement français,
• minu=1 : véritable signe moins,
• quot=1 : correction des guillemets,
• pnum=1 : chiffres à taille proportionnelle (le 1 est moins large que le 8).

Cette ligne peut être saisie directement dans le style standard de votre feuille de style comme ci-dessous :

Utilisation de la police Linux Libertine G

Pour profiter des autres options, comme les petites capitales, les exposants, les indices etc. qui interviennent de façon ponctuelle, il suffit de passer par la barre d’outils Typography Toolbar.

La liste des options est documentée dans le fichier fontfeatures.pdf que vous trouverez dans le sous-répertoire doc du fichier zip contenant les polices Linux Libertine G et Linux Biolinum G.

Exemple

Cliquez sur l’image pour l’agrandir :

Exemple

Prérequis

Il va vous falloir les paquetages suivants :

• x264, pour l’encodage du flux vidéo,
• faac, pour l’encodage du flux audio,
• ffmpeg, pour le multiplexage et l’ajout des informations nécessaires au streaming (avec l’utilitaire qt-faststart).

Un petit tour dans Synaptic et l’affaire est dans le sac.

Le script a été conçu pour se satisfaire des versions fournies en standard dans les paquetages d’Ubuntu et ne nécessite donc pas la recompilation de ffmpeg pour lui ajouter le support du x264.

Un des avantages de x264 par rapport à une autre solution c’est qu’il est capable d’utiliser plusieurs cœurs/processeurs pour encoder la vidéo.

Le script

Il est plutôt simple à utiliser : toflashmp4 <video en entrée>

Le script va encoder la vidéo au format MP4 et remplacer l’extension de la vidéo par mp4.

L’encodage vidéo est la partie qui prend le plus de temps. L’encodage audio, le multiplexage, l’ajout des informations pour les streaming sont rapides.

Sa conception est des plus simples : il s’agit d’un enchaînement de commandes qui est interrompu dès qu’une des commandes renvoie un code d’erreur. Cela permet sa modification pour l’adapter à des besoins spécifiques (options, paramètres particuliers, etc.)

#!/bin/bash

# Définition des variables
source="$1"
intermediairevideo="/tmp/$$-intermediairevideo.mp4"
intermediaireaudio="/tmp/$$-intermediaireaudio.m4a"
intermediaireaudiovideo="/tmp/$$-intermediaireaudiovideo.mp4"
destination="${source%.*}.mp4"

# Teste le résultat de la dernière commande et arrête le script s’il y a eu
# un problème. Les fichiers temporaires sont également nettoyés
function finsiprobleme {
  if [ $? -ne 0 ]
  then
    echo "Erreur !!!"
    rm "$intermediairevideo" "$intermediaireaudio" "$intermediaireaudiovideo" 2> /dev/null
    exit 1
  else
    echo "OK"
  fi
}

# Encode en MPEG-4 le flux vidéo de la source
echo -n "→ Encodage en MPEG-4 du flux vidéo de la source... "
x264 -o "$intermediairevideo" "$source" 2> /dev/null
finsiprobleme

# Encode en FAAC le flux audio de la source
echo -n "→ Encodage en FAAC du flux audio de la source... "
ffmpeg -i "$source" -acodec pcm_s16le -f wav - 2> /dev/null | faac -o "$intermediaireaudio" - 2> /dev/null
finsiprobleme

# Multiplexe les flux audio et vidéo
echo -n "→ Multiplexage des flux audio et vidéo... "
ffmpeg -i "$intermediairevideo" -vcodec copy -i "$intermediaireaudio" -acodec copy "$intermediaireaudiovideo" 2> /dev/null
finsiprobleme

# Ajoute les informations de streaming et produit la vidéo finale
echo -n "→ Ajout des informations pour le streaming... "
qt-faststart "$intermediaireaudiovideo" "$destination" > /dev/null 2> /dev/null
finsiprobleme

# Nettoie les fichiers intermédiaires
echo -n "→ Nettoyage des fichiers intermédiaires... "
rm "$intermediairevideo" "$intermediaireaudio" "$intermediaireaudiovideo" 2> /dev/null
finsiprobleme

# Fin
echo "La vidéo a été convertie !"

Alsa, PulseAudio et Dmix

En fait, dès l’instant où vous n’utilisez pas PulseAudio et que votre carte n’est pas capable de gérer plusieurs sources simultanément, Alsa utilise le plugin Dmix (de façon transparente).

Dmix fonctionne simplement : il prend le contrôle de la carte sonore et les applications se connectent alors sur lui. Ce qui fait qu’au final il n’y a bien qu’une seule application qui utilise la carte sonore à la fois.

La configuration par défaut de Dmix

Mais il y a un hic ! Dmix utilise des valeurs par défaut qui sont généralement en deçà des capacités des cartes sonores actuelles, même celles intégrées sur la carte mère. Généralement cela donne une fréquence d’échantillonnage de 48 KHz en 16 bits avec un algorithme de conversion simple.

Il est cependant possible de corriger ce comportement.

Pour cela il faut modifier le fichier /usr/share/alsa/alsa.conf. Oui, c’est barbare, il existe d’autres endroits pour régler la configuration d’Alsa ! Mais à cet endroit, vous êtes garantis que les modifications s’appliqueront à tout le système.

Il faut ajouter/modifier les lignes suivantes dans /usr/share/alsa/alsa.conf :

defaults.pcm.dmix.rate 192000
defaults.pcm.dmix.format S32_LE
defaults.pcm.dmix.converter "samplerate_best"

La première ligne règle le taux d’échantillonnage à 192 KHz. La deuxième choisit des samples de 32 bits au lieu de 16. La dernière force l’utilisation du meilleur algorithme disponible pour la conversion.

Appliquer la configuration

Pour que ces paramètres soient pris en compte, il faut redémarrer Alsa. Cela peut être fait sans redémarrer le système.

Pour cela, une ligne de commande sous Ubuntu suffit :

sudo /sbin/alsa reload

La commande a une sortie qui doit ressembler à ceci :

fred@fred-desktop:~$ sudo /sbin/alsa reload
Unloading ALSA sound driver modules: snd-pcm-oss snd-mixer-oss snd-seq-dummy snd-seq-oss snd-seq-midi snd-rawmidi snd-seq-midi-event snd-seq snd-seq-device snd-hda-intel snd-hda-codec-analog snd-hda-codec snd-hwdep snd-pcm snd-page-alloc snd-timer Loading ALSA sound driver modules: snd-pcm-oss snd-mixer-oss snd-seq-dummy snd-seq-oss snd-seq-midi snd-rawmidi snd-seq-midi-event snd-seq snd-seq-device snd-hda-intel snd-hda-codec-analog snd-hda-codec snd-hwdep snd-pcm snd-page-alloc snd-timer.

Et il est fort probable que vous entendiez un petit poc sortir des enceintes.

Toutefois, une application peut encore être en train d’utiliser Alsa même si aucun son n’est joué. Dans ce cas, la sortie de la commande ressemblera à ceci :

fred@fred-desktop:~$ sudo /sbin/alsa reload
/sbin/alsa: Warning: Processes using sound devices: 16185(rhythmbox).
Unloading ALSA sound driver modules: snd-pcm-oss snd-mixer-oss snd-seq-dummy snd-seq-oss snd-seq-midi snd-rawmidi snd-seq-midi-event snd-seq snd-seq-device snd-hda-intel snd-hda-codec-analog snd-hda-codec snd-hwdep snd-pcm snd-page-alloc snd-timer (failed: modules still loaded: snd-hda-intel snd-hda-codec-analog snd-hda-codec snd-hwdep snd-pcm snd-page-alloc snd-timer).
Loading ALSA sound driver modules: snd-pcm-oss snd-mixer-oss snd-seq-dummy snd-seq-oss snd-seq-midi snd-rawmidi snd-seq-midi-event snd-seq snd-seq-device snd-hda-intel snd-hda-codec-analog snd-hda-codec snd-hwdep snd-pcm snd-page-alloc snd-timer.

Alsa vous prévient qu’un processus utilise la carte sonore (Warning : Processes using sound devices) et vous indique qu’il n’a pas pu être arrêté (failed : modules still loaded).

La solution : arrêter l’application proprement ou au moyen d’une commande kill bien sentie (le PID vous est même donné )

Limitations

J’ai rencontré pour l’instant 2 problèmes avec cette configuration :

• Le jeu OpenOrena en version 64 bits (x86_64) souffre de lags. En utilisant la version 32 bits (i386) qui fonctionne très bien sur plateforme 64 bits (x86_64), les lags disparaissent.
• Le logiciel Cinelerra saccade lors de la lecture de vidéos HD. Pour corriger le problème, il faut baisser la taille du tampon audio  (buffer) dans les paramètres.

Il y en a peut-être d’autres mais ce sont les seuls que j’ai rencontrés. Audacity et RhythmBox fonctionnent normalement.

Et c’est là que la galère commence…

Problèmes rencontrés

En apparence, Cinelerra permet d’enregistrer sa vidéo sous divers formats :

• Microsoft AVI,
• Quicktime for Linux,
• Raw DV,
• MPEG Video,
• OGG Theora/Vorbis,
• YUV4MPEG.

Malheureusement la plupart génèrent des problèmes :

• Microsoft AVI : je n’ai jamais réussi à produire une vidéo lisible par MPlayer ou VLC dans laquelle le son reste synchronisé avec la vidéo. FAIL !
• Quicktime for Linux : ce format ne pose pas beaucoup de problèmes, même si j’ai déjà eu (peu) des plantages de Cinelerra en cours d’encodage, probablement dûs à un grain de sable dans les vidéos sources. Le problème du format MOV est sa réutilisation après coup : certaines versions d’Avidemux ont eu un bug les empêchant de convertir ce format. Il y a aussi le problème du support des vidéos anamorphosées qui ne passe pas partout.
• Raw DV : fonctionne parfaitement mais est réservé à des vidéos en 720×576.  Idéal il y a quelques années, c’est un handicap aujourd’hui.
• MPEG Video : ça marche mais c’est leeeeeeeeeeent… C’est l’utilitaire mpeg2enc qui est utilisé et il prend son temps le ch’tit pépère à, notamment, vouloir faire du double passe (et bien sûr, impossible de lui dire de ne pas le faire). Et il faut avoir pensé à bidouiller un lien vers mpeg2enc car les paquetages pour les différentes distributions ne l’inclut pas. Dernier détail : il n’enregistre pas le son, le multiplexage est donc à réaliser en dehors de Cinelerra.
• OGG Theora/Vorbis : fonctionne pas mal si ce n’est le manque flagrant de support. Avidemux n’aime pas et Dailymotion a des problèmes avec la bande son qui, bizarrement, disparaît en fonction de la version visualisée sans que l’on puisse prévoir laquelle… J’ai déjà eu des plantages de Cinelerra tout comme avec Quicktime.
• YUV4MPEG : comme le MPEG Video, ce format n’enregistre que la vidéo et pas le son et son utilisation n’est pas des plus aisées avec même un bug de gestion de chaînes de caractères de la part de Cinelerra.

YUV4MPEG

Je vais surtout m’attarder sur YUV4MPEG pour la génération de vidéo.

YUV4MPEG est un format RAW pour les flux vidéos. Aucune compression n’étant réalisée, il n’est pas concevable d’enregistrer un fichier : à plusieurs centaines de méga-octets pour quelques secondes, on vient vite à bout des plus gros disques durs.

Le principe va être de l’utiliser dans le cadre d’un tube (ou pipe), le flux étant ainsi transmis à un autre programme qui sera chargé de réaliser l’encodage.

Voici la démarche à suivre :

Générer le flux audio

Faire un rendu uniquement de la piste son en Mpeg Audio, layer III, 256 kbits/s.

Ça devrait aller assez rapidement.

Générer le flux vidéo

Faire un rendu uniquement de la piste vidéo en format “YUV4MPEG” Stream.

Dans les options, cochez “Use Pipe” et saisissez la commande suivante :

ffmpeg -f yuv4mpegpipe -i - -y -f mpeg2video -b 12000k "%"

Explications :

• ffmpeg : utilise l’utilitaire ffmpeg pour réaliser l’encodage. On pourrait utiliser mpeg2enc mais ffmpeg fait très bien le travail et, surtout, il est beaucoup plus rapide que mpeg2enc (on va quand même pas passer la journée juste à faire de l’encodage)
• -f yuv4mpegpipe : indique à ffmpeg qu’il doit recevoir un flux au format YUV4MPEG
• -i - : lit le flux YUV4MPEG depuis l’entrée standard (le tube ou pipe).
• -y : écrase le fichier en sortie sans demander votre avis (obligatoire car de toute façon ffmpeg ne pourrait pas vous le demander étant donné qu’il sera lancé en tâche de fond).
• -f mpeg2video : demande un encodage en MPEG2.
• -b 12000k : indique un bitrate de 12000 kbps, ce qui devrait être okay pour enregistrer de la vidéo Full HD.
• “%” : le % sera remplacé par Cinelerra par le nom du fichier que vous aurez indiqué.

La fenêtre des paramètres du flux ressemble à ceci :

Paramètres YUV4MPEG

Bug : il arrive que Cinelerra vous affiche un message d’erreur au lancement de l’encodage du flux vidéo. Retournez alors dans les paramètres et éditez les champs texte en essayant d’enlever des caractères imaginaires à la fin des champs.

Multiplexage

Pour réaliser la fusion ou multiplexage du flux audio et du flux vidéo, on utilise la commande mplex en ligne de commande Unix :

mplex -f 3 -r 20000 video.out.m2v audio.out.mp3 -o videoaudio.mpg

Explications :

• -f 3 : encodage en MPEG2 générique,
• -r 20000 : le multiplexage doit être prévu pour un bitrate de 20000 kbps maximum (les 12000 kbps indiqués lors de la génération du flux vidéo ne sont pas fixes et il faut prendre les 256 kbps du flux audio en compte).
• video.out.m2v : le nom de fichier que vous avez indiqué dans Cinelerra pour le flux vidéo.
• audio.out.mp3 : le nom de fichier que vous avez indiqué dans Cinelerra pour le flux audio.
• -o videoaudio.mpg : le nom de fichier que vous désirez pour la vidéo finale.

Pré-requis

Pour tout cela, vous aurez besoin de mpeg2enc (pour mplex) et ffmpeg.

Les vidéos de l’α55

Si on en croit la documentation, l’α55 génère des vidéos Full HD 1080i50 (pour les Sony vendus en Europe) au format AVCHD. Pour plus d’info sur l’entrelacement, Wikipédia est votre ami.

Oui mais voilà…

Les vidéos ne sont absolument pas entrelacées !

Physiquement, l’α55 capture du Full HD 1080p25 (pour progressif à 25 images/secondes) et enregistre le tout dans un format entrelacé.

Grossièrement, il crée une vidéo à 50 images secondes, mais indique que chaque image est dupliquée. Le format AVCHD supportant cette astuce, cela ne consomme pas plus de bande passante.

Par contre, si vous faites une avance image par image des vidéos ainsi produites, vous constaterez la duplication.

Cinelerra

Et Cinelerra dans tout ça ? Il ne lit malheureusement pas les fichiers AVCHD (MTS).

De plus, même s’il pouvait ouvrir ces fichiers, travailler à 50 images/secondes en Full HD nécessite une configuration plutôt musclée.

Il faut donc procéder à une conversion. Et c’est là qu’on commence à s’amuser…

Façon rapide

Pour réaliser la conversion, ffmpeg est bien pratique :

ffmpeg -i fichier.MTS \
       -r 25 \
       -ar 48000 -ab 256000 -ac 2 \
       -qscale 2 \
       fichier.mpg

Explications :

• -i fichier.MTS : fichier en entrée, à convertir,
• -r 25 : indique à ffmpeg que la fréquence d’images en sortie doit être de 25 images/secondes et non 50 comme il l’aurait détecté à l’ouverture de fichier.MTS ; par défaut, il va ignorer une image sur deux ; mettre -r 29.97 si vous disposez d’un boitier NTSC,
• -ar 48000 -ab 256000 -ac 2 : si on le laisse faire, ffmpeg déterminera un niveau de qualité qui va dégrader le son ; on force donc une fréquence d’échantillonnage de 48 KHz, un encodage à 256 kbps et deux canaux pour la stéréo,
• -qscale 2 : indique le niveau de quantisation pour l’encodage de la vidéo, un quantisation à 2 conserve une excellente qualité lors de la conversion, ce dont nous avons besoin puisque nous voulons faire du montage !
• fichier.mpg : fichier en sortie, ffmpeg se base sur l’extension pour déterminer les codecs utilisés.

Note : la ligne de commande a été mise sur plusieurs lignes pour faciliter sa lecture. Vous pouvez bien sûr la faire tenir sur une seule ligne en retirant les anti-slash (\).

Par défaut ffmpeg va générer un fichier MPEG avec la vidéo en MPEG1 et le son en MPEG1 layer 2 (ou mp2).

Voilà, une ligne de commande assez simple pour convertir une vidéo, que demande le peuple ?

Malheureusement…

Façon moins rapide mais plus fiable

Le titre pourrait laisser penser que ffmpeg n’est pas fiable. Loin de là !

Le gros problème se situe au niveau des vidéos produites par l’α55. Il arrive que certaines soit mal encodées ce qui va poser des problèmes à ffmpeg et générer une espèce de bouillie infâme où l’on reconnaîtra tout juste ce que l’on a filmé.

Il faut donc une autre méthode pour réaliser la conversion.

Je dois avouer que j’y ai passé quelques heures car il y a pas mal d’outils disponibles sous Ubuntu (mencoder, mplayer, ffmpeg, vlc, avidemux, mpeg2enc, mjpegtools etc.) et chacun de ces outils dispose bien souvent de nombreuses options de configuration ce qui multiplie d’autant les possibilités.

La méthode doit avoir deux avantages :

• pouvoir lire des vidéos abîmées (comme la plupart des lecteurs comme mplayer ou vlc),
• pouvoir convertir le flux vidéo en se basant au minimum sur ses caractéristiques (car le flux est abîmé, je le rappelle).

Non contente d’être moins rapide, la solution à laquelle j’ai abouti est aussi moins simple.

Pour résumer, je passe par un flux intermédiaire au format YUV4MPEG. Ce flux ne contenant pas l’audio, le script doit également réaliser l’extraction de l’audio de la vidéo originale et le rajouter à la vidéo finale.

Voici donc le script mts2mpg.sh :

#!/bin/sh
input="$1"
output="$2"
videofifo=stream.$$.fifo
audio=stream.$$.wav

# Nettoyage des fichiers et piles temporaires
rm -f $audio $videofifo

# Extraction de l’audio
echo "Extraction de l’audio"
mplayer -really-quiet \
        -noconfig all \
        -novideo -vo null \
        -ao pcm:file=$audio:fast \
        "$input"

# Extraction de la vidéo
echo "Extraction de la vidéo"
mkfifo $videofifo
ffmpeg -f yuv4mpegpipe \
       -r 25 \
       -i $videofifo \
       -y \
       -qscale 2 \
       -ar 48000 -ab 256000 -ac 2 \
       -i $audio \
       "$output" &
mplayer -noconfig all \
        -nosound -ao null \
        "$input" \
        -vf harddup \
        -vo yuv4mpeg:file=$videofifo

wait $!

# Nettoyage des fichiers et piles temporaires
rm $audio $videofifo
echo "Terminé !"

Explications :

• videofifo=stream.$$.fifo / mkfifo $videofifo : le script nécessite l’utilsation d’un tube nommé (named pipe) pour pouvoir faire communiquer mplayer et ffmpeg ; le $$ permet de générer un tube nommé pour le processus en court autorisant ainsi plusieurs exécutions parallèles du script,
• audio=stream.$$.wav : l’audio sera extrait dans un fichier temporaire au format WAV avec la même astuce sur le $$ que pour $videofifo,
• rm -f $audio $video : supprime tout fichier ou pile temporaire existant au cas où le script aurait été interrompu au beau milieu d’une conversion, l’option -f permet de supprimer le message d’erreur apparaissant quand ces fichiers n’existent pas (ce qui devrait être la plupart du temps le cas),
• mplayer, extraction de l’audio
  • -really-quiet : supprime tous les messages
  • -noconfig all : ignore tous les fichiers de configuration de mplayer car ils pourraient interférer avec nos options,
  • -novideo -vo null : ignore complètement le flux vidéo,
  • -ao pcm:file=$audio:fast : extrait l’audio au format WAV aussi vite que possible (fast)
• mkfifo $videofifo : crée le tube nommé nécessaire à la communication entre mplayer et ffmpeg
• ffmpeg, encodage de la vidéo :
  • -f yuv4mpegpipe : indique à ffmpeg que le format du fichier d’entrée est un tube fournissant un flux au format YUV4MPEG,
  • -r 25 : la fréquence d’images en sortie doit être de 25 images/secondes et non 50 (une image sur deux sera ignoré) ; mettre -r 29.97 si vous disposez d’un boitier NTSC,
  • -i $videofifo : spécifie le chemin vers le tube nommé,
  • -y : par défaut, ffmpeg demande confirmation avant l’écrasement de tout fichier, avec l’option -y ffmpeg ne demandera plus confirmation,
  • -qscale 2 : indique le niveau de quantisation pour l’encodage de la vidéo, un quantisation à 2 conserve une excellente qualité lors de la conversion, ce dont nous avons besoin puisque nous voulons faire du montage !
  • -ar 48000 -ab 256000 -ac 2 :si on le laisse faire, ffmpeg déterminera un niveau de qualité qui va dégrader le son ; on force donc une fréquence d’échantillonnage de 48 KHz, un encodage à 256 kbps et deux canaux pour la stéréo,
  • -i $audio : quand on fournit en entrée un fichier vidéo et un fichier son, ffmpeg réalise automatiquement le multiplexage des deux fichiers ; on indique ici le fichier audio précédemment extrait,
  • & : lance ffmpeg en tâche de fond, il va ainsi atteindre qu’on lui fournisse un flux sur le tube nommé.
• mplayer, décodage de la vidéo :
  • -noconfig all : ignore tous les fichiers de configuration de mplayer car ils pourraient interférer avec nos options,
  • -nosound -ao null : ignore complètement le son car YUV4MPEG ne peut pas le contenir,
  • « $input » : fichier vidéo à lire,
  • -vf harddup : pour toutes les images indiquées comme dupliquées, mplayer générera deux images physiques,
  • -vo yuv4mpeg:file=$videofifo : génère un flux vidéo au format YUV4MPEG en utilisant le tube nommé en sortie.
• wait $! : attend que ffmpeg ait complètement fini d’encoder la vidéo avant de supprimer les fichiers temporaires ($! contient le PID du dernier processus lancé en tâche de fond).

Par défaut ffmpeg va générer un fichier MPEG avec la vidéo en MPEG1 et le son en MPEG1 layer 2 (ou mp2).

Limitation :

• avec des fichiers sources abîmés, le son et la vidéo ne seront probablement plus synchrones, ce sera à vous de le rattraper dans votre logiciel de montage.

Pré-requis

Pour la méthode rapide, il suffit de disposer de ffmpeg.

Pour la méthode moins rapide, il faut avoir ffmpeg et mplayer.

Dans son premier tome, il y a des similitudes plutôt troublantes avec des planches du Dr Slump, un manga d’Akira Toriyama par ailleurs connu pour Dragon Ball.

Les planches plagiées sont signées Guillermo March. Je ne sais pas s’il s’agit de Guillem March ou d’un nom proche, “Le japonais en manga” ayant été écrit en espagnol puis traduit en français.

Je vous laisse juge, mais je ne pense pas que le doute soit possible…

Ah tiens, j’avais pas remarqué : les deux livres sont édités chez Glénat en France

Le japonais en manga

Dr Slump 3

Première planche

Japonais en manga p37

Original - Dr Slump vol.3

Deuxième planche

Japonais en manga p38

Original - Dr Slump 3

Ce n’est pas un reflex ! Et je m’en fous !

Si vous avez déjà effectué des recherches sur ce boitier, la question qui revient le plus souvent est la suivante : est-ce que c’est un reflex ?

L’alpha 55 peut être vu comme un reflex auquel on aurait retiré la visée optique et le miroir mobile. Ce qui, tout de suite, fait bondir les puristes. Malheureux, un reflex sans visée optique TTL, ce n’est pas un reflex (je résume).

Ce n’est pas dans ce billet que vous trouverez une réponse tranchant dans le vif. Je m’en fous complètement ! Que la visée soit optique ou numérique, du moment qu’elle permet de faire des photos dans de bonnes conditions, sa technologie est accessoire.

Et la vidéo dans tout ça ?

Mes propres recherches sur le sujet m’ont amené aux qualités et inconvénients suivants :

• le format n’est pas du Full HD 50i/60i,
• l’effet gélatine est prononcé,
• le miroir fixe peut faire apparaître des images fantômes,
• le capteur chauffe vite et on ne peut enregistrer de vidéo pendant plus de 7 minutes (avec stabilisateur),
• l’autofocus fonctionne pleinement pendant l’enregistrement.

Pas du Full HD 50i/60i

Une des bizarreries de ce boitier, c’est qu’il produit des fichiers Full HD 1920×1080/50i (pour la zone PAL, 60i pour la zone NTSC).

Mais, en fait, c’est du Full HD 1920×1080/25p qui est enregistré ! Ça nous donne donc un format batard.

Pour pouvoir utiliser ces fichiers avec un logiciel de montage, il sera peut-être nécessaire de les réencapsuler pour qu’ils affichent leurs véritables caractéristiques.

Pour ma part, je préfére le progressif à l’entrelacé : l’image se travaille beaucoup plus facilement.

Effet gélatine prononcé

Je débarque dans le monde de la vidéo sur reflex. Et j’ai découvert que la plupart des boitiers faisaient apparaître un effet gélatine lorsque vous bougeait rapidement le boitier à l’horizontale. Par exemple, les bâtiments penchent pendant le mouvement et reviennent à la verticale lorsque le boitier est fixe.

Images fantômes

Sous certaines conditions, le miroir fixe peut faire apparaître des images fantômes. Cela peut se produire lorsque la luminosité est faible et que des phares sont dirigés vers l’objectif.

7 minutes de vidéos avec stabilisateur

La technologie utilisée par l’alpha 55 pour la vidéo met le capteur à rude épreuve et le fait chauffer. Le phénomène est accentué avec l’utilisation du stabilisateur (SteadyShot). Sans, le manuel indique une durée de 29 minutes. Avec, on arrive à 7 minutes.

Il conviendra donc de recourir à un pied ou à une steadycam le plus souvent possible si l’on veut pouvoir exploiter la vidéo avec ce boitier. Ou on fera des pauses fréquemment le temps que le capteur refroidisse…

Avec de tels temps, l’intérêt du boitier se portera plus sur des films/clips montés que sur des conférences ou des concerts.

Comment se faire sa propre idée ?

YouTube regorge de vidéos faites avec un 𝛂55. Pour vous y retrouver, voici une liste non exhaustive de ces vidéos. J’ai essayé de mettre celles qui permettent de ce se rendre compte de tel ou tel point. Autre point intéressant : quand je les connais, j’ai mis les objectifs utilisés.

Bon visionnage :

Mais j’aime bien cette exposition de Jean-Claude Novaro à l’abbatiale Saint-Ouen, désolé !

Cette fois j’ai pu y retourner avec mon fisheye, ce fut donc beaucoup plus simple pour mettre en rapport les sculptures et l’abbatiale.

Et cela m’a aussi permis de visiter une partie non signalée de l’exposition. Voir plus bas…

Œuvre de Jean-Claude Novaro

Œuvres de Jean-Claude Novaro

La sculpture ci-dessous a une particularité : elle brille dans l’obscurité. Selon le responsable de l’exposition, Jean-Claude Novaro est le premier à avoir réussi à emprisonner des paillettes phosphorescentes (?) dans du verre. Il est même envisagé d’industrialiser cette technique pour produire du carrelage ou des poignées de porte brillant dans la nuit.

Œuvre de Jean-Claude Novaro

Œuvre de Jean-Claude Novaro

Et pour finir, une galerie photos de l’exposition

Jean-Claude Novaro est un maître-verrier et il ne vole pas ce titre ! Il y a des pièces vraiment magnifiques, tout ça dans un lieu disposant de très beaux vitraux.

Bref, une exposition à ne pas manquer.

Et comme l’entrée est gratuite, vous n’avez plus aucune excuse.

Voici quelques photos pour se faire une idée :

Exposition Jean-Claude Novaro à l’abbatiale Saint-Ouen

Œuvre de Jean-Claude Novaro

Œuvres de Jean-Claude Novaro

Œuvre de Jean-Claude Novaro

Œuvres de Jean-Claude Novaro

Le seul point noir de cette exposition : les podiums sont trop bas… Quand on dépasse le mètre 80, c’est un peu dur. Ça vous fait en plus regarder les œuvres de haut, le regard condescendant n’est alors pas loin.

Message d’erreur Gimp

Tout d’abord, il ne sert à rien de désinstaller ou réinstaller Gimp puisque l’erreur ne vient pas d’une mauvaise installation.

Comment corriger le problème ?

Allez donc faire un tour dans le menu Édition → Préférences et sélectionner la sous-entrée Scripts de l’entrée Dossiers. Une fois rendu, assurez-vous que la ligne /usr/share/gimp/2.0/scripts (ou quelque chose d’approchant suivant votre configuration) s’y trouve. Il y a fort à parier que vous ne l’ayiez pas si vous avez eu le message précédent…

Il suffit dès lors de rajouter la ligne manquante et de relancer Gimp.

Modification des dossiers Script-Fu

Explications

Lors de l’initialisation, l’interprêteur de scripts intégré à Gimp va automatiquement chercher un fichier appelé script-fu.init avant de s’intéresser aux autres scripts. D’ailleurs, si vous lancez Gimp depuis une ligne de commande et que l’interprêteur ne trouve pas ce fichier, il affiche le message “Unable to read initialization file script-fu.init”.  Ce message n’étant pas affiché en mode graphique, on a l’impression que tout s’est bien passé !

Ce fichier, même s’il n’est pas complètement indispensable, définit un certain nombre de fonction dont les fonctions cadr, caddr, caar etc. Évidemment, leur absence ne se fait sentir que lorsqu’un script tente de les utiliser.

Note

Il se peut que votre installation de Gimp place le fichier script-fu.init dans un répertoire autre que celui que j’ai indiqué. Pour adapter la solution à votre problème, vous pouvez lancer une recherche du fichier script-fu.init sur tout le disque et repérer le répertoire dans lequel il se trouve.