Bien vu pour le zéro, c’est en effet une erreur bien moche de ma part.
l'utilite du echo -n "2 " m'echappe completement
Parce que sinon le nombre 2 saute à cause du grep (?). La première note du morceau est importante :)
decortiquer la commande sox
SoX est surtout fait pour faire du traitement audio par lot à la base (up&down sampling, equalization, compression, ... and basically everything), et c’est un vénérable outil du siècle dernier, mais la "libsox" doit encore être pas mal utilisée je pense. Je ne sais pas si un outil/une bibliothèque récente pour le traitement de fichiers audio par lots le remplace avantageusement. On peut probablement faire tout les traitements utiles de fichiers audio avec ffmpeg (et la « musique » qui est le sujet de ce journal, et bien plus encore, avec par exemple le language ChucK), mais vu que ffmpeg fait l’image en plus du son il est beaucoup plus exigeant à prendre en main.
Pour le .* au début du regex c’est bien vu aussi. Mais j’ose espérer que grep est assez neuneu-proof pour optimiser ce qu’il a à faire et que ça revient au même ! :)
[^] # Re: mais pourquoi tant 2 n?
Posté par Marotte ⛧ . En réponse au message Melody of the primes. Évalué à 3.
Bien vu pour le zéro, c’est en effet une erreur bien moche de ma part.
Parce que sinon le nombre 2 saute à cause du grep (?). La première note du morceau est importante :)
SoX est surtout fait pour faire du traitement audio par lot à la base (up&down sampling, equalization, compression, ... and basically everything), et c’est un vénérable outil du siècle dernier, mais la "libsox" doit encore être pas mal utilisée je pense. Je ne sais pas si un outil/une bibliothèque récente pour le traitement de fichiers audio par lots le remplace avantageusement. On peut probablement faire tout les traitements utiles de fichiers audio avec ffmpeg (et la « musique » qui est le sujet de ce journal, et bien plus encore, avec par exemple le language ChucK), mais vu que ffmpeg fait l’image en plus du son il est beaucoup plus exigeant à prendre en main.
Pour le
.*au début du regex c’est bien vu aussi. Mais j’ose espérer que grep est assez neuneu-proof pour optimiser ce qu’il a à faire et que ça revient au même ! :)