Dans quelques jours, le Chrome Web Store va ouvrir ses portes. Ce site va permettre au utilisateur de Google Chrome ou de la version libre Chromium d’installer des applications Web dans leur navigateur. Quelques applications sont déjà disponible (Gmail, Calendar, Google Reader…), elle se présente sous la forme d’une icône en haut à gauche des onglets et permet l’accès direct aux sites. Des fonctions de notifications seront bientôt disponibles (par exemple pour vous avertir lors de l’arrivée d’un nouveau message).
Rien de neuf par rapport aux nombreux plugins (extensions) que l’on peut trouver la toile… oui et non. En effet, comme nous allons le voir dans ce billet il est très facile de créer une application à partir d’un site Web existant. On a ainsi un accès immédiat à ces sites.
Assez de blabla, nous allons voir comment transformer votre site/blog dans une belle application Webs que vous pourrez mettre à disposition de vos lecteurs !
Toutes les manipulations suivantes marchent aussi bien sous Google Chrome ou sur Chromium (la version libre !). Il faut juste avoir la dernière version (voir instruction ici pour Chromium sous GNU/Linux Ubuntu).
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.
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…
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).
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 !
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.
Pour commencer la semaine, quelques belles cartes du réseau Internet que j’ai trouvé sur la toile pour illustrer une présentation. Certaines sont plus belles qu’utiles mais elle valent toutes le coup d’œil.
