Se connecter
Se connecter

ou
Créer un compte

ou
FR
EN

Asio au maximum malgré un processeur à peine occupé.

  • 134 réponses
  • 25 participants
  • 37 701 vues
  • 28 followers
Sujet de la discussion Asio au maximum malgré un processeur à peine occupé.

Bonjour à tous,

 

Mon problème est le suivant :

Cubase 5 ne semble pas exploiter les capacités de mon nouvel ordinateur et de ma nouvelle carte son.

Alors que le gestionnaire des tâches windows me dit que le processeur est occupé à 25%, Cubase me montre une jauge de performance ASIO au maximum, et des clic commencent à se faire entendre.

 

J'ai passé pas mal de temps à parcourir les forums, à régler mes paramètres de latence, à désactiver les services inutiles de windows, à mettre à jour mes drivers et logiciels, à changer les paramètres du BIOS, mais rien n'y fait. J'obtiens en gros les mêmes performances qu'avec mon ancien ordi, pourtant beaucoup moins puissant. J'ai en fait le sentiment que Cubase ne travaille qu'avec un seul coeur de mon système quadricoeurs.

 

Mon config : AMD phenom II x4 965, 8GO de ram DDR3, ASUS m4A89GTD pro usb3 , windows 7 64 bits, Carte son Native Instruments Audio Kontrol 1.

 

Si quelqu'un peut m'aider, ce serait sympa.Merci.

Afficher le sujet de la discussion
101

Merci pour l'info, je possède Jbridge mais je ne m'en servais que pour charger des VST lourds en RAM en dehors de Cubase. Je n'avais pas capté que ça permettait d'optimiser la performance ASIO de la bestiole. facepalm

102

Bon allé je me lance ......

Y -a t-il un interet à utiliser JBridge pour

- un systéme 32 bits

- XP sp3 (vi vi ...)

- cubase 3SX (vi vi .. aussi)

- intel Q6600

- driver LEXICON (carte lexicon Omega) - dois je remettre les Asio4all ?

Aurais-je des gains de perf , moins de décrochage, possibilité de réduire ma latence en chargeant plus mon proc etc ? Merci de vos réponses (et désolé si la question est stupide .....)

[ Dernière édition du message le 09/01/2011 à 00:54:59 ]

103

Il y a de nombreux points où l'on voudrait mettre des claques aux gars de steinberg : nouvelle gestion catastrophique de sauvegardes des presets des plugs ( les sauvegardes s'installent un peu partout sur le pc sans rien demander à personne, possibilité de sauvegarder un preset dans un dossier, mais impossibilité d'avoir accès à ce dossier lorsque l'on veut chercher une sauvegarde - n'importe quoi -, impossibilité d'utiliser ses sauvegardes preset avec  autre chose que cubase, etc. )   fonctionnalité ultra basique que tous les utilisateurs demandent et qui n'arrivent pas ( gestion des fenêtres dans des cadres ) ou qui mettent un temps fou à arriver ( pouvoir déplacer un plug FX d'un slot à l'autre ),  logiciel bien bugué, bridge à la ramasse, utilisation des processeurs et de la ram à faire vomir un nain, etc.

 

J'aimerais passer sous windows 7 64 bits mais étant donné que je possède plus de 300 VST 32 bits j'ai bien peur que le Jbridge ne les prenne pas tous en compte.

L'idéal si j'ai bien compris serait de travailler en cubase 64 bits avec Jbridge qui transformerait les plugs 32 en 64, c'est bien ça  ?

 

 

Provocateur d'extrême droite 

[ Dernière édition du message le 18/01/2011 à 23:35:50 ]

104

icon_non.gifJbridge méchant Jbridge icon_non.gif

 

J'ai fahi être conquit par Jbridge, qui est presque bluffant au début (si si !) et qui malgré tout marche un petit peu quand même.

Bon première chose : la charge asio n'a plus rien à voir dans la jauge de cubase qui se base sur la consommation cpu du processus de cubase.exe, et non pas des processus auxhost.exe qui sont totalement indépendants. Donc à première vu on se dit ouah trop cool je vais pouvoir charger un milliard de vst mais non pas du tout !

mais bon jusque la c'est juste un petit coup de bluff un peu decevant certes mais on peut quand même pousser notre processeur un peu plus loin que normalement (mais pas grand chose non plus, il y a un leger gain c'est vrai)

 

