Le blog de NicoLargo » image

Mon top 3 des sites pour fonds d'écran

NicoLargo — Fri, 19 Feb 2010 13:40:43 +0000

Il y a bien une chose avec laquelle je ne rigole: la qualité de mes fonds d'écran...Vu le temps que l'on passe (trop ?) devant nos machines, il serait dommage d'avoir des images moches et/ou rébarbatives. J'opte donc pour une rotation automatique toutes les 12 heures (avec le logiciel Wallpaper-tray sous Ubuntu et en suivant cette méthode pour mon MBP sous Mac OS X)

Voici donc les 3 sites sur lesquels je récupère mes fameux "wallpapers" (sous licence publique pour une utilisation personnelle).

Vlad Studio

Cet artiste est un vrai génie des fonds d'écran, j'en avait déjà parlé dans ce billet il y a maintenant plus de deux ans mais il reste au top de sa forme.

Adresse du site: http://www.vladstudio.com/fr/wallpapers/

Smashing Magazine

Ce site est la référence pour le Web Design (enfin pour moi). Leur section fonds d'écran, bien que peu mise à jour, cache des petits bijoux.

Adresse du site: http://www.smashingmagazine.com/tag/wallpapers/

Devian Art

Dans un autre style, les fonds d'écran que l'on peut trouver sur ce site plairont certainement à un large public !

Adresse du site: http://browse.deviantart.com/customization/wallpaper/

Et vous ? quels sont vos sites de références pour les fonds d'écran ?

Installer Picasa sur Ubuntu à partir des dépôts Google

NicoLargo — Wed, 20 Jan 2010 09:00:05 +0000

Picasa est la réponse de Google à iPhoto d'Apple. Quand une nouvelle fonctionnalité est proposée dans le premier, elle arrive immanquablement dans le second quelques release plus tard. Le logiciel permet de gérer sa collection de photos numériques, avec des fonctions, de classement, retouche, exportation...

Les principaux défauts de Picasa sont:

le fait qu'il n'est pas libre... Mais je n'ai, à l'heure actuelle pas trouvé de solution open-source arrivant à la qualité de ce logiciel (que ce soit F-Spot, gThumb ou Shotwell...)
il n'existe pas de version spécifique pour les environnement GNU/Linux (comme on peut le trouver sous Mac OS X) mais une version "winefier" de la version Windows (comme Wine est sous license LGPL, Google l'a intégré au package d'installation de Picasa).

Voici donc une procédure pour installer Picasa sur votre distribution GNU/Linux Ubuntu 9.10.

On commence par ajouter les dépôts Google

sudo vim /etc/apt/sources.list.d/google-karmic.list
# Google repository
deb http://dl.google.com/linux/deb/ stable non-free

# Google testing repository
deb http://dl.google.com/linux/deb/ testing non-free

Puis on importe la clés d'authentification:

wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | apt-key add -

On met à jour notre liste de dépôt puis on installe Picasa:

sudo apt-get update
sudo apt-get install picasa

Création de thumbnail à partir d'un fichier OGV/OGG

NicoLargo — Tue, 10 Nov 2009 06:17:23 +0000

