| albdet — 2013-01-27 01:57:51 |
Salut, j'essaie de contrôler le volume d'un noise par exemple, avec un échantillon
Je ne comprends pas pourquoi ça fonctionne avec un LFO
et pas avec un [readsf~]
Je suis à peu près sûr que quelqu'un a une idée par ici.
Ça doit être un truc con...
|
| dwan — 2013-01-27 13:14:26 |
fais péter ton patch, qu'on jette un coup d'oeil !
|
| albdet — 2013-01-27 19:21:54 |
L'idée c'est d'utiliser les sorties audio d'un échantillon ( -1 1 ) pour contrôler le volume d'un autre son.
Avoir donc le volume d'un son calqué sur celui d'un sample.
Le petit patch de recherche.
J'ai un résultat qui me satisfait à peu près, mais le son qui sort du player est quand même audible, comment gérer uniquement le volume ?
|
| dwan — 2013-01-27 19:38:08 |
J'ai rallongé la table tictac pour qu'elle fasse 44100 de long, j'ai dessiné une belle rampe de 0 à 1, et si je la lis j'entends bien le volume de mon bruit blanc qui augmente, donc de mon point de vue ton patch marche.
Par contre, si tu modules un bruit blanc (ta source) avec un "vrai" son (enregistrement concret par exemple), c'est évident que tu vas plus ou moins "entendre" ce son : la modulation sera très rapide puisque en grande partie dans le domaine audible, alors que généralement un LFO se situe plus bas en fréquence, grosso merdo sous les 20hz. Là en gros tu fais de la modulation d'amplitude (AM) :)
Pour avoir cet effet LFO à partir d'un sample, je te propose de rectifier le son qui te sert de modulation avec [abs~] (comme ça tu moduleras entre 0 et 1 fois ton signal au lieu d'entre -1 fois et 1 fois) puis de le filtrer pour ne garder que les variations basse fréquence avec [lop~].
|
| albdet — 2013-01-27 20:10:56 |
Impeccable, super le [abs~], je m'étais pris la tête il y a quelques jours pour faire ça...
Effectivement, j'utilise du concret.
Au passage :
" soundfiler_read: truncated to 4000000 elements "
un [table] ne peut pas être plus grand que ça ?
ça ferait une limite de 4000000/44100 = 90,702947846
1m30s stockées ?
C'est pas un peu ricrac ?
|
| pob — 2013-01-27 20:30:42 |
Un grand classique, la limite de la table. :)
Il faut agrandir la table au delà de la limite de 4000000 juste avant de charger le son avec un message de ce type envoyé à [soundfiler] :
[read -resize -maxsize 4e+007 $2 $1(
où tu envoies / remplaces $2 par le nom du fichier et $1 avec le nom de la table
tu peux gonfler le maxsize en modifiant 4e+007
Attention toutefois à la limite de résolution de Pd. Pour de très très gros fichiers, les tables ne sont pas une très bonne idée parce qu'il y a de l'aliasing quand on dépasse 2^23 samples (à cause de la résolution de la mantisse des "floats").
|
| albdet — 2013-01-27 21:18:58 |
Très bien, très clair,
sauf simplement les notations qui ne me sont pas familières ( bac L ;- )
2^23, ça se lit comment ?
|
| pob — 2013-01-27 22:22:50 |
deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux fois deux
|
| albdet — 2013-01-28 09:37:59 |
yep
|