${var%regex} ${var%wildcard}

Exemple: var=`pwd`; echo "Je me trouve dans $var" ou plus simplement echo "Je me trouve dans `pwd` et on est le `date`"

Ici, manifestement, récupérer le stdout de ffmpeg n’est pas utile donc pas de backquotes => ffmpeg -i "$file" "$file.mp3"

Ce n’est même pas une option car avec les backquotes, ce qu’affiche la commande est réutilisé dans le contexte de la ligne. Or tout premier mot de la ligne doit être impérativement une instruction shell valide. Donc si la commande ffmpeg affiche qqchose, cet affichage sera réutilisé en tant que commande shell.
Donc conclusion, réellement pas de backquotes.

Sinon j’aime bien la solution de cym13 basée sur ls | while read var. En effet, le for se cale sur l’espace pour travailler ce qui pose soucis sur des fichiers dont le nom contient un espace. Or, comme le read se cale sur le return et non sur l’espace, on est certain avec cette méthode de ne pas avoir de souci avec des noms contenant un espace. Toutefois ce pb ne survient que sur des instructions type for var in `commande` et non sur des instructions type for var in metacharactère car dans ce dernier cas, le shell encapsule chaque nom de guillemets.

Exemple: var=`pwd`; echo "Je me trouve dans $var" ou plus simplement echo "Je me trouve dans $pwd et on est le `date`"

Ici, manifestement, récupérer le stdout de ffmpeg n’est pas utile donc pas de backquotes => ffmpeg -i "$file" "$file.mp3"

Ce n’est même pas une option car avec les backquotes, ce qu’affiche la commande est réutilisé dans le contexte de la ligne. Or tout premier mot de la ligne doit être impérativement une instruction shell valide. Donc si la commande ffmpeg affiche qqchose, cet affichage sera réutilisé en tant que commande shell.
Donc conclusion, réellement pas de backquotes.

Sinon j’aime bien la solution de cym13 basée sur ls | while read var. En effet, le for se cale sur l’espace pour travailler ce qui pose soucis sur des fichiers dont le nom contient un espace. Or, comme le read se cale sur le return et non sur l’espace, on est certain avec cette méthode de ne pas avoir de souci avec des noms contenant un espace. Toutefois ce pb ne survient que sur des instructions type for var in `commande` et non sur des instructions type for var in metacharactère car dans ce dernier cas, le shell encapsule chaque nom de guillemets.

Pour ceux qui ne sont pas très familiers de bash, ${var%regex} enlève la plus courte chaine de charactère correspondant à “regex” à la fin de la variable var.

Je connaissais pas, merci ;)