Le format multimédia WebM fait beaucoup parler de lui ces derniers temps. Sous l’impulsion de Google, il a pour objectif de devenir le standard libre pour la diffusion de fichier vidéo sur Internet. Sans entrer dans les polémiques de qualité et des problèmes de licence, nous allons dans ce billet voir comment encoder un vidéo dans un format WebM en ligne de commande en utilisant le framework GStreamer, fourni en standard sous GNU/Linux.
WebM, c’est quoi donc ?
En fait WebM est un conteneur multimédia, une enveloppe au même titre que OGG, MP4 ou AVI. Quand on parle de fichiers au « format WebM », cela sous entant l’utilisation des codecs audio Vorbis et vidéo VP8 (racheté il y a quelques mois par Google à la societé On2).
Avant de tester l’encodage d’un fichier WebM sur votre distribution GNU/Linux. Sous Ubuntu, il faut d’abord vérifier que vous disposez de la dernière version PPA de GStreamer:
sudo add-apt-repository ppa:gstreamer-developers
sudo aptitude update
sudo aptitude upgrade
sudo aptitude install gstreamer0.10-x gstreamer-tools gstreamer0.10-plugins-base gstreamer0.10-plugins-good gstreamer0.10-plugins-bad gstreamer0.10-plugins-bad-multiverse gstreamer0.10-plugins-ugly gstreamer0.10-plugins-ugly-multiverse gstreamer0.10-ffmpeg gstreamer0.10-alsa gstreamer0.10-sdl
Enfin on vérifie que l’on a les bons plugins:
# gst-inspect | grep webmmux
matroska: webmmux: WebM muxer
# gst-inspect | grep vp8enc
vp8: vp8enc: On2 VP8 Encoder
gst-inspect | grep vorbisenc
vorbis: vorbisenc: Vorbis audio encoder
Passons maintenant aux choses sérieurses…
Encodage au format WebM
Pour mes test j’ai utilisé une bande annonce du film « Prince of persia » en qualité HD 1080p récupérée sur le site HDTrailers.
J’utilise ensuite la pipeline (ligne de commande) suivante pour effectuer l’encodage:
gst-launch -t filesrc location=pp_rltA_1080.mov ! progressreport \
! decodebin name=decoder decoder. \
! queue ! audioconvert ! vorbisenc quality=0.5 \
! queue ! webmmux name=muxer decoder. \
! queue ! ffmpegcolorspace ! vp8enc quality=5 speed=2 \
! queue ! muxer. muxer. ! queue ! filesink location=pp_rltA_1080-Q5.webm
La qualité vidéo par défaut (option quality=5) n’est pas terrible, on obtient de meilleurs résultats en l’augmentent. Voici un tableau comparatif:
| Format |
Codecs |
Taille |
Aperçu (clique pour agrandir) |
| Source HQ .mov |
Audio: AAC 48 Khz
Video: H.264 |
126 Mo |
 |
| WebM |
Audio: Vorbis
Video: VP8 « Quality 5 » |
24 Mo |
 |
| WebM |
Audio: Vorbis
Video: VP8 « Quality 6 » |
30 Mo |
 |
| WebM |
Audio: Vorbis
Video: VP8 « Quality 7 » |
40 Mo |
 |
| WebM |
Audio: Vorbis
Video: VP8 « Quality 8 » |
61 Mo |
 |
| WebM |
Audio: Vorbis
Video: VP8 « Quality 9 » |
73 Mo |
 |
| WebM |
Audio: Vorbis
Video: VP8 « Quality 10 » |
92 Mo |
 |
Je trouve que la paramètre quality=7 est un bon compromis taille/qualité. Il faut noter que la source est d’un qualité nettement supérieure (je ne connais pas les paramètre H.264 utilisés).
Comparaison avec les codecs Theora et H.264
Pour compléter ce petit test de WebM, nous allons comparer maintenant le résultat obtenu avec le paramètre quality=7 et les codecs Theora (avec une qualité égale à 7) et X.264 (avec une qualité de 23 équivalente).
Voici les lignes de commandes utilisées, pour l’encodage en WebM (VP8/Vorbis):
gst-launch -t filesrc location=pp_rltA_1080.mov ! progressreport \
! decodebin name=decoder decoder. \
! queue ! audioconvert ! vorbisenc quality=0.5 \
! queue ! webmmux name=muxer decoder. \
! queue ! ffmpegcolorspace ! vp8enc quality=7 speed=2 \
! queue ! muxer. muxer. ! queue ! filesink location=pp_rltA_1080-Q7.webm
puis en OGG (Theora/Vorbis):
ffmpeg2theora -v 7 –optimize pp_rltA_1080.mov -o pp_rltA-1080-Q7.ogg
et enfin en MP4 (X.264/FAAC):
x264 –tune animation –crf 23 -o pp_rltA-1080-Q7.mp4 pp_rltA_1080.mov
On obtient les résultats suivants:
| Format |
Codecs |
Taille |
Aperçu (clique pour agrandir) |
| WebM |
Audio: Vorbis
Video: VP8 « Quality 7 » |
40 Mo |
 |
| OGG |
Audio: Vorbis
Video: Theora « -v 7 » |
57 Mo |
 |
| MP4 |
Audio: AAC
Video: X.264 « CRF 23 » |
56 Mo |
 |
Que peut on en déduire ? Niveau qualité, le format H.264 garde une longueur d’avance (mais pour combien de temps). Theora est en dessous. Par contre le taux de compression est bien meilleur avec le codec VP8 mais encore faut il être sur que l’on peut comparer les paramètres utilisés…
A vous de vous faire une idée !
Conclusion
Bien que « jeune » ce format de fichier semble avoir un bel avenir. Surtout si Google arrive à l’imposer comme un « standard industriel » (sic). Avec des leviers comme YouTube et Google Chrome, j’ai peu de doute sur le résultat des courses qui ne se fera pas sur un plan technique mais sur la capacité de chacun de défendre son format.