Donc jusque la ca parrait presque cool, mais, 2eme mauvaise surprise : quand j'active le "performance mode", une difference audio se fait sentir.

Mince, je decide de tester la bete :

  • 2 pistes audio identiques avec une serie d'effets non jbridgé, ca se supperpose nikel
  • 2 pistes audio identiques avec une serie d'effets (la même) jbridgé, ca froutch (autrement dit quelque soit le mode, les 2 pistes sont décalés de peu mais quand même c'est relou)

Pourquoi c'est relou ? parce que si vous voulez être hyper précis dans une automation qui se déclanche a la mesure X.XX.XX et bien vous êtes tout bonnement  icon_fache.gificon_furieux.gificon_furieux.gificon_furieux.gificon_furieux.gif ! (hé ouais !)

Bon donc bref sur ce, moi j'ai toujours pas trouvé la soluce adéquate pour améliorer les perf de mon cubase, mais bon... SNIF quand même! icon_crying1.gif

105

Il est dit dans la doc de Jbridge qu'en performance mode on peut avoir des artéfacts sonores avec certains plugins.

Celà dit, il permet en tout cas d'utiliser le 64bits avec des plugs 32bits dans de bien meilleures

conditions que le VST bridge de cubase qui plombe le CPU et qui est carrément instable.

L'idéal de toutes façons ça reste le 64bits natif et aucun bridge.

Mais essayez donc de le faire comprendre aux auteurs de plugins, car de ce côté là, ça traine toujours les pieds pour avoir des versions 64 bits, même les boites importantes genre Arturia, Sonnox, Waves, j'en passe et des meilleures, ne semblent même pas avoir de calendrier pour nous les fournir.

106

Très déçu aussi de Jbridge ..., j'y ai cru avec le mode performance, on charge en vst et la jauge ne bouge pas ! mais c'est instable, au bout de quelques minutes à peine, mon plug s'est figé, cubase planté etc. Peut-être qu'avec certains plugs ça peut marcher, mais j'ai pas envie de tester jusqu'au crash ...  + les retards possibles constatés par noufnouf ...

Pourquoi ne pas détourner les GPU pour les VST? ils doivent être beaucoup plus puissant que les proco UAD et Cie? je crois qu'il existe une reverb à convolution fonctionnant avec ... allez ça tente quelqu'un de développer un Bridge GPU?

J'ai refait un test sous cubase 6 : projet chargé à bloc avec 80% utilisation ASIO donne une variation de l'UC entre 50 et 65 % et les 4 cores de mon Q6600 sont tous utilisés, c'est cohérent

 

[ Dernière édition du message le 03/03/2011 à 10:33:15 ]

107
Après utilisation intensive de Jbridge, je pense que Jbridge ne gère pas bien les plugins qui fonctionnent avec un dongle (clé ilok, clé eLicenser...). Quand je dis "pas bien" c'est un euphémisme puisque ça marche pas. :((
108
Le responsable habituel de ce problème : conflit d'IRQ pour la carte/interface audio.
Il est très important d'avoir une adresse IRQ UNIQUE pour celle-ci.
Pour les périphériques audio externes, c'est au niveau de l'IRQ de l'interface USB ou Firewire qu'il faut porter son attention.
109
Avec Windows 7 64 bits, je suis pas convaincu que le problème vienne de conflits d'IRQ mais je peux me tromper.
110
Alors...

Jbridge est utile uniquement dans le cas d'un plugin qui a besoin de beaucoup de mémoire. Rien a voir avec la performance. La limitation du 32bits c'est surtout (pour ne pas dire uniquement) le fait de ne pas pouvoir utiliser plus de 3go de ram.

