Bounce inside
- 25 réponses
- 4 participants
- 1 258 vues
- 4 followers
Afficher le sujet de la discussion
Ce n'est pas un défaut, au contraire, ça fonctionne comme ça pour l'économie de RAM. Le but est de pouvoir désactiver l'élément dans le micro pour économiser de la RAM (gérée dans la "contruction view" ) lors de la programmation tout en ayant la repisse voulue au final (gérée dans la "main view" ) dans le bounce.
Il est temps de relire de manière plus approfondie le manuel parce que ça devient plus de la désinformation qu'autre chose
.
Bah au vu des posts précédents, tu n'avais pas saisi son rôle ou du moins seulement une partie.
Enfin, il était temps... depuis le temps que tu as le DFHS
. Trêve de plaisanteries, c'est un soft qui offre une facilité d'utilisation de part sa gestion optimisée de la RAM pour les machines n'en ayant pas beaucoup tout en proposant un résultat de qualité optimale avec le bounce, ouvrir le dico d'anglais et faire quelques essais me semble le minimum .
EDIT : oh pitin, je viens de relire le manuel et page 20, avant dernier paragraphe - à propos de la l'activation des micros dans la fenêtre "construction" : It has no effect on SUPERIOR built in bounce files but it used instead to control resources required in real time - et page 38, c'est très clair... y a un peu abus.
( j'ai un projet à env. 120 pistes, le PC commence à tirer la tronche 
comment on bouce avec les repisses exact qu'on a attribué au sampler ?Asturias76
1015
AFicionado·a
Membre depuis 21 ans
Citation : c'est quand même un "petit défaut" du sampler. Quand on active pas un élément dans un micro, le bounce ne devrait pas prendre l'élément, même si pas à -infini, ça serait quand même logique.
Ce n'est pas un défaut, au contraire, ça fonctionne comme ça pour l'économie de RAM. Le but est de pouvoir désactiver l'élément dans le micro pour économiser de la RAM (gérée dans la "contruction view" ) lors de la programmation tout en ayant la repisse voulue au final (gérée dans la "main view" ) dans le bounce.
Il est temps de relire de manière plus approfondie le manuel parce que ça devient plus de la désinformation qu'autre chose
.over-dream
270
Posteur·euse AFfamé·e
Membre depuis 20 ans
Pour le manuel ça fait plus d'un an qu'on l'attend en français par RogueM ... L'anglais, ça va pour des petites choses, pour un logiciel, chiotte ...
Enfin bon, par contre, je vois pas en quoi le fait qu'un élément non activé, si tu ne le met pas à -infini ça te fait gagner de la RAM
... puisqu'il en censé etre désactivé à la base dans le module de construction 
Enfin bon, par contre, je vois pas en quoi le fait qu'un élément non activé, si tu ne le met pas à -infini ça te fait gagner de la RAM
... puisqu'il en censé etre désactivé à la base dans le module de construction Www.nos-amps.com | Schecter & N.O.S powered, ça fait trèèèès mal :-)
batounet
1025
AFicionado·a
Membre depuis 21 ans
Asturias76
1015
AFicionado·a
Membre depuis 21 ans
over-dream
270
Posteur·euse AFfamé·e
Membre depuis 20 ans
Merci batounet, c'est clair là 
Manu, je pense que tu penses que je n'ai pas saisi la gestion de la fenetre "construct", or, non ( enfin, me semble-t-il
).
La chose qu'il fallait capter, était que c'était sous "main" uniquement que le bounce déterminait les repisses, alors que le "construct" sert pour le temps réél.
OK, c'est clair là.
Thx batounet
Manu, je pense que tu penses que je n'ai pas saisi la gestion de la fenetre "construct", or, non ( enfin, me semble-t-il
).La chose qu'il fallait capter, était que c'était sous "main" uniquement que le bounce déterminait les repisses, alors que le "construct" sert pour le temps réél.
OK, c'est clair là.
Thx batounet
Www.nos-amps.com | Schecter & N.O.S powered, ça fait trèèèès mal :-)
Asturias76
1015
AFicionado·a
Membre depuis 21 ans
Citation : Manu, je pense que tu penses que je n'ai pas saisi la gestion de la fenetre "construct", or, non ( enfin, me semble-t-il ).
Bah au vu des posts précédents, tu n'avais pas saisi son rôle ou du moins seulement une partie.
Citation : La chose qu'il fallait capter, était que c'était sous "main" uniquement que le bounce déterminait les repisses, alors que le "construct" sert pour le temps réél.
Citation : La repisse se gère dans la fenêtre principale "main". Que vous activiez ou non les micros dans la fenêtre "construction view" ne change rien.
Enfin, il était temps... depuis le temps que tu as le DFHS
. Trêve de plaisanteries, c'est un soft qui offre une facilité d'utilisation de part sa gestion optimisée de la RAM pour les machines n'en ayant pas beaucoup tout en proposant un résultat de qualité optimale avec le bounce, ouvrir le dico d'anglais et faire quelques essais me semble le minimum .EDIT : oh pitin, je viens de relire le manuel et page 20, avant dernier paragraphe - à propos de la l'activation des micros dans la fenêtre "construction" : It has no effect on SUPERIOR built in bounce files but it used instead to control resources required in real time - et page 38, c'est très clair... y a un peu abus.
- < Liste des sujets
- Charte