Un blog inutile de plus... - Pense-bête

Strawberry Perl, ImageMagick, Windows... et problèmes de compilation

ȷulmud — Sat, 27 Apr 2013 18:40:00 +0200

Bon, vu que j'ai perdu plusieurs heures (et que ce n'est pas la première fois que cela m'arrive) là-dessus, un petit billet pour essayer de s'en souvenir.

Situation : cela fait des années que j'utilise Perl sous Windows (pour plein de choses), et ImageMagick (pour le traitement automatique en ligne de commandes d'images). Mais, à chaque fois que je fais une mise à jour de l'un ou l'autre de ces outils, c'est la croix et la bannière pour réussir à les faire à nouveau parler entre eux !

D'après la documentation, c'est très simple :

cpan
install Image::Magick
et voilà, c'est tout...

D'après mon expérience, ça ne se passe jamais comme ça :

les versions disponibles sur CPAN et sur le site d'ImageMagick ne sont pas alignées,^[1] ce qui pose des soucis d'interface entre librairies ;
et même si les versions sont alignées, la compilation ne s'est jamais passée du premier coup.

Donc, si, lors de la compilation, vous avez un message « Warning (mostly harmless): No library found for -lMagickCore-Q16 », détrompez-vous, ce n'est pas bénin ! Ce sera alors suivi de quantité de messages d'erreur (que la bienséance m'empêche de répéter céans) lors de l'étape de la génération de liens.

Les étapes que j'ai effectuées pour finalement réussir à compiler Image::Magick :

installer la version d'ImageMagick qui correspond à la version d'Image::Magick sur CPAN (soit la 6.8.2 lors de l'écriture de ce billet) ;^[2]
cpan ;
get Image::Magick ;
look Image::Magick ;
perl Makefile.PL ;
éditer le fichier Makefile et ajouter -lCORE_RL_Magick_^[3] à la fin de la ligne LDLOADLIBS = ;
dmake (qui, normalement, ne devrait plus se plaindre de quoi que ce soit) ;
dmake install ;
exit ;
exit

Et voilà, la librairie est maintenant normalement disponible pour les programmes Perl. Joie, bonheur, contentement !

Further reading : Install ImageMagick on Strawberry Perl on Win 10

Notes

[1] Au moment d'écrire ce billet, ImageMagick est à la version 6.8.5, Image::Magick sur CPAN est à la version 6.8.2.

[2] Attention, bien évidemment, à choisir une version 32 ou 64 bits qui corresponde à votre installation de Perl. Et surtout, une version « dynamic » (ou « dll ») d'ImageMagick ; et sélectionner l'installation des librairies de développement dans la procédure d'installation.

[3] Pour trouver ce nom là, regarder dans le sous-dossier lib du répertoire d'installation d'ImageMagick.

J'aime le web...

ȷulmud — Sat, 26 Mar 2011 11:09:00 +0100

Il y a des jours où je me dis que c'est quand même bien de vivre à l'ère du web.

D'un côté, nous avons le cycle de conférences TED "Ideas worth spreading"^[1], des conférences de haute qualité sur quantité de sujets différents. Elles sont toutes visibles sur le site web, en anglais, mais sous-titrées dans un grand nombre de langues différentes. Des heures de bonheur et de découvertes à disposition.

Seulement voilà, j'ai beaucoup de peine à me concentrer pour regarder une vidéo sur mon ordinateur : il y a beaucoup trop de sources de distraction (emails, messagerie instantanée, Twitter, ...) pour que j'y arrive. Heureusement, sur le site de TED, ils ont l'excellente idée de proposer le téléchargement des vidéos et je peux ainsi les regarder sur mon « media center » tranquillement.

Mais (il en faut bien un), les sous-titres, eux, ne sont pas proposés au téléchargement. Or j'aime bien regarder mes vidéos en anglais avec des sous-titres également en anglais (ça permet de rattraper le petit truc qui m'aurait échappé à l'écoute). Et c'est là qu'entre en scène le site TTSD : il permet de télécharger les sous-titres des vidéos TED ! Que du bonheur je vous dis !

J'adore cette émulation qui se produit naturellement dans l'univers du web. Une première personne met à disposition un service, et une autre, sans avoir aucun lien avec la première, peut mettre à disposition un autre service, s'appuyant sur le premier, mais en comblant ce qu'il considère être un manque du premier service.

Notes

[1] « Des idées qui valent la peine d'être répandues »

Trucs mplayer

ȷulmud — Sat, 13 Nov 2010 18:39:00 +0100

Deux opérations que j'ai dû faire récemment et dont je tiens à conserver une trace.

Extraire la bande son d'un DVD

mplayer -dvd-device <point de montage du lecteur> dvd://<titre> -chapter <chapitre début>-<chapitre fin> -vc dummy -vo null -af resample=44100 -ao pcm:waveheader:fast:file=<fichier de sortie>.wav

Notes :

<chapitre fin> est aussi inclus dans ce qui est exporté. Donc, pour exporter seulement le troisième chapitre, il faut utiliser -chapter 3-3.
L'extraction se fait à un taux d'environ 2.3x sur mon poste.

Voir aussi : axllent.org/docs/video/mencoder_dvd_to_mpeg4

Faire un film à partir d'une seule image et une bande son

ffmpeg -loop_input -shortest -i <image.jpg> -i <son.mp3> -acodec copy -b 200k -f mp4 <fichier de sortie>.mp4

Ohlala!

ȷulmud — Wed, 09 Sep 2009 18:17:00 +0200

Une chose est sure : lors de mon prochain passage à Paris, j'irai prendre un repas au restaurant Ohlala! Pourquoi ? Simplement parce que les propriétaires du lieu ont eu l'excellente idée de mandater Invader pour qu'il réalise une fresque sur l'un des murs du restaurant... et puisque je suis toujours autant fan du travail de cet artiste, je me dois d'aller voir cela.

Canaux DVB-T pour VideoLAN 0.9

ȷulmud — Wed, 13 Aug 2008 20:43:00 +0200

Paramétrisation de VideoLAN Client 0.9 pour l'utilisation la TNT avec l'antenne la plus proche de chez moi :

:dvb-frequency -> 754000
:dvb-bandwidth -> 8
:program
- TSR1 -> 257
- TSR2 -> 258
- SF1 -> 1
- TSI1 -> 513
:access-filter -> timeshift (permet de mettre en pause la TNT)

Et pour passer cela en streaming sur UDP, il faut ajouter les paramètres :

:sout=#standard{access=udp,mux=ts,dst=x.x.x.x:1234}

où x.x.x.x représente l'adresse IP de l'ordinateur de destination.

Si on veut quand même visualiser sur le serveur ce qui est envoyé, le paramètre sout devient :

:sout=#duplicate{dst=display,dst=standard{access=udp,mux=ts,dst=x.x.x.x:1234}}

Bien entendu, on peut également « s'amuser » à modifier le flux avant de l'envoyer (ici, je diminue la taille avec scale=0.75 et je réencode le tout en MPEG-2 Video à 4096 kbit/s et en ajoutant une petite touche de désentrelacement) :

:sout=#transcode{vcodec=mp2v,vb=4096,scale=0.75,deinterlace}:standard{access=udp.mux=ts,dst=x.x.x.x:1234}

Note : mes tests semblent indiquer que le flux est moins perturbé si on ne fait pas d'affichage local sur le serveur.

Mise à jour d'un greffon de template sur Dotclear2

ȷulmud — Tue, 21 Aug 2007 20:19:00 +0200

Lors de la mise à jour d'un greffon proposant des fonctions de template, voici l'ordre dans lequel effectuer la mise à jour :

mettre à jour le greffon sur le serveur ;
mettre à jour les thèmes sur le serveur.

Si on inverse ces deux étapes, on risque fort de se retrouver avec un thème défectueux présenté aux visiteurs. Cela est dû au fait que le cache du moteur de template n'est mis à jour que lorsque les fichiers du thème ont été modifiés. Si on modifie d'abord le thème, les nouvelles (ou celles dont le nom a changé) fonctions de template n'existeront pas encore lors de l'affichage du thème et ne seront donc pas interprétées dans le cache.

Incompatibilités entre MultiViews et RewriteRule

ȷulmud — Fri, 19 Jan 2007 19:27:00 +0100

Situation : Apache 1.3, un fichier blog.php à la racine, qui prend en charge les URLs de type http://www.example.com/blog/post/... par le biais d'une option MultiViews activée dans le fichier .htaccess.

Problème : tout jeu de RewriteRule traitant des URLs commençant par blog/ ne fonctionne pas... C'est en effet l'option MultiViews qui prend le dessus, et les arguments suivant le "/" sont « transmis » au script blog.php avant même d'être interprétés par les RewriteRule.

Solution : Je n'ai pas réussi à trouver une solution propre permettant de faire cohabiter ces deux types de traitement. Par conséquent, j'ai dû rédiger un plugin pour DotClear2 (très fortement inspiré du plugin dc1redirect de la dcTeam) qui traite les règles de « rewriting » que j'aurais aimé mettre dans le fichier .htaccess...

Récupérer un flux RealAudio

ȷulmud — Sun, 07 Jan 2007 11:00:00 +0000

Trouvé là-bas : grimthing.com/archives/2004/05/20/recording-streaming-audio-with-mplayer/. Et recopié ici juste pour le retrouver facilement le jour où j'en aurai besoin...

The stream I want to record is already in the format I want

This simplifies things a bit. If the stream you want to record is already in the format you want to use, you can use the -dumpstream flag instead. Your streamrecorder script will look like this instead:

 [bash]
#!/bin/sh
mplayer -playlist /home/username/scripts/playlist.txt -dumpstream -dumpfile /home/username/FlockofSeagulls_`date +%b%d` -vc dummy -vo null ;

This will result in a file called FlockofSeagulls_May20, without a file extension, in username’s home directory. This eliminates the intermediate temporary file and the encoding step. You can add the extension after `date +%b%d` just like in the previous script if you want. It doesn’t matter as MPlayer doesn’t require the extensions in order to play the file but your desktop environment may like the extensions in order to associate the file with whichever media player you’d prefer when you click it in your file browser.

What’s the deal with the playlist flag?

If you’ve been to this site before, you may notice the -playlist switch that was talked about in the MPlayer playlist, and Cron-MP3 Alarm Clock articles. In order to understand why you need the playlist switch when playing streaming audio, you need to understand a bit more about how streaming audio works.

Each streaming format has a kind of playlist file that your music player uses to redirect it to the actual music stream. For Windows Media it’s .asf, for Real Audio it’s .ram, MP3 uses .m3u and .pls. Even though each format has it’s own unique file extension, each file is basically the same. They’re just text files with urls pointing to the actual streams. Take your editor and open the playlist.txt file and see for yourself. If you see one of those file extensions, you’ll need to download the playlist and use the -playlist switch to play/record those streams.

Ogg, however, is an exception. Most Ogg streams, such as those from Icecast servers, don’t require the -playlist switch because the server handles all of the redirection without the need for a playlist. Those Ogg streams that do require the switch are usually just a static directory full of oggs. In such an event, the static directory versions usually implement a playlist file and use the same file extensions as MP3.

In theory, the -playlist switch doesn’t require the playlist file to reside on your hard drive. You should be able to just type mplayer -playlist http://full/url/to/playlist.pls and it should work. However, I’ve had mixed results with that method. Downloading the playlist to hard drive has worked for me every time. Feel free to experiment using the URL instead of the downloaded file, as your results may differ from mine.

Text by Philip McClure

Traduction d'un plugin DotClear2

ȷulmud — Sun, 31 Dec 2006 09:09:00 +0000

La méthode choisie dans DotClear2 pour la traduction des plugins est basée sur gettext, et est fondamentalement différente de celle qui était utilisée dans DotClear 1. Puisque j'ai découvert ce monde en tentant de traduire mon premier plugin, voici quelques notes sur la manière de procéder pour générer les fichiers de traduction.

Pour la première traduction d'un nouveau plugin :

  xgettext -L PHP --keyword=__ *.php
  mv messages.po messages.pot
  mkdir -p locales/fr
  msginit --locale=fr -o locales/fr/main.po

Lors de mises à jour du plugin, pour fusionner les nouvelles chaînes dans le plugin avec celles déjà traduites :

  xgettext -L PHP --keyword=__ *.php
  mv -f messages.po messages.pot
  msgmerge -U locales/fr/main.po messages.pot

Mise à jour, 1er janvier 2007, 09h42 : Il semble également exister le plugin langOmatic de Tigroux pour se simplifier la tâche de traduction... Je ne l'ai pas testé toutefois.

Mise à jour, 3 février 2008, 10h06 : Il y avait une coquille qui s'était glissée dans l'appel à msginit. L'article est maintenant corrigé. Merci à Osku de me l'avoir signalé.

Migration vers DC2, les étapes

ȷulmud — Sat, 30 Dec 2006 13:50:00 +0000

Note : ce billet détaillant les étapes qui m'attendent pour migrer mes blogs de DotClear 1.2.x vers DotClear2 est hautement spécifique à ma situation. N'espérez pas pouvoir vous en inspirer pour votre propre migration... Si malgré tout vous essayez de vous inspirer de ces quelques notes, ne comptez pas sur moi pour vous dépatouiller lorsque tout aura foiré (car cela va foirer).

Dans DotClear 1.2.x (pour la migration du multicat en tags) :

Créer et remplir la table DC_PREFIX.post_cat_tmp comme suit :

CREATE TABLE `DC_PREFIX.post_cat_tmp` (`post_id` INT(11) not null,  `cat_id` INT(11) not null, `cat_libelle` VARCHAR(255) not null);
ALTER TABLE `DC_PREFIX.post_cat_tmp` ADD PRIMARY KEY (`post_id`, `cat_id`);
ALTER TABLE `DC_PREFIX.post_cat_tmp` ADD INDEX (`cat_id`, `post_id`);
INSERT INTO `DC_PREFIX.post_cat_tmp` (SELECT DC_PREFIX.post_cat.post_id, DC_PREFIX.post_cat.cat_id, DC_PREFIX.categorie.cat_libelle FROM DC_PREFIX.post_cat INNER JOIN DC_PREFIX.categorie ON DC_PREFIX.post_cat.cat_id = DC_PREFIX.categorie.cat_id);

Adapter le plugin flatExport pour qu'il tienne compte de la table post_cat_tmp (fichier index.php) :

    $dbx->exportTable(DB_PREFIX.'post_cat_tmp');

Exporter le blog avec le plugin flatExport.

Dans DotClear2 :

Installer les plugins officiels dayMode, commentsWikibar et packager
Installer les trois "thèmes inutiles"
Installer mes plugins Photoblog2 et jmuTemplate
Activer l'option MultiView et créer les fichiers PHP d'accès aux blogs
Créer les blogs et les paramétrer :
- Lecture de l'URL : PATH_INFO
- Fuseau horaire
- Format de date : %A %e %B %Y
Adapter le fichier class.dc.import.php du plugin importExport pour importer post_cat_tmp :

(fonction prepareDC12line) :
   case 'post_cat_tmp':
     $line->substitute('cat_libelle', 'meta_id');
     $line->drop('cat_id');
     $line->__name = 'meta';
     $line->blog_id = 'default';
     $line->meta_type = 'tag';
     break;

Importer le contenu des blogs
Déplacer le contenu des dossiers images dans public/blog_id pour chaque blog
Modifier tous les billets pour tenir compte du nouveau chemin pour les images :

 update dc2_post
 set post_content = INSERT(post_content, locate('blog.dir/public/', post_content), length('blog.dir/public/'), 'dotclear2/public/blog/')
 set post_content_xhtml = INSERT(post_content_xhtml, locate('blog.dir/public/', post_content), length('blog.dir/public/'), 'dotclear2/public/blog/')
 where post_content_xhtml like '%/images/%'
   and blog_id = 'blog';

Supprimer les anciennes vignettes des dossiers images

Finalement, après avoir vérifié que tout fonctionne :

Installer un jeu de rewrite pour rediriger les anciennes URLs vers les nouvelles.

Et ne pas oublier de compulser compulsivement les dcTips() de Kozlika pour vérifier que l'on n'a rien oublié lors de la migration...

(PS: Un grand merci à Sieur Pep pour son aide concernant l'export du multicat. Et un autre très grand merci à toute la DC.Team() pour ce bel outil.)