Dans le cas de Cubase 32 bits, si vous chargez des vsti sampleur ou des banques de son qui utilisent plus de 3go de mémoire, vous serez limité à l'architecture 32 bits du soft et vous ne pourrez pas dépasser cette limite. Et ce, même si vous êtes sur Windows 64 bits...
Jbrdge (excellent soft quand on comprend ce qu'il fait) permet de contourner ce problème. En chargeant un vsti dans cubase 32 bits avec Jbridge dans une environnement windows 64, vous contournez cette limitation et vous pouvez utiliser toute la ram disponible sur votre pc (je répète, uniquement avec windows 64 bits !!!).

----Le 64bits n'a rien a voir avec la performance mais avec l'utilisation mémoire disponible---

Donc, Jbridge est utile uniquement pour des VST qui chargent beaucoup de ram. (Fxpansion BFD, Kontakt...) pour les autres vst, simulation d'ampli et synth ou autre, ça sert à rien, juste à causer des problème de compatibilité.

Pour la jauge de performance de cubase, je pense surtout que c'est un problème venant de la programmation de la jauge en elle même qui ne sait pas vérifier la performance global des différents core du cpu et qui affiche uniquement la consommation cpu d'un seul core. Voila pourquoi, dans cubase vous avez une utilisation cpu à 100%, et sur windows à 25% (pour le cas d'un quadcore).

Mais dans le fond, c'est juste un problème de l’indication de la jauge de performance. Si vous avez une utilisation cpu de cubase à 100% et que vous n'entendez aucun craquement, c'est que vous n'utilisez pas le cpu à fond et que vous avez de la marge.
c'est relou mais ça veut pas dire que cubase n'utilise pas votre cpu à fond...d'ailleur je vous conseil de retirer cette jauge de votre barre de transport ^^ parce que c'est stressant ^^

Ensuite, par rapport au craquement lié au GPU et aux problèmes de perf...

Avez vous une carte Nvidia? Mettez vos drivers à jour, il y avait un problème de latence de réponse entre la carte video et la cpu, qui causait des craquements en audio.

verifiez cela avec ce soft :

http://www.thesycon.de/eng/latency_check.shtml

Si vous dépassez la ligne jaune, c'est qu'il y a un problème de driver / configuration.

sources : https://www.native-instruments.com/knowledge/questions/847/Windows+7+Tuning+Tips+for+audio+processing

Complément d'information : Si vous pensiez que Jbridge avez une influence sur les performances, c'est que jbridge fonctionne comme une application externe et cubase ne le prendra pas en compte dans son calcul des performances cpu. En gros, ça veut pas dire qu'il utilise moins de cpu, mais seulement que cubase ne gère pas son utilisation cpu....de toute manière cette jauge bug ! ^^

[ Dernière édition du message le 04/05/2011 à 13:52:22 ]

111
Merci pour ton lien sur l'utilitaire controlant la latence.
:bravo:
Je confirme également que Jbridge est un excellent soft.
112
Aprés recherches, je viens de trouver ça qui confirme ce que je penses : le meter cpu de cubase indique uniquement l'utilisation d'un core (celui sur lequel cubase est lancé) mais cela ne veut pas dire que votre pc est saturé s'il indique 100%

https://www.soundonsound.com/sos/oct09/articles/qa1009_1.htm

en gros, faut le vu metre ressource de cubase est nul ^^
113
Oui mais à leur décharge, ça date d'une époque révolue. Maintenant on sait que les ressources consommées sont atteinte quand on entend le bruit des ventillo. Un peu comme ceux qui change de vitesse au bruit du moteur plutôt qu'au compte tour.
114
ou alors quand on a un blue screen ^^

115
Le gros problème de cubase n'a pas l'air d'être l'utilisation du CPu mais de la RAM. Systématiquement, à partir d'une utilisation supérieure à 1, 2 giga de RAM, il commence à apparaitre tout un tas de bugs très désagréables ( vst qui ne veulent plus s'afficher, cubase qui plante, automation qui fait n'importe quoi, etc. ) ...

Provocateur d'extrême droite 

[ Dernière édition du message le 04/05/2011 à 15:57:51 ]

116
c'est normal, c'est cubase 32 bits (limitation à env. 2.7go)

une solution à ce problème, c'est d'utiliser jbridge (même pour un plugin 32 bits vers Host 32 bits). Le process du plugins se fera indépendamment de cubase, donc on peu dépasser la limite de ram.

Perso, j'utilise jbridge pour des vsti qui utilisent pas mal de samples. BFD fonctionne trés bien comme cela, et avec mes 8go de ram dispo, je peux charger tout mon kit dans la ram sans rien lire sur le disque dur.

et puis, bon la solution du freeze est toujours valable.

Ce problème est lié à l'architecture 32 bits, pas à cubase. ça fait la même chose sur ableton ou sur un autre séquenceur.
117
Citation :
en gros, faut le vu metre ressource de cubase est nul ^^


Je ne suis pas d'accord ! le vu-metre de cubase fait bien son job et quand il est à fond c'est la que les craquements et les ennuis commencent. Ce que je comprends de l'article c'est que cubase gère mal les processeurs multicoeurs.
118
@poudon : sous XP 32bit, Cubase et ses plugins disposent de 2Go max de RAM (3Go sous XP PRO avec le switch /3GB). Sous Seven Pro 64 bit, Cubase 32bit aura accès à 4Go max tandis que Cubase 64bit profitera de toute la RAM embraquée disponible.
@Pere Founasse : si Cubase était si pourri, il n'en vendrait pas un seul ! qui voudrait d'un tel DAW même gratuit ? :lol:
je te propose de créer un topic ou tu expliques clairement ton ou tes problèmes en détaillant ta config (matériel, logiciels). Tu trouveras assurément de l'aide pour que tout rentre dans l'ordre, fonctionne comme il se doit.
Je confirme mes dires car je l'ai vu de nombreuses fois :

Citation :
Le responsable habituel de ce problème : conflit d'IRQ pour la carte/interface audio.
Il est très important d'avoir une adresse IRQ UNIQUE pour celle-ci.
Pour les périphériques audio externes, c'est au niveau de l'IRQ de l'interface USB ou Firewire qu'il faut porter son attention.


Je précise : pour un ordi dédié à la musique et avec une interface audio avec ASIO matériel. En firewire, les chipsets VIA, SIS et NEC peuvent aussi engendrer ces problèmes.
Les mises-à-jour sont là aussi pour améliorer le logiciel en corrigeant des défauts ; il vous faut en avoir la dernière version :

Citation :
The 5.5.0 update includes new enhancements for the Cubase audio engine that boosts performance in several areas, including improved resource handling for computers with multiple cores.

Et la dernière version est la 5.5.3 !
119
enhancer, tu arrives donc à utiliser cubase 32 ( sur XP Pro )avec tout un tas de VST ( une centaine à peu près )sans aucun bugs et avec une utilisation de la ram par cubase supérieure à 1,2 giga ?

Je te demande ça car les tests ASIO montrent qu'il n'y a aucun problème sur ma configuration. J'ai pu tester cubase avec deux cartes sons différentes ( firewire et PCI ( différents ports ) ) et d'autre personne que moi reportent ce problème avec cubase. Tous mes logiciels et plugs sont à jours.

Citation :
@Pere Founasse : si Cubase était si pourri, il n'en vendrait pas un seul ! qui voudrait d'un tel DAW même gratuit ?

Je n'ai jamais dit que Cubase était de la merde. L'utilisation que je fais de cubase doit être assez peu courante. J'utilise énormément de plugs, d'automation et donc je bouffe beaucoup de ram. Donc, relativement peu de gens doivent être touché par mon problème et un produit de merde peut être acheté ou utiliser par des gens.



Citation :
Je précise : pour un ordi dédié à la musique et avec une interface audio avec ASIO matériel.

Moué ! Ce qui est surtout important est de ne pas trop avoir de dll qui travaillent en tâche de fond ( bouffant de la ram ) et de posséder un bon anti virus / firewall à jour .

Provocateur d'extrême droite 

[ Dernière édition du message le 07/05/2011 à 22:48:52 ]

120
Citation :
une centaine... de VST


Effets ? Instruments ? lesquels précisément ? Windows x86 n'a rien à voir avec l'architecture x64. Il faudrait vraiment décrire en détail tes composants ; déjà il se peut que tu aies une référence de RAM non-certifiée par le constructeur de ta carte mère.
Citation :

une utilisation de la ram par cubase supérieure à 1,2 giga


C'est super précis comme chiffre... comment as-tu réussi à le calculer ? ça fait longtemps que tu as détecté ce problème ? en as-tu fait part à Steinberg (Mathieu ROCHE pour Steinberg France) ?
Je ne travaille plus sous XP mais avec Seven 64 bit. C'est vraiment différent de pouvoir profiter de bien plus de RAM, même si au passage on y perd quelques plumes... euh, plug-ins :mdr:

un produit de merde peut être acheté ou utiliser par des gens

Ce n'est donc pas le cas pour Cubase car après toutes ces versions, je ne dis pas le bruit d'enfer que toutes ces casseroles au c*l feraient. D'autant que :
- ce ne sont pas les DAW qui manquent sur le marché ;
- quel éditeur proposerait une version démo intégrale de 30 jours pour que chacun puisse voir que le produit est à éviter ? :???:

Citation :
Moué ! Ce qui est surtout important est de ne pas trop avoir de dll qui travaillent en tâche de fond ( bouffant de la ram ) et de posséder un bon anti virus / firewall à jour
.

Bon, on commence à y voir un peu plus clair : il faudrait que ton ordi soit entièrement DÉDIÉ à la MAO, à commencer par pas de connexion internet, pas d'anti-virus ni de firewall. Cubase et ce type de logiciel ne sont pas fait pour tourner de manière optimale si ton ordi n'est pas optimisé pour la MAO. C'est ainsi que tu auras entre autre nettement moins de dll, de résidents.

Citation :
je bouffe beaucoup de ram


Tu vois, comme évoqué avant, tu peux nettement améliorer ton système. D'autant que tu ne peux pas négliger ce point comme :

Citation :
L'utilisation que je fais de cubase doit être assez peu courante

121
Citation :
C'est super précis comme chiffre... comment as-tu réussi à le calculer ?

Je n'ai pas été très prudent quand je disais que systématiquement après 1,2 giga, cubase 5 déconnait. Mais globalement, j'ai remarqué qu'après 1,2 giga, il apparaissait souvent des bugs.
Un autre utilisateur avait fait la même constatation.
Sur mon ancien pc je rencontrais exactement le même type de problème.


Citation :
Effets ? Instruments ? lesquels précisément ?

Des effets de toutes les sortes possibles et inimaginables, des synthés virtuels ( émulation ou pas ), des lecteurs de samples ( kontakt ) ...


De toute façon, bien souvent les problèmes viennent des plugs eux même. Souvent une mise à jour permet de régler le problème. Mais ces bugs de plugs apparaissent lorsqu'il y a une grosse utilisation de ram par cubase. De plus, les application internes à cubase deviennent aussi globalement plus instable chez moi ( application d'effets sur fichier wav ou traitement variaudio qui fait planter cubase, etc. ) .

Par contre, il y a un type de plugs que mon cubase a vraiment du mal à gérer : ce sont les plugs qui font pitcher le son. Dès que j'en mets plus d'un ( de n'importe quel éditeur ), de gros bugs commencent à apparaitre : ralentissement, ressource processeur utilisée au maximum qui peut aller jusqu'au freeze de cubase.

Ensuite, ce ne sont que des observations dans mon coin. Ca n'a rien de scientifique. S'il le faut, le fait que les fonctionnalités internes de cubase avaient tendance à bugger lors d'une grosse utilisation de RAM n'étaient qu'une fâcheuse coïncidence !

Par contre, je suis beaucoup plus sûr de moi lorsque je raconte que lors d'une grosse utilisation de RAM par cubase, certains plugs fonctionnent mal. Par exemple, je peux avoir des problèmes d'affichage sur AMP de waves ( l'interface graphique est remplacée par du noir ... ) ou bien encore l'impossibilité de déposer/créer ce plug sur la tranche insert ( son nom ne s'affiche pas sur la liste des plugs en insert ).

L'upgrade de ce plug a résolu tous ces problèmes lors d'une grosse utilisation de ram.

Citation :

Bon, on commence à y voir un peu plus clair : il faudrait que ton ordi soit entièrement DÉDIÉ à la MAO, à commencer par pas de connexion internet, pas d'anti-virus ni de firewall. Cubase et ce type de logiciel ne sont pas fait pour tourner de manière optimale si ton ordi n'est pas optimisé pour la MAO. C'est ainsi que tu auras entre autre nettement moins de dll, de résidents.

Le fait d'avoir désinstaller mon anti virus / firewall, et d'avoir supprimé toutes les dll inutiles qui tournaient en tâche de fond n'a pas résolu mes problèmes.

J'utilise aussi une powercore et une UAD1. Peut être que cela peut compliquer les choses.


Il me semble avoir déjà posté sur le forum de steinberg. Je ne sais plus si c'était à propos du problème de ram.

Provocateur d'extrême droite 

[ Dernière édition du message le 08/05/2011 à 10:41:35 ]

122
Citation :
Mais ces bugs de plugs apparaissent lorsqu'il y a une grosse utilisation de ram par cubase


Je le confirme par ma part : sous x86, les messages d'erreurs pour les VSTi avides de RAM tels que Kontakt, Omnisphere (...) n'ont souvent pas le temps de s'afficher ; c'est le plantage direct. Rien à voir avec Windows 7 64bit (avec 6 Go de RAM et plus) où l'on a un confort d'utilisation incomparable. Les éditeurs de ces plugins recommandent vivement les OS 64bit (sur lesquels ils développent principalement aujourd'hui).
Avec XP32, si tu as 4 Go, tu peux utiliser le switch /3GB pour XP Pro ou utiliser un host comme SAVIHOST conjointement avec un câble MIDI virtuel tel que LoopBe1.

Citation :
J'utilise aussi une powercore et une UAD1. Peut être que cela peut compliquer les choses


Consommation de RAM, oui ; de temps CPU, non.

Citation :
Il me semble avoir déjà posté sur le forum de steinberg


C'est la hotline que je t'ai invité à contacter, celle qui fournit le support technique officiel :

"Support Technique Steinberg (France uniquement - 10h 13h / 14h 18h)
+33 (0)1 46 77 42 42"
123
Ah aussi, j'avais fait des tests sur ma RAM pour voir si elle fonctionnait correctement et pas de messages d'erreurs.
Ce que je compte faire est de passer sous seven 64, puis installer cubase 32 et utiliser le bridge pour les plugs qui demandent beaucoup de ram en espérant que cubase plante beaucoup moins.

Provocateur d'extrême droite 

124
Cubase 32 est mille fois plus efficace qu'un bridge pour Cubase 64, malheureusement pourrait-on dire. Le bridge de ce dernier marche pas mal avec les synthés VSTi comme ceux de GForce. Par contre, même JBridge ne peut rien faire pour d'autres comme MSI, Ultra Focus.
D'un autre côté, la plupart des plug-ins gourmands en RAM ont évolué pour le 64bit : gamme Spectra, Ultimate Sound Bank, Kontakt, HALion, EastWest...
125
le problème de cubase 64 c'est qu'il utilise des bridges pour les nombreux effets 32bits qui posent beaucoup de problème.
Moi j'ai préféré l'inverse : utiliser jbridge uniquement pour les plugs gourmand en ram (BFD, kontakt) dans mon environnement Windows 64 bits et rester sur cubase 32 bits.

Franchement depuis j'ai plus aucun problème.

Cubase utilise désormais trés peu de ram, et Jbridge est stable avec ces plugs (en le configurant bien pour chaque plugin). Le seul problème vraiment gênant pour Jbridge, c'est qu'il devient instable quand on utilise trop d'instance d'un même plug.

@enhancer

Citation :
@poudon : sous XP 32bit, Cubase et ses plugins disposent de 2Go max de RAM (3Go sous XP PRO avec le switch /3GB). Sous Seven Pro 64 bit, Cubase 32bit aura accès à 4Go max tandis que Cubase 64bit profitera de toute la RAM embraquée disponible.


Je ne me souviens plus trés bien mais j'avais trouvé une ligne de commande sous XP 32bits pour étendre un peu l'utilisation de la ram.

(https://fr.audiofanzine.com/pedago/tutoriels/comment-depasser-2-go-de-ram-pour-cubase-avec-windows-xp-32-bits-5113/)

@noufnouf

Citation :
Je ne suis pas d'accord ! le vu-metre de cubase fait bien son job et quand il est à fond c'est la que les craquements et les ennuis commencent. Ce que je comprends de l'article c'est que cubase gère mal les processeurs multicoeurs.


oui j'ai oublié de préciser : il ne gère pas bien l'indication de l'usage des multicore ;). Niveau performance, je ne vois pas de problème.


je voulais rajouter. Pour l'environnement Windows, suite à ces problèmes j'ai voulu tester d'autres séquenceur pour voir si l'herbe était plus verte ailleurs. Et bien je suis vite retourné à mon appli steinberg favorite... Ces problèmes là on les retrouve partout !

[ Dernière édition du message le 10/05/2011 à 09:13:33 ]