Le codec vidéo libre Theroa devient de plus en plus performant (notamment dans sa version 1.1). Le conteneur libre correspondant (l'équivalent du .AVI) est .OGV ou .OGG est facilement intégrable dans une page Web en utilisant le tag video du langage HTML5. Nous allons dans ce billet voir comment générer en ligne de commande une image (thumbnail) de prévisualisation d'un fichier OGV/OGG.

Installation des OGG Video Tools

Ces dans cette trousse à outils d'utilitaires pour fichiers OGV/OGG que nous allons trouver le logiciel oggThumb qui va nous permettre d'extraire une image d'un fichier vidéo. Voici la procédure d'installation à suivre sous Ubuntu:

sudo aptitude install libgd2-xpm-dev
wget https://launchpad.net/~theora/+archive/ppa/+build/1202657/+files/oggvideotools_0.8-0ubuntu1_i386.deb
dpkg -i  oggvideotools_0.8-0ubuntu1_i386.deb

On vérifie que le logiciel est correctement installé:

oggThumb -h

usage: oggThumb [options] file1.ogv [ file2.ogv [ file3.ogv [...] ] ]

Options:

-t          : create thumbnail from frame at time position time1, time2, time3 second

-f : create thumbnail from frame number frameNo1, frameNo2, frameNo3

-s :                   : resize to given values (if one argument is set to 0, it is calculated to meet the aspect ratio

-o                     : formats are jpg or png

Exemple de création de thumbnail

Nous allons générer une image .jpg à partir d'un fichier .ogv. Pour cela, il faut préciser à quel moment l'extraction doit se faire en utilisant l'option -t (temps en seconde):

oggThumb -t 20 shutterisland-tlr1r2r_h720p_hq.ogv

Cette commande va créer un thumbnail de la vidéo à la 20em seconde. Voici le résultat:

Il est également possible de redimensionner l'image en utilisant l'option -s. Par exemple pour extraire la même thumbnail mais dans un taille plus petite (tout en conservant l'aspect ratio), il faut utiliser la commande:

 oggThumb -t 20 -s 320x0 shutterisland-tlr1r2r_h720p_hq.ogv

Voici le résultat:

Il est également possible d'extraire plusieurs images en ajoutant des paramètres à l'option -s (séparé par des ,).

oggThumb -h

usage: oggThumb [options] file1.ogv [ file2.ogv [ file3.ogv [...] ] ]

Options:

-t : create thumbnail from frame at time position time1, time2, time3 second

-f : create thumbnail from frame number frameNo1, frameNo2, frameNo3

-s : : resize to given values (if one argument is set to 0, it is calculated to meet the aspect ratio

-o : formats are jpg or png

Un site dédié aux icônes

NicoLargo — Tue, 20 Oct 2009 07:47:51 +0000

Frédéric Cozic est un hyper actif et on aime ça ! Il vient de mettre en ligne Icones.pro un nouveau site dédié aux icônes.

L'idée est de proposer un moteur de recherche sur ces petites images bien utile quand, comme moi, vous n'êtes pas un pro du Photoshop/Gimp. La plupart des icônes proposées sont sous licences libres (CC, GPL..) et je dois avouer que j'ai été agréablement surpris par la qualité des images proposées.

Bravo à Frédéric !

PS: une petite fonction de recherche avancée par licence serait la bienvenue

Installation des OggVideoTools sous Ubuntu

NicoLargo — Fri, 21 Aug 2009 14:28:52 +0000

Pour ceux qui ne connaissent pas, OggVideoTools est composé des logiciels suivants (en ligne de commande):

oggSplit: permet de séparer l'audio et la vidéo d'un fichier en deux fichiers distincts (un fichier par flux).
oggJoin: Prend en entré une liste de fichiers OGG (audio au format vorbis et/ou vidéo au format Theroa) et donne en sortie un seul fichier.
oggCut: permet de couper un fichier OGG.
oggCat: permet de coller les uns à la suite des autres des fichiers OGG.
oggDump: Affiche un fichier OGG sous la forme de paquets.
oggLength: Affiche la taille d'un fichier OGG (en ms).

Si vous voulez en plus disposer des deux autres utilitaires suivants, Il faut passer par une phase de compilation supplémentaire de la librairie Theora depuis les sources car le paquet Ubuntu (et aussi Debian) comporte un bug.:

oggResize: permet de changer les caractéristiques des flux audio/video d'un fichier OGG.
oggSilence: Permet de créer un fichier audio vide (silence) au format Vorbis d'une taille donnée.

En attendant que ces petits utilitaires pour manipuler les fichiers audio/video libre basés sur le format libre OGG soit disponibles dans les dépôts Ubuntu (ce qui ne devrait pas tarder...). Voici une petite procédure pour effectuer la compilation depuis les sources.

Compilation des OggVideoTools

Les sources sont hébergées sur le site Sourceforge.

On commence par récupérer les sources de la dernière version disponible (0.7b au moment de l'écriture de ce billet):

wget http://downloads.sourceforge.net/project/oggvideotools/oggvideotools/oggvideotools-0.7b/oggvideotools-0.7b.tar.gz

Puis on lance la compilation (il faut que votre machine dispose des outils de compilation standard: build-essential sous Ubuntu):

./configure
make
sudo make install

Et voili:

# oggLength bigbuckbunny.ogv
596467

# oggSplit bigbuckbunny.ogv
# ls -alF
total 326172
-rw-r--r-- 1 labo labo 166825767 2009-08-21 11:26 bigbuckbunny.ogv
-rw-r--r-- 1 labo labo 153622630 2009-08-21 16:26 theora_f0678e1.ogg
-rw-r--r-- 1 labo labo 13203137 2009-08-21 16:26 vorbis_1fa82364.ogg

Firefox: bug d'images noir&blanc

NicoLargo — Thu, 20 Aug 2009 12:55:00 +0000

Après une mise à jour de mon système Ubuntu 9.04 (mais le problème a aussi été rencontré sur d'autres distributions GNU/Linux), je me suis retrouvé avec un bug assez bizarre sur mon navigateur Firefox. En effet, certaines images au format PNG étaient affichées en noir et blanc (quelque soit le site).

Après quelques recherches sur le woueb, j'ai trouvé la solution ici. Il suffit de modifier la configuration de Firefox (taper about:config comme URL dans votre navigateur) puis chercher la variable gfx.color_management.mode puis luis mettre comme valeur 0...

GStreamer et le codec X.264

NicoLargo — Wed, 10 Jun 2009 08:32:03 +0000

Souhaitant effectuer un streaming RTP à partir d'une Webcam, voici un billet sur l'optimisation des paramètres du codec libre X.264 (implémentation libre du codec H.264 ou MPEG-4 AVC - WIKI) dont l'équipe de VideoLAN est à l'origine. Pour tester ce codec et ensuite mettre en place le streaming, j'utiliserai le framework GStreamer.

A la recherche des "bons" paramètres

On commence par créer un fichier vidéo de référence. Ce dernier est à adapter à votre besoin. Pour mes tests, j'ai enregistré une séquence d'une dizaine de secondes devant ma Webcam:

gst-launch v4l2src device="/dev/video1" ! queue ! videoscale method=1 ! video/x-raw-yuv,width=320,height=240 ! avimux ! filesink location=webcam.avi

Ensuite on génère un fichier encodé en H.264 (c'est à dire sans paramètre, avec un encodage à 2 Mbps). Il servira de référence pour la comparaison qualitative:

gst-launch filesrc location=webcam.avi ! decodebin ! queue ! ffmpegcolorspace ! x264enc ! avimux ! filesink location=webcam-x264-10.avi

On peut comparer les deux:

Original vs X.264 (defaut)

On va maintenant jouer avec les paramètres disponibles pour le codec X.264. La liste de ces paramètres est longue et le paramétrage très pointu. Je vous conseille la lecture de ce document et de ce forum.

Nous allons dans un premier temps fixer le débit de compression à 200 Kbps (paramètre bitrate) puis mettre des valeurs moyennes au niveau des paramètres ref et subme. Cela devrait assurer un bon compromis entre vitesse de compression et qualité d'image.

gst-launch filesrc location=webcam.avi ! decodebin ! queue ! x264enc byte-stream=true bitrate=200 ! gst-launch filesrc location=webcam.avi ! decodebin ! queue ! ffmpegcolorspace ! x264enc byte-stream=true bitrate=200 bframes=4 ref=4 me=hex subme=4 weightb=true threads=0 ! avimux ! filesink location=webcam-x264-11.avi

On compare le résultat:

X.264 (defaut) vs X.264 test 11
(byte-stream=true bitrate=200 bframes=4 ref=4 me=hex subme=4 weightb=true threads=0)

Comme on peut le voir la qualité est moins bonne (surtout quand il y a des mouvements) mais l'on passe d'un débit de 2089 Kbps à 203 Kbps (soit un facteur 10).

En choisissant des options qui permettent une compression plus rapide (ce qui peut être utile pour une utilisation interactive de type videoconference), on perd encore en qualité:

gst-launch filesrc location=webcam.avi ! decodebin ! queue ! ffmpegcolorspace ! x264enc byte-stream=true bitrate=200 bframes=4 ref=1 me=dia subme=1 weightb=true threads=0 ! avimux ! filesink location=webcam-x264-12.avi

On compare le résultat par rapport aux paramètres précédant:

X.264 test 11 vs X.264 test 12
(byte-stream=true bitrate=200 bframes=4 ref=1 me=dia subme=1 weightb=true threads=0)

La consommation de bande passante entre les deux tests est la même (203 Kbps). Seul le temps d'encodage diffère (gain de 25%).

Enfin on paramètre X.264 pour améliorer la qualité (donc au détriment du temps d'encodage):

gst-launch filesrc location=webcam.avi ! decodebin ! queue ! ffmpegcolorspace ! x264enc byte-stream=true bitrate=200 bframes=4 ref=8 me=umh subme=6 weightb=true threads=0 ! avimux ! filesink location=webcam-x264-13.avi

On compare le résultat par rapport aux paramètres du test 11:

X.264 test 11 vs X.264 test 13
(byte-stream=true bitrate=200 bframes=4 ref=8 me=umh subme=6 weightb=true threads=0)

La qualité est légèrement meilleure (difficile à voir sur cette image), le débit identique, par contre le délais d'encodage bondit de plus de 100%.

Pour résumé, les paramètres suivant sont ceux qui offre le meilleur résultat pour mon besoin:

byte-stream=true bitrate=200 bframes=4 ref=4 me=hex subme=4 weightb=true threads=0

Ratio qualité/bande passante

Maintenant que nous avons identifié les "bons" paramètres pour notre besoin. Il faut jouer sur les paramètres externes pour trouver le bon ratio entre la qualité de l'image et la bande passante consommé lors du streaming de notre Webcam.

Les paramètres sur lesquels on a des leviers sont les suivants:

taille de l'image (résolution)
nombre d'images par seconde (fps)
débit cible au niveau du codec X.264 (bitrate)

Comme je n'aime pas faire des choses répétitives (non non, ce n'est pas de la fainéantise...), j'ai développé un petit script shell qui prend en entrée un fichier vidéo de référence, une liste de résolution (au format GStreamer), une liste de fps et une liste de débit. Le script va générer automatiquement les vidéos encodés avec ces différents paramètres.

Voici le script en question:

#!/bin/sh

# Je génére le fichier de référence avec la commande:
# sudo gst-launch v4l2src device="/dev/video1" ! queue ! videoscale method=1 ! video/x-raw-yuv,width=704,height=576 ! avimux ! filesink location=videotest.avi

videosrc="./videotest.avi"
reslist="width=704,height=576 width=352,height=288 width=176,height=144 width=128,height=96"
fpslist="24 12 6 3"
bitratelist="400 300 200 100 50"

for res in `echo $reslist`
do
resname=`echo $res | sed "s/width=//" | sed "s/height=//" | sed "s/,/x/"`
for fps in `echo $fpslist`
do
for bitrate in `echo $bitratelist`
do
echo videotest-${resname}-${fps}fps-${bitrate}kbps.avi
gst-launch filesrc location=$videosrc ! decodebin ! ffmpegcolorspace ! queue ! cairotextoverlay text="${resname} ${fps}fps ${bitrate}kbps" shaded-background=true ! queue ! videorate ! video/x-raw-yuv,framerate=$fps/1 ! queue ! videoscale method=1 ! video/x-raw-yuv,$res ! queue ! ffmpegcolorspace ! x264enc byte-stream=true bitrate=$bitrate bframes=4 ref=4 me=hex subme=4 weightb=true threads=0 ! avimux ! filesink location=videotest-${resname}-${bitrate}kbps-${fps}fps.avi
done
done
done

J'obtient les résultats suivants:

videotest-704x576-50kbps-6fps.avi donne un débit moyen de 41 kb/s
videotest-352x288-50kbps-3fps.avi donne un débit moyen de 42 kb/s
videotest-352x288-50kbps-6fps.avi donne un débit moyen de 42 kb/s
videotest-704x576-50kbps-3fps.avi donne un débit moyen de 43 kb/s
videotest-176x144-50kbps-3fps.avi donne un débit moyen de 44 kb/s
videotest-128x96-50kbps-3fps.avi donne un débit moyen de 45 kb/s
videotest-176x144-50kbps-6fps.avi donne un débit moyen de 46 kb/s
videotest-128x96-50kbps-6fps.avi donne un débit moyen de 47 kb/s
videotest-352x288-50kbps-12fps.avi donne un débit moyen de 47 kb/s
videotest-704x576-50kbps-12fps.avi donne un débit moyen de 47 kb/s
videotest-176x144-50kbps-12fps.avi donne un débit moyen de 51 kb/s
videotest-128x96-50kbps-12fps.avi donne un débit moyen de 52 kb/s
videotest-352x288-50kbps-24fps.avi donne un débit moyen de 53 kb/s
videotest-704x576-50kbps-24fps.avi donne un débit moyen de 53 kb/s
videotest-176x144-50kbps-24fps.avi donne un débit moyen de 54 kb/s
videotest-128x96-50kbps-24fps.avi donne un débit moyen de 56 kb/s
videotest-128x96-100kbps-3fps.avi donne un débit moyen de 73 kb/s
videotest-704x576-100kbps-6fps.avi donne un débit moyen de 76 kb/s
videotest-352x288-100kbps-3fps.avi donne un débit moyen de 81 kb/s
videotest-352x288-100kbps-6fps.avi donne un débit moyen de 81 kb/s
videotest-704x576-100kbps-3fps.avi donne un débit moyen de 84 kb/s
videotest-176x144-100kbps-3fps.avi donne un débit moyen de 86 kb/s
videotest-128x96-200kbps-3fps.avi donne un débit moyen de 87 kb/s
videotest-128x96-300kbps-3fps.avi donne un débit moyen de 87 kb/s
videotest-128x96-400kbps-3fps.avi donne un débit moyen de 87 kb/s
videotest-128x96-100kbps-6fps.avi donne un débit moyen de 88 kb/s
videotest-704x576-100kbps-12fps.avi donne un débit moyen de 89 kb/s
videotest-352x288-100kbps-12fps.avi donne un débit moyen de 91 kb/s
videotest-704x576-100kbps-24fps.avi donne un débit moyen de 93 kb/s
videotest-176x144-100kbps-6fps.avi donne un débit moyen de 94 kb/s
videotest-176x144-100kbps-12fps.avi donne un débit moyen de 99 kb/s
videotest-352x288-100kbps-24fps.avi donne un débit moyen de 99 kb/s
videotest-128x96-100kbps-12fps.avi donne un débit moyen de 101 kb/s
videotest-176x144-100kbps-24fps.avi donne un débit moyen de 103 kb/s
videotest-128x96-100kbps-24fps.avi donne un débit moyen de 104 kb/s
videotest-128x96-200kbps-6fps.avi donne un débit moyen de 125 kb/s
videotest-128x96-300kbps-6fps.avi donne un débit moyen de 130 kb/s
videotest-128x96-400kbps-6fps.avi donne un débit moyen de 131 kb/s
videotest-176x144-200kbps-3fps.avi donne un débit moyen de 136 kb/s
videotest-704x576-200kbps-6fps.avi donne un débit moyen de 150 kb/s
videotest-176x144-300kbps-3fps.avi donne un débit moyen de 151 kb/s
videotest-176x144-400kbps-3fps.avi donne un débit moyen de 152 kb/s
videotest-352x288-200kbps-6fps.avi donne un débit moyen de 161 kb/s
videotest-352x288-200kbps-3fps.avi donne un débit moyen de 162 kb/s
videotest-704x576-200kbps-3fps.avi donne un débit moyen de 165 kb/s
videotest-176x144-200kbps-6fps.avi donne un débit moyen de 170 kb/s
videotest-128x96-200kbps-12fps.avi donne un débit moyen de 174 kb/s
videotest-352x288-200kbps-12fps.avi donne un débit moyen de 174 kb/s
videotest-704x576-200kbps-12fps.avi donne un débit moyen de 174 kb/s
videotest-704x576-200kbps-24fps.avi donne un débit moyen de 187 kb/s
videotest-128x96-300kbps-12fps.avi donne un débit moyen de 188 kb/s
videotest-128x96-400kbps-12fps.avi donne un débit moyen de 188 kb/s
videotest-128x96-200kbps-24fps.avi donne un débit moyen de 191 kb/s
videotest-352x288-200kbps-24fps.avi donne un débit moyen de 192 kb/s
videotest-176x144-200kbps-12fps.avi donne un débit moyen de 193 kb/s
videotest-176x144-200kbps-24fps.avi donne un débit moyen de 199 kb/s
videotest-176x144-300kbps-6fps.avi donne un débit moyen de 202 kb/s
videotest-128x96-300kbps-24fps.avi donne un débit moyen de 211 kb/s
videotest-128x96-400kbps-24fps.avi donne un débit moyen de 215 kb/s
videotest-176x144-400kbps-6fps.avi donne un débit moyen de 216 kb/s
videotest-704x576-300kbps-6fps.avi donne un débit moyen de 220 kb/s
videotest-352x288-300kbps-3fps.avi donne un débit moyen de 235 kb/s
videotest-704x576-300kbps-3fps.avi donne un débit moyen de 245 kb/s
videotest-352x288-300kbps-6fps.avi donne un débit moyen de 249 kb/s
videotest-704x576-300kbps-12fps.avi donne un débit moyen de 262 kb/s
videotest-352x288-300kbps-12fps.avi donne un débit moyen de 265 kb/s
videotest-176x144-300kbps-12fps.avi donne un débit moyen de 272 kb/s
videotest-704x576-300kbps-24fps.avi donne un débit moyen de 278 kb/s
videotest-176x144-300kbps-24fps.avi donne un débit moyen de 289 kb/s
videotest-352x288-300kbps-24fps.avi donne un débit moyen de 293 kb/s
videotest-704x576-400kbps-6fps.avi donne un débit moyen de 297 kb/s
videotest-352x288-400kbps-3fps.avi donne un débit moyen de 298 kb/s
videotest-176x144-400kbps-12fps.avi donne un débit moyen de 301 kb/s
videotest-704x576-400kbps-3fps.avi donne un débit moyen de 318 kb/s
videotest-352x288-400kbps-6fps.avi donne un débit moyen de 336 kb/s
videotest-176x144-400kbps-24fps.avi donne un débit moyen de 339 kb/s
videotest-704x576-400kbps-12fps.avi donne un débit moyen de 346 kb/s
videotest-352x288-400kbps-12fps.avi donne un débit moyen de 355 kb/s
videotest-704x576-400kbps-24fps.avi donne un débit moyen de 373 kb/s
videotest-352x288-400kbps-24fps.avi donne un débit moyen de 385 kb/s

Si on se focalise sur un nombre d'images par seconde de 12 et une résolution CIF (ce qui est suffisant pour une besoin de type vidéoconférence), on obtient les qualités suivantes:

Dévit cible: 50 Kbps / Débit mesuré: 47 Kbps

Dévit cible: 100 Kbps / Débit mesuré: 91 Kbps

Dévit cible: 200 Kbps / Débit mesuré: 174 Kbps

Dévit cible: 300 Kbps / Débit mesuré: 265 Kbps

Dévit cible: 400 Kbps / Débit mesuré: 355 Kbps

On peut voir que la qualité augmente moins à partir d'un débit cible de 200 Kbps.

On teste enfin le streaming

Pas la peine de réinventer la roue, j'avais déjà écrit un billet sur le sujet. Si l'on souhaite faire un streaming RTP entre deux machines en prenant en compte l'optimisation X.264 décrite dans les chapitres précédant, il faut saisir les commandes suivantes:

Sur le serveur (192.168.1.1):

gst-launch -v gstrtpbin name=rtpbin \
v4l2src \
! queue ! videoscale method=1 ! video/x-raw-yuv,width=352,height=288 \
! queue ! videorate ! video/x-raw-yuv,framerate=$fraction$12/1 \
! queue ! x264enc byte-stream=true bitrate=200 bframes=4 ref=4 me=hex subme=4 weightb=true threads=0 ! rtph264pay \
! rtpbin.send_rtp_sink_0 \
rtpbin.send_rtp_src_0 ! udpsink port=5000 host=192.168.1.2 \
rtpbin.send_rtcp_src_0 ! udpsink port=5001 host=192.168.1.2 sync=false async=false \
udpsrc port=5002 ! rtpbin.recv_rtcp_sink_0

Puis sur le client (192.168.1.2):

gst-launch -v gstrtpbin name=rtpbin latency=200 \
udpsrc caps="application/x-rtp, media=(string)video,
clock-rate=(int)90000, encoding-name=(string)H264, payload=(int)96" port=5000 \
! rtpbin.recv_rtp_sink_0 \
rtpbin. ! rtph264depay ! ffdec_h264 ! xvimagesink \
udpsrc port=5001 ! rtpbin.recv_rtcp_sink_0 \
rtpbin.send_rtcp_src_0 ! udpsink port=5002 host=192.168.0.1 sync=false async=false

Conclusion

Comme toujours dans ce genre d'exercice, le paramétrage des codecs vidéos dépend de votre source (on n'encode pas de la même manière le flux CIF venant d'une Webcam ou un fichier vidéo HD...). On a ici trouvé un bon compromis entre qualité d'affichage et bande passante consommée sur le réseau. Etant loin d'être un spécialiste sur le sujet, il y a surement des optimisations à faire. Les commentaires sont fait pour ça !

Changer automatiquement de fond d'ecran

NicoLargo — Fri, 05 Jun 2009 09:34:28 +0000

Voici une petit logiciel bien pratique pour changer automatiquement de fond d'écran après une période configurable: Desktop Drapes.

On commence par l'installer (par exemple à partir des dépôts sous Ubuntu):

sudo apt-get install drapes

On lance ensuite l'application via le menu Système / Préférences / Desktop Drapes, un nouvel icône va s'afficher dans la barre de menu. Un clic droit dessus pour accéder aux préférences:

Et voilà le travail, un nouveau fond d'écran toutes les 2 heures...

Mon système Home Cinema

NicoLargo — Wed, 03 Jun 2009 12:43:58 +0000

Je réfléchi actuellement à la modification de mon installation "Home Cinema" pour préparer l'arrivée de mon prochain joujou: un téléviseur Samsung UE46B6000. Voici donc quelques pistes de réflexion que je souhaite partager avec vous...

Avant de commencer, voilà ce que j'attends de mon système:

regarder des DVD et des Blu-ray (en utilisant la PlayStation 3 comme lecteur)
regarder des fichiers vidéos stockés sur mon ordinateur GNU/Linux (sous Ubuntu 9.04)
regarder des fichiers vidéos stockés sur mon ordinateur portable Mac Book Pro (MBP)
regarder la TV (source FreeBox)
centraliser le son (PC, MBP, PS3, FreeBox) sur mon système 5.1

et le schéma correspondant:

Afin d'éviter les transferts de fichiers inutiles, j'ai mis en place sur mon PC GNU/Linux un serveur DLNA (Wiki). Ce dernier permet de distribuer sur un réseau des contenus audio et/ou vidéo en les ré-encodant, si nécessaire, dans un format approprié (fonction de transcodage, attention à la CPU !). La lecture et l'affichage se fait par un client DLNA (Playstation 3 ou certaines télévision récentes).

J'ai choisi d'utiliser ma PlayStation 3 comme client DLNA pour les raisons suivantes:

facilité d'accès aux vidéos par la manette (par exemple pour les enfants)
qualité de décodage de la vidéo et de l'audio (sortie HDMI / optique)
"relatif" silence lors de la lecture de fichiers HD

Le serveur DLNA se base sur le logiciel PS3 Media Server (licence libre GPL v2). Je l'ai choisi car il est à la fois disponible sur GNU/Linux et Mac OS X (et également sous Windows, mais bon...). Il tourne en continu sur mon PC GNU/Linux Ubuntu et permet de distribuer des contenus stockés sur mes disques dur internes et externes. Je peux également le lancer à la demande sur mon MBP si j'ai besoin de diffuser une vidéo stockée sur cette machine. Pour les transferts de fichiers (vidéo et audio) entre mon MBP et mon PC GNU/Linux, j'utilise le protocole FTP (serveur FTP installé sur mon PC GNU/Linux).

Le client DLNA de la Playstation 3 détecte automatiquement les serveurs DLNA du réseau (celui de mon PC et celui de mon MBP). J'ai préféré utiliser des liaisons réseaux filaires (Ethernet 100 Mbps) entre mes différents composant pour assurer un débit élevé et constant entre les serveurs et le client DLNA. Ainsi, quand je regarde une vidéo stockée sur mon MBP, je n'utilise pas le Wifi disponible mais je le connecte directement par un cable Ethernet à mon switch réseau.

Les composants sont tous connectés via des liaisons numériques à l'écran LCD:

HDMI 1.3 pour la Playstation 3
DVI vers HDMI pour le PC GNU/Linux
DVI vers HDMI pour le MBP

Seul ma Freebox (ancienne version) est connecté via une liaison analogique S-Video (mais bon comme je ne regarde pas la télévision, ce n'est pas un gros problème). Mon amplificateur audio/vidéo n'étant pas compatible avec les entrés numériques vidéo, je passe directement par le switch interne de la télévision (elle dispose de 4 entrées HDMI, 1 VGA, 1 péritel, 1 YUV et 1 composite).

Au niveau du son, j'utilise mon amplificateur audio/vidéo pour centraliser puis diffuser le son sur les enceintes 5.1:

optique pour la PS3
optique pour le PC GNU/Linux
analogique (jack) pour le MBP
analogique (RCA) pour la Freebox

Voilà pour cette rapide présentation. Si vous avez des remarques/conseils sur le sujet, je suis preneur.

Convertir JPG vers PDF en ligne de commande

NicoLargo — Wed, 27 May 2009 09:43:30 +0000

Sam2p (distribué par son auteur sous licence GPLv2) est un petit utilitaire très simple et pratique si vous avez à convertir des images d'un format vers un autre. Il est disponible sous GNU/Linux et Windows.

Liste des formats d'entré supportés:
PNM, PBM, PGM, PPM, XPM, GIF, LBM, TGA, PCX, JPEG, TIFF, PNG, PS, EPS, PDF

Liste des formats de sortie supportés:
XWD, BMP, PNG, TIFF6, JPEG, PNM, GIF89a, XPM, PS, EPS, PDF

Un fois le logiciel installé avec la commande suivante (exemple d'installation sous Ubuntu):

sudo apt-get install sam2p

la commande pour convertir le fichier image.jpg vers image.pdf est:

sam2p image.jpg image.pdf

Il est bien sûr possible de spécifier des options à cette ligne de commande notamment pour ajuster le taux de compression (-c), changer la résolution de l'image (-m) ou bien appliquer une rotation ou un redimensionnement (-e).

L'utilisation de la ligne de commande permet de pouvoir facilement inclure sam2p dans un script afin de faire un traitement par lot des images.