Du screencast sous GNU/Linux partie 2

Pour sélectionner une fenêtre avec RecordMyDesktop, il faut utiliser la version en ligne de commande et non la GUI. Tout est expliqué dans la page de man : recordmydesktop --windowid $(xwininfo -frame | grep 'xwininfo: Window id:' | awk '{print $4}') Un autre logiciel permettant le screencast est Webcam Studio. Ce logiciel est fait à la base pour tout ce qui est opération de webcam sous GNU/Linux. Il est ainsi possible de faire passer comme webcam une fenêtre, mais aussi d’enregistrer la webcam. L’enregistrement étant fait à la volée, il en résulte un lag certain des applications comme Minecraft. Mais le fichier généré est du OGG valide qui fonctionne correctement sur tout lecteur compatible et d’une qualité qui peut valoir RecordMyDesktop. Il est quand même ahurissant qu’un logiciel qui n’a pas pour but de faire du screencast en fasse de meilleure qualité et de façon plus simple que les logiciels spécifiques !
Il reste un souci qui peut paraître mineur vu qu’il est contournable assez facilement, mais recordmydesktop ne permet pas d’enregistrer le son en duplex. Impossible donc d’avoir et les sons de Minecraft et les explications données au micro.
Une solution est donc d’enregistrer les sons avec recordmydesktop et le micro avec l’enregistreur de son classique, les deux étant synchronisés au montage.
Vu chez Dom web, xvidcap serait capable de résoudre ce problème. Seulement il refuse de s’installer chez moi car dépendant de libavcodec-extra-52. Sachant que j’avais cassé mon écran de veille et mes logiciels vidéo à cause de ce paquet en août dernier, je n’ai pas voulu tenter le diable et forcer comme une brute. Et le paquet donné sur Sourceforge a besoin de libtheora.so.0 et de libmp3lame.so.0 pour fonctionner et date de Jaunty… Qu’à cela ne tienne, j’installe manuellement les deux library disponible dans les dépots (getlibs ne trouvant pas de correspondance). Après toutes ces manipulations, je peux utiliser xvidcap qui est plus abouti que recordmydesktop. Là où RMD utilisait une visualisation minuscule pour spécifier une zone, xvidcap affiche une frame directement en aperçu. Il est même possible d’enregistrer directement en avi. L’enregistrement se fait à la volée, ce qui peut provoquer quelques lags. Par contre, évidemment, il faut savoir ce que l’on fait : la capture de son est personnalisable, sachant que le device par défaut est /dev/dsp. Autrement dit, le micro. J’ai donc fait toutes ces manipulations pour rien car, après recherches, il semble qu’il faille OSS ou Alsa pour arriver à quelque chose, alors avec mon pauvre Pulseaudio…
Voilà donc un aperçu du screencast sous GNU/Linux. Je n’ai pas traité de FFmpeg, vu qu’il est nécessaire de le recompiler, ça n’est pas fonctionnel out-of-the-box. Nous voilà coincé avec RMD, obligé d’enregistrer de deux manières différentes les sons micro et PC, ou bien d’utiliser une boucle matérielle pour envoyer les deux sur une même entrée. Que de manipulations, et je n’ai même pas essayé avec des jeux en plein écran !