oui, ça doit être ça, mais je ne voulais qu'un fichier à la fin...

Après tu dois pouvoir écrire dans une [table], mais ça va tirer sur la mémoire si tu veux mettre des heures bout à bout, sans parler des problèmes d'indexations au-delà de 2^24 samples.

Il me semble avoir lu sur la pd-list (générale ou dev) que certains bossent sur l'implémentation de l'adressage en 64bits pour gagner en précision sur les très longues tables. Bref c'est pas forcément la bonne approche pour faire des pièges à sons comme tu sembles vouloir faire...

Je pense que c'est plus simple de faire de multiples fichiers et de assembler dans un logiciel de montage, plutôt que de chercher à faire le boulot dans pd.

Sinon les fils qui remontent à la verticale c'est très très peu lisible.

Dernière modification par pob (2011-08-16 23:29:40)

En terme d'architecture, tu pourrais
1/ créer un dossier par tranche de temps
2/ y déposer de courts fichiers wav
3/ lancer un cron ou une horloge qui lance un script qui concatène les fichiers contenus dans le dossier en un seul gros fichier, puis fait le ménage

Pour le 3/ , un script python faisant appel à gStreamer me paraît indiqué. Mais mplayer en bash doit pouvoir le faire aussi

cf  http://pygstdocs.berlios.de/pygst-refer … ffer--join

Olivier a écrit:

mencoder aussi, peut-être...

perso j'utilise ffmpeg..

merci pour toutes les infos... je note