Se connecter
Se connecter

ou
Créer un compte

ou
Agrandir
Ajouter ce produit à
  • Mon ancien matos
  • Mon matos actuel
  • Mon futur matos
Steinberg Cubase SX 1
Photos
1/28
Steinberg Cubase SX 1

Séquenceur généraliste de la marque Steinberg appartenant à la série Cubase SX

Sujet Sx et mon PIV.problème

  • 8 réponses
  • 6 participants
  • 705 vues
  • 2 followers
Sujet de la discussion Sx et mon PIV.problème
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 :-) :((
2
SX ramamort uniquement sur le morceau surlequel tu bosses en ce moment?
Ou bien sur n'importe quel morceau?
Meme symptomes avec uniquement une piste audio sans effet?
Idem avec QUE du MIDI?
Quel windows? Mode ACPI? Modem USB? Gestionnaire de RAM qui tourne en tache de fond?
Services inutiles desactives? Derniers drivers de la M-Audio? Ca rame dans d'autres applis audio?

And we're going to have this transitory cow fling thing right here in Cicely?

3
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

Pour la pédagogie virtuelle, contre l'assistanat numérique... ;-)

-Espace-Cubase.org

4
Tu as fait quoi exactement entr ele moment ou ca marchait et ou ca marche plus ?

Ca le fait que sur ce morceau ( quels plugs, quelle version, etc... ) ?

Je pense pas que le pb vienne du mode denormalise, car floreDJ nous dit bien que sa config marchait avant ( a moins qu'il y ait eu installation de plug nouveuax : c'est pour ca que je demande la version des plugs ). Pour les Waldorfs, il me semble que le pb est regle depuis un petit moment...
5

Pour la pédagogie virtuelle, contre l'assistanat numérique... ;-)

-Espace-Cubase.org

6
Bon, mon e-mail est resté sur le carreau...
je vois que d'autres ont pensé à la meme chose..


regardes du coté de la "de-normalisation"
certains plugs ins créent une surcharge du processeur lors de calculs en v
flotante, par exemple une reverbe, meme a l'arret, apres lecture, le proc
calccule sur des signaux tres tres faibles , et ça bascule en calcule en
mode "denormal"
et ça peut prendre 100 % des ressources , meme avec un gros P4 et plein de
ram !!!
cherche plus d'info sur net !!

bye
7
Merci pour votre aide, je penses que c'est cette foutue denormalisation qui merde......
il est vrai que j'ai ce soucis depuis que j'ai installé + de plug-ins sur ma bécanne.....
est-ce que vous savez si les plug-ins blue (blue filter, tec...) font parti de la série qui buggent ?
parceque je les utilise beaucoup......
8
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

Pour la pédagogie virtuelle, contre l'assistanat numérique... ;-)

-Espace-Cubase.org

9
Le truc serait de chercher celui ou ceux qui sont a l'origine du probleme
Si tu as une fonction "bypass" sur les plugins tu peux l'essayer tour a tour pour determiner lequel est fautif, car quand le plug est mis "off' les calculs a l'origine de la suractivité du cpu n'ont plus lieu et le niveau de cpu devrait redevenir normal. Je pense que CubaseSX doit avoir ca ?
Tu dois logiquement aussi pouvoir faire la meme chose piste par piste. En bypassant (mutant ?) une piste qui contient le plug fautif ca devrait faire baisser le cpu.

Apres libre a toi de trouver les bonnes soluces, utiliser d'autres plugz vaccines pIV ou utiliser le plug "antidenormal" cité plus haut (je ne l'ai pas testé).