Ce plugin suppose la présence de la commande ffmpeg sur votre machine. D’autres programmes capable de transcodage peuvent être utilisés, il suffit d’ajuster la configuration.
Le réglage par défaut procède à un transcodage en .mp4 (H264), .flv (H264), .ogv, et .webm, et ce transcodage est synchrone avec la requête web de versement du fichier. C’est en pratique inutilisable pour des vidéos de taille intéressante à cause du temps de traitement. On peut gagner du temps sur plusieurs pistes décrites ci-dessous.
Deux encodages seulement
Il n’est pas nécessaire de transcoder en 4 formats différents. En pratique, du .mp4 en H264 et du .webm devraient suffire : le premier sera utilisé sur les anciens navigateurs via une applette Flash, et via la balise video sur IE et Safari. Le deuxième sera utilisé via la balise video sur Firefox, Chrome et Opera. Un plugin tel que vidéo(s) fera le sale travail de choisir le bon format selon les situations.
Pour réduire les transcodages effectués, allez dans la configuration du plugin et videz la ligne de commande le décrivant.
Transcodage en tâche de fond
La configuration du plugin vous permet d’indiquer qu’un encodage sera fait en tâche de fond, moyennant de cocher la case Asynchrone. Dans ce cas la commande de transcodage devra rendre la main immédiatement. Le plugin met une mire à la place de la vidéo à produire, et la commande de transcodage devra remplacer ce fichier. Si elle échoue, elle peut remplacer le fichier par une mire d’erreur fournie par le plugin.
La commande de transcodage subit les substitutions suivantes :
- %d est remplacé par le répertoire de base du plugin
- %i est remplacé par le fichier source à transcoder
- %o est remplacé par le fichier destination
- %e est le chemin de la mire d’erreur qui peut être copiée sur %o pour indiquer une erreur
Attention, le transcodage en tâche de fond est un sport délicat : il ne suffit pas de faire nohup commande &
, une telle approche ne gère pas la sérialisation, et de nombreux transcodages lancés en parallèle risque de nuire au bon fonctionnement du serveur. Une méthode simple vous est proposée pour résoudre ce problème : utiliser le sous système d’impression.
Détournement des files d’impression
Le sous système d’impression d’Unix permet de gérer la sérialisation des traitements et la reprise après redémarrage. Rien ne nous impose de l’utiliser pour imprimer, et on peut tout à fait le détourner pour faire des transcodages de vidéos. C’est ce qui est proposé ici. La méthode a l’inconvénient de requérir la capacité de configurer les files d’attente d’impression, opération inaccessible pour la plupart des installations SPIP hébergées. Des pistes alternatives sont proposées à la fin de cet article.
Mode d’emploi du transcodage en tâche de fond via les files d’impression :
- Dans la configuration du plugin, cocher Asynchrone, et indiquez par exemple pour .webm :
%d/bin/lp-wrap.sh %i %o %e webm
- Créez une file d’impression, par exemple dans /etc/printcap si
le systeme d’impression LPR ou LPRng est utilisé (adaptez selon le chemin d’installation de votre SPIP) :tc:sh:lp=/dev/null:\ :sd=/var/spool/output/tc:\ :lf=/var/log/lpd-errs:\ :if=/htdocs/spip3/plugins/transcodage/bin/lp-if.sh
- Créez un groupe wwwtc commun au pseudo-utilisateur des daemons
web et impression (si autre choix que wwwtc, adapter bin/lp-if.sh et bin/lp-wrap.sh dans le plugin) - Vérifiez que wwwtc a bien acces en écriture au répertoire IMG
- Vérsez une video, observez les traitements avec
lpq -Ptc
(à adapter si votre file a été configurée sous un autre nom), voir les journaux d’impression en cas de soucis.
Améliorations
La démendance sur les files d’impression Unix sera un point de blocage pour de nombreux usagers. Il est probablement possible de faire mieux, en réimplémentant un système de file d’attente en PHP. On pourrait avoir un répertoire avec des fichiers décrivant chaque traitement mis en attente, et une tâche basée sur le cron de SPIP pour en lancer une en tâche de fond lorsque la précédente s’est achevée.
Cette contribution sera la bienvenue mais ne sera pas faite par l’auteur initial de ce plugin, qui obtient un fonctionnement satisfaisant avec les files d’impesssion LPR.
Aucune discussion
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |