Bonjour Lila et bienvenue,

J'ai déplacé l'image de ton patch dans ce sujet, et effacé l'autre, pour coller au bon-vieux-principe : une question = une discussion

Pourrais tu envoyer ton patch en pièce jointe (voir http://codelab.fr/802#p3665 pour la méthode)
En pièce jointe, tu trouveras un patch qui charchute des échantillons, ça t'inspirera peut-être!

voilà voilà... :-)

ça marche bien :-) Merci. Mais parfois les fichiers sont un peu longs... est-il possible aussi de donner une valeur minimale et maximale du fichier sélectionné ou ça peut se faire en jouant sur les valeurs du random ?

je vais essayer... et puis essayer d'expliquer ce que je veux faire : 
j'ai un fichier audio d'environ 3 minutes
(ici j'avais mis un fichier stéréo mais je vais sans doute mettre deux fichiers mono)
je voudrais que dans ces trois minutes des fichiers soient sélectionnés de manière aléatoire mais qu'ils soient aussi d'une durée aléatoire (mais pas plus long qu'une minute) pour ensuite être lus.
est-ce que cela t'éclaire un peu ?

En automatique avec -resize, oui, on est limité à 90 secondes. Par contre, si on connais la taille du fichier (en nombre d'échantillons) on peut contourner le problème.

Il faut à ce moment chercher avec un message de ce type envoyé à [soundfiler]

[read -maxsize 13230000 -resize nom_du_fichier.wav nom_de_la_table(

pour un fichier de 13230000 échantillons, soit : 13230000/44100 = 300 secondes, c'est à dire 5 minutes.

http://puredata.hurleur.com/sujet-3507-long-soundfiles


Par contre un truc qui peut aussi être utile c'est de faire un tout petit fade in et un tout petit fade out pour éviter les click en début et fin... Celui du début est facile, celui de fin est un peu plus alambiqué à mettre en place, mais rien d'insurmontable non plus.