Version imprimable
Bonjour,
Je souhaite executer une commande dans un terminal, par exemple :
ffmpeg -i mavideo.mp4 -r 1/10 -s 640x360 -f image2 foo-%03d.jpeg
Mais je ne parviens pas à executer ce code en passant par la commande exec(ou shell_exec), alors que ce code fonctionne si je le rentre dans le terminal...
Ya t il une subtilité dans la méthode ? J'avoue que c'est la 1ere fois que je l'utilise...
Merci par avance de vos lumière.
Tepaze
Salut,
Est-ce que les droits du serveur web sont suffisants pour exécuter une commande shell ? (par exemple est-ce qu'un simple "ls" fonctionne ?)
Sinon en faisant quelques recherches, ça pourrait venir des flux d'entrée/sortie (cf. https://trac.ffmpeg.org/wiki/Using%2...0PHP%20scripts)
Je ne connaissais pas ce genre de commande, donc j'ai voulu essayer chez moi^^
Du coup, en utilisant avconv (qui est un fork de ffmpeg mais qui fonctionne pareil), j'ai réussi à exécuter la commande en mettant les droits d'accès à la vidéo à 777, en rajoutant "2>&1" à la fin de la commande et en mettant des simples quotes autours du nom des photos générées.
Donc si tu mets du 777 sur la vidéo et que tu écris dans ton script...
... ça devrait marcher. Petit conseil pour ne pas faire la même connerie que moi, crée un dossier "images" et remplace 'foo-%03d.jpeg' par 'images/foo-%03d.jpeg' (sans oublier de donner les droits d'accès au dossier). Ça t'évitera de te retrouver avec 6 000 images à la racine de ton script :aie:Code:shell_exec("ffmpeg -i mavideo.mp4 -r 1/10 -s 640x360 -f image2 'foo-%03d.jpeg' 2>&1")
C'est en effet probablement un problème de droit.
Quand tu lances la commande dans ton terminal, tu la lances en tant que toi qui t'es connecté à la machine.
Quand tu la lancer via une fonction php (telle que "exec" ou autre), c'est un utilisateur spécifique qui lancera la commande (ceci est bien sur configurable dans le httpd.conf).
Assure toi que cet utilisateur possède bien les droits nécessaires pour pouvoir lancer la commande.
Merci Thomas et Spartacusply pour vos réponses,
Je réponds un peu tard, car j'ai été occupé par d'autres choses, je vous prie de m'en excuser.
Le serveur à bien les droits, puisque la commande ls fonctionne. C'est juste la commande FFMPEG qui ne fonctionne pas.
Je n'avais pas lu le document que tu me met en lien sur les bonnes pratique conseiller pour et par FFMPEG, merci, c'est très interessant. Je vais peux être changer de technique du coup, bien que ce soit une commande non destiner à un site web public :-)
J'ai essayé ton code, il fonctionne sous linux, mais sur mac il ne trouve pas la commande (FFMPEG ou AVCONV) alors que FFMPEG est installer (via brew) et fonctionne...
Je n'en n'était pas loin, mais j'avais des erreurs de syntaxe (' ")...
Bon ce n'est pas grave pour le mac, mais si il y a des pistes je suis preneur...
Mais je crois que je vais explorer la piste daemon.
Bien a vous
Tepaze
Non, cela ne le signifie en rien. Tu peux avoir les droits de lecture mais ne pas avoir les droits en écriture ! Tu peux le vérifier avec cette commande par exemple, qui fait appel au droit d'écriture :Citation:
Le serveur à bien les droits, puisque la commande ls fonctionne.
Code:ls > res.txt
Merci Spartacusply pour cette precision,
Par chance, les droits en écriture sont bon aussi :-)
Sous LUbuntu cela fonctionne, sous Mac toujours pas... Ce n'est pas hyper important, mais c'est étrange non ???
Peut-être un problème de chemin
Bravo Thomas, et merci pour ton aide.
Effectivement il faut indiquer le chemin vers ffmpeg. Pour moi c'est /user/local/bin/
J'en profite pour indique un autre lien, utile si comme moi vous avez une erreur de ce type :
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO Expected in: /opt/local/lib/libJPEG.dylib
Pour moi, utilisant MAMP, le "Expected" pointant dans un dossier de MAMP. Il suffit alors d'indiquer ce chemin dans la commande indiquer la :
https://lists.macosforge.org/piperma...er/022665.html
Pour finir, ca ne fonctionnait toujours pas, alors j'ai utilisé avconv (qui ne fonctionnait pas non plus avant) et la oh miracle tout fonctionne....
Merci à tous.
Tepaze
je me réveille après la bataille mais on ne sait jamais, ça peut servir à quelqu'un d'autre dans le futur.
J'ai eu exactement le même problème et en fait c'est le caractère "%" qui ne passe la fenêtre MS-DOS car c'est un caractère spécial et si on regarde bien la commande, on s'aperçoit que ce qu'on a scrupuleusement et correctement tapé sous NOTEPAD (ou autre éditeur) avec le "%" ne se retrouve pas sur la ligne de commande (ou alors il faudrait doubler le caractère "%" ou quelque chose dans le genre mais du coup, j'avais trouvé une autre solution).