Discussion :

[cckinc]

Bonjour,

Je voudrai automatiser l'utilisation de la commande convert d'ImageMagick pour convertir automatiquement toutes les images d'un dossier d'un certain format, dans un autre format.

J'ai essayé ceci, et visiblement, cela ne fonctionne pas:

for image in os.listdir(chemin_initial):

commande="#!/bin/sh sh convert "+chemin_initial+image+" "+chemin_initial+nom_sortie+"."+format_sortie
os.system(commande)

J'avais déjà utilisé la commande os.system sous Vista et Linux pour compiler des scripts bash, et tout marchait bien. Là j'avoue que je comprends pas.

Si vous avez des idées ou déjà rencontrés cela, je suis preneur!

Python 3.0.1 sur Mac OS-X 10.6

[PauseKawa]

Bonjour,

Si ce n'est que j'aurais utilisé convert directement (sans "#!/bin/sh sh") qu'elle est votre erreur ? Que voulez vous dire par 'ne fonctionne pas' ?

@+

[cckinc]

Avec ou sans le #!bin/sh sh, le résultat est le même... rien.
Le programme s'exécute mais ne renvoie ni erreur ni fichiers convertis.
Lorsque je l'exécute en ligne de commande dans le shell Python, il me renvoie par contre une valeur numérique (de mémoire dans les 35000), mais pas d'erreur.

[PauseKawa]

Lorsque je l'exécute en ligne de commande dans le shell Python, il me renvoie par contre une valeur numérique (de mémoire dans les 35000), mais pas d'erreur.

Que donne un print(commande) avent l'os.system ?

[plxpy]

chemin_initial+image

ou encore

chemin_initial+nom_sortie+"."+format_sortie

ne sont pas des chemins valides (pas de séparateur entre le nom du répertoire et le nom (simple) du fichier image. Regarde du côté de os.path.join

De plus, la commande commençant par "#!/bin/sh sh ..." est - je n'en sais rien - peut être valide mais complétement inutile.

os.system(commande) c'est demander au système d'executer commande, comme si on la tapait dans une fenêtre Terminal. Quand tu lances directement convert dans un terminal, tu lances "#!/bin/sh sh convert .." ? ça m'étonnerait. Là, comme tu l'écris, c'est un mille-feuilles de shells :

• os.system : déclenchera un premier shell
• #!/bin/sh : second shell (tu demandes que la suite soit interprétée par /bin/sh
• sh : troisième shell

Enfin, os.system ne te renvoie qu'un code retour. N'attends pas autre chose.

[EDIT] mon histoire de mille-feuilles et de shells les uns à la suite des autres est, théoriquement, ce qui se passerait avec ton approche mais de toute façon, convert est un binaire et tu ne peux pas demander qu'il soit interprété par le shell donc aucune chance que ça marche ("/bin/sh convert" a autant de sens que "python convert" ...)

[PauseKawa]

C'est bien mon avis aussi mais

Avec ou sans le #!bin/sh sh, le résultat est le même... rien.

Il y a aussi un string mal formé avec commande...

[cckinc]

Un print(commande) donne bien une chaîne de caractère et la valeur souhaitée, et qui fonctionne bien lorsqu'on réalise un copier/coller dans le terminal Mac de cette commande obtenue par concaténation.

J'ai essayé aussi en "forçant" avec un convert(str(commande)).

Lorsque je réalise un os.system(commande de conversion) en ligne de commande, je récupère 32512 comme valeur!

Je pense à un problème de droit, mais je vois pas pourquoi il y en aurait et surtout comment le résoudre d'autant que je suis bien en lecture/écriture/exécution pour tous les dossiers concernés.

Ex-ubuntiste, je me suis même amusé en accolant des su et sudo dans os.system(), sans plus de résultats.

J'ai l'impression que Python n'arrive pas à lancer le Terminal.

Un os.popen("/Applications/Utilities/Terminal.app") en ligne de commande donne <os._wrap_close object at 0x15ac7b0>, et je sais pas comment utiliser un os.popen() en passant pour paramètre une commande à exécuter dans le Terminal.

[fred1599]

os.system est remplacé par le module subprocess

Vous pouvez utiliser la méthode call si vous avez des arguments.

Bonne continuation...

[cckinc]

Je rajouterai que un os.system("mkdir dossier_quelconque") me renvoie 0 lors d'une exécution en ligne de commande.

Je creuse depuis quelques minutes la piste des problème d'écriture des chemins lors de la concaténation, mais cela ne vient pas de là je pense. Comme je l'ai dit plus haut, la commande qui s'écrit dans Python fonctionne lorsque je l'injecte à la main dans le Terminal.

A moins qu'il n'y ait une histoire de / et \ ?