Sx et mon PIV.problème
- 8 réponses
- 6 participants
- 710 vues
- 2 followers
FloreLyon
313
Posteur·euse AFfamé·e
Membre depuis 22 ans
Bonjour,
avant toute chose, je tiens à vous dire qu'avant de poser cette question, j'ai déjà regarder le forum, certains message en parle, mais mon problème est vraiment bizard......
je travaille sur SX depuis 1 an environ, jusqu'à maintenant je n'avais pas de problème.
je travaille sur un morceau, pour l'instant j'en suis à 3 pistes stéréos et 4 pistes mono, une piste midi, une seule piste avec effet mais quelques réglages d'eq sur chaque piste....
voilà, cubase rame à mort !
meme quand je suis à l'arret, la charge de travail du CPU avoisinne les 90°/o alors que quand je suis en lecture, ça tourne autour des 10....
bilan quand je bosses à l'arret c'est d'une lenteur !
je ne vois pas trop d'ou ça vient, j'ai viré beaucoup de plug douteux .....j'ai 768mg de ram....ça devrait aller normalement ?
avez-vous une idée ?
ma carte son c'est une MAudio delta 66......
merci pour votre aide future :-)
avant toute chose, je tiens à vous dire qu'avant de poser cette question, j'ai déjà regarder le forum, certains message en parle, mais mon problème est vraiment bizard......
je travaille sur SX depuis 1 an environ, jusqu'à maintenant je n'avais pas de problème.
je travaille sur un morceau, pour l'instant j'en suis à 3 pistes stéréos et 4 pistes mono, une piste midi, une seule piste avec effet mais quelques réglages d'eq sur chaque piste....
voilà, cubase rame à mort !
meme quand je suis à l'arret, la charge de travail du CPU avoisinne les 90°/o alors que quand je suis en lecture, ça tourne autour des 10....
bilan quand je bosses à l'arret c'est d'une lenteur !
je ne vois pas trop d'ou ça vient, j'ai viré beaucoup de plug douteux .....j'ai 768mg de ram....ça devrait aller normalement ?
avez-vous une idée ?
ma carte son c'est une MAudio delta 66......
merci pour votre aide future :-)
amleth
1379
AFicionado·a
Membre depuis 22 ans
Spawn-X
21557
Vie après AF ?
Membre depuis 19 ans
Tu es probablement victime du DenormalBug...
Recording de ce mois-ci qui en parle.
Un coup de scan/OCR et voila le contenu de l'encadré sur le sujet:
MODE DENORMAL: EST-CE NORMAL?
Rencontré avec les Pentium 4 mais aussi sur PII, III, Celeron, AMD
Athlon, le phénomène apparaît quand un signal audio atteint des valeurs
extrêmement basses: la jauge CPU atteint 100 % alors qu'apparemment, il
n'y a plus rien à traiter. D'ailleurs, le problème peut aussi se
rencontrer sur Mac: Urs Heckmann et Sasha Eversmeier (voir
respectivement u-he,com et digitalfishphones,com) nous ont confirmé
avoir rencontré ce problème: << La dénormalisation n'est pas un problème
d'OS mais de FPU. Nous y avons ainsi été confrontés sur des G4, même si
ce n'est pas aussi marqué que sur P4. Quand on travaille avec des
algorithmes basés sur le feedback, il vaut mieux jeter un coup d'CEil
sur ce que fait le FPU. >> Les plugs sujets à ce problème utilisent
majoritairement la technologie IIR (Infinite Impulse Response), tels les
filtres, délais ou réverbes et l'on peut le retrouver sur certains
instruments virtuels. Théoriquement, les chutes du son suivent une
courbe descendante exponentielle mais n'atteignent jamais le zéro. La
partie FPU (Floating Point Unit) du CPU détecte ces valeurs extrêmement
petites (de l'ordre de 1 x 10-38 !) et va essayer de les traiter avec la
même précision qu'habituellement. Le FPU bascule alors en mode denormal,
et c'est la transition entre les 2 modes de calcul qui prend beaucoup de
temps et de ressources, causant des pics de saturation à 100 % (un
traitement en mode denormal est plus de 30 fois plus lent qu'en mode
normal). On le rencontre plus souvent sur P4 seulement parce que ce
dernier a un seuil plus élevé que d'autres processeurs avant le passage
à ce mode. Une des solutions est de rajouter un signal audio inaudible
(façon dithering, et c'est seulement valable pour les plugs recevant de
l'audio). L'autre, évidente, est que le développeur l'anticipe lors de
l'écriture du code de son logiciel...
Quelques plugs connus pour génèrer ce problème: Waldorf D-Pole version
1.5, Waldorf Attack, Steinberg HALion et The Grand, Waves C1 version
3.x... Et le Moog Modular V, jusqu'à la mise à jour 1.1.
· télécharger sur www.musicdsp.org/files/denormal.pdf, une explication
détaillée et très technique (en anglais) rédigée par Laurent De Soras,
d'Ohm Force.
Espace-Cubase.org - Alix-Spawn.net
Recording de ce mois-ci qui en parle.
Un coup de scan/OCR et voila le contenu de l'encadré sur le sujet:
MODE DENORMAL: EST-CE NORMAL?
Rencontré avec les Pentium 4 mais aussi sur PII, III, Celeron, AMD
Athlon, le phénomène apparaît quand un signal audio atteint des valeurs
extrêmement basses: la jauge CPU atteint 100 % alors qu'apparemment, il
n'y a plus rien à traiter. D'ailleurs, le problème peut aussi se
rencontrer sur Mac: Urs Heckmann et Sasha Eversmeier (voir
respectivement u-he,com et digitalfishphones,com) nous ont confirmé
avoir rencontré ce problème: << La dénormalisation n'est pas un problème
d'OS mais de FPU. Nous y avons ainsi été confrontés sur des G4, même si
ce n'est pas aussi marqué que sur P4. Quand on travaille avec des
algorithmes basés sur le feedback, il vaut mieux jeter un coup d'CEil
sur ce que fait le FPU. >> Les plugs sujets à ce problème utilisent
majoritairement la technologie IIR (Infinite Impulse Response), tels les
filtres, délais ou réverbes et l'on peut le retrouver sur certains
instruments virtuels. Théoriquement, les chutes du son suivent une
courbe descendante exponentielle mais n'atteignent jamais le zéro. La
partie FPU (Floating Point Unit) du CPU détecte ces valeurs extrêmement
petites (de l'ordre de 1 x 10-38 !) et va essayer de les traiter avec la
même précision qu'habituellement. Le FPU bascule alors en mode denormal,
et c'est la transition entre les 2 modes de calcul qui prend beaucoup de
temps et de ressources, causant des pics de saturation à 100 % (un
traitement en mode denormal est plus de 30 fois plus lent qu'en mode
normal). On le rencontre plus souvent sur P4 seulement parce que ce
dernier a un seuil plus élevé que d'autres processeurs avant le passage
à ce mode. Une des solutions est de rajouter un signal audio inaudible
(façon dithering, et c'est seulement valable pour les plugs recevant de
l'audio). L'autre, évidente, est que le développeur l'anticipe lors de
l'écriture du code de son logiciel...
Quelques plugs connus pour génèrer ce problème: Waldorf D-Pole version
1.5, Waldorf Attack, Steinberg HALion et The Grand, Waves C1 version
3.x... Et le Moog Modular V, jusqu'à la mise à jour 1.1.
· télécharger sur www.musicdsp.org/files/denormal.pdf, une explication
détaillée et très technique (en anglais) rédigée par Laurent De Soras,
d'Ohm Force.
Espace-Cubase.org - Alix-Spawn.net
Pov Gabou
19553
Drogué·e à l’AFéine
Membre depuis 22 ans
Spawn-X
21557
Vie après AF ?
Membre depuis 19 ans
Voir aussi chez DIgital-Fishphones avec leur plug Denormalizer
Espace-Cubase.org - Alix-Spawn.net
Espace-Cubase.org - Alix-Spawn.net
mlove
151
Posteur·euse AFfiné·e
Membre depuis 22 ans
FloreLyon
313
Posteur·euse AFfamé·e
Membre depuis 22 ans
Spawn-X
21557
Vie après AF ?
Membre depuis 19 ans
Ce n'est spécialement une "marque" de suppos qui pose problème, mais plutôt un typoe de traitement.
Et si tu rencontre effectivement le problème avec tel ou tel suppos, tu sait ensuite comment contourner le problème.
Avec le suppo Digital Phishphone dont je t'ai donné le lien précédement.
A ma connaissance, les "Blue" ne posent pas ce genre de problème, en tout cas, je les utilisent moi m^m depuis un moment, et ca à toujours roulé.
Espace-Cubase.org - Alix-Spawn.net
Et si tu rencontre effectivement le problème avec tel ou tel suppos, tu sait ensuite comment contourner le problème.
Avec le suppo Digital Phishphone dont je t'ai donné le lien précédement.
A ma connaissance, les "Blue" ne posent pas ce genre de problème, en tout cas, je les utilisent moi m^m depuis un moment, et ca à toujours roulé.
Espace-Cubase.org - Alix-Spawn.net
Norrin
1000
AFicionado·a
Membre depuis 22 ans
- < Liste des sujets
- Charte