réactions à la news Commentaires sur le test : Logic implacable

Mais darkmoon, je suis d'accord avec ce que tu dis, en gros tu expliques de façon très détaillé (trop pour les impatients ) ce que je sais déjà et ce dont je me plains mais tu n'as pas compris mon propos final.
Je ne vois pas pourquoi c'est impossible de programmer ça autrement. Quand tu dis ça :

Citation :

le DAW ne peut pas utiliser n cœurs afin de traité simultanément ces 3 effets parce que c’est virtuellement impossible! Parce qu’avant de pouvoir calculer et appliquer le résultat du dernier effet, il doit nécessairement calculer le résultat du premier, du deuxième et du troisième. Du coup, quand un cœur/thread calcule le résultat du premier effet, il est impossible qu’un autre cœur/thread puisse effectuer le calcul de l’effet qui suit (dans une même chaine d’effet/tranche) au même instant t puisqu’il ne connaît pas encore le résultat de l’effet précédent! Pour résumer, toute piste audio ou VSTi qui est lié à une même chaine d’effets (piste/tranche/BUS/AUX) ne peut être traité que par un seul et unique cœur.

Je ne vois pas pourquoi il n'est pas possible de répartir dès le départ le 1er effet sur tous les coeurs puis le 2ème puis le 3ème. On doit respecter l'ordre OK mais on peut très bien répartir tout systématiquement en temps réel, il ya des logiciels dans d'autres domaines qui le font très bien. Cela revient à créer des taches cycliques déterministes qui mutualisent tous les coeurs plutôt que des taches interruptives qui sont exécutées à la volée. Pour protéger le fonctionnement de ces taches cyclique, un watchdog classique pourrait basculer en tâches interruptives traditionnelles en cas de dépassement du temps de cycle car il ne s'agit pas non plus de tout ralentir.
Après ce que tu décris en détail était le fonctionnement de Logic 9 à Logic 10.2 ou pour soulager le problème de surcharge single-core on ajoutait plus de bus. Or cela a changé. Quand je mets pleins d'effets (genre grosse reverb et tout) sur la même piste dans Logic 10.4.1, c'est aujourd'hui réparti sur plusieurs coeurs surtout si c'est des effets de Logic, pareil avec certains effets gourmands comme Amplitube.. etc. Ce que tu expliques, c'était avant. Il y a eu de gros progrès avec Logic 10.3.3, et je suis surpris vu ton long discours que tu n'en tiennes pas compte.. Par contre pour les IVs ce n'est pas encore bien réparti. Les développeurs de Logic ont su améliorer les choses et ils peuvent sûrement faire mieux. Voilà ce que je demande.
Et sinon bien sur Corbo-Billy que je privilégie plusieurs instances de Kontakt en mono-timbral, je n'ai pas demandé d'aide, j'arrive à contourner le problème depuis 8 ans, donc... Je n'accepte juste pas cet état de fait et vous, vous semblez l'accepter.
Je pense que c'est un problème de programmation et qu'une fois résolu on pourrait enfin profiter pleinement des machines multi-coeurs plutôt que devoir tourner à des fréquences infernales qui font surchauffer les machines. On voit bien que le multi-coeurs est l'avenir, donc il faut l'utiliser pleinement.

Non aucunement car après utilisation des versions 8 et 9 de LOGIC, je n'ai pas poursuivi avec l'actuelle version .

Citation de Hakim+K :

[...]

Il te manque des notions de programmation évidente (et je ne connais pas tout dans le détails non plus) mais je sens qu'on va peut-être en emmerder quelques uns si l'on poursuit trop longuement.

J'ai suivi plusieurs threads, sur d'autres forums (anglophones) où prenait part des développeurs de DAW et...

Citation de Hakim+K :

Je ne vois pas pourquoi il n'est pas possible de répartir dès le départ le 1er effet sur tous les coeurs puis le 2ème puis le 3ème. On doit respecter l'ordre OK mais on peut très bien répartir tout systématiquement en temps réel, il ya des logiciels dans d'autres domaines qui le font très bien

Nope! Pas en temps réel!

Ça semble, effectivement, logique à priori et c’est ce que je pensais moi aussi à l’époque, mais c’est un « biais ». Ce n’est pas possible et je te résume simplement (en simplifiant/vulgarisant au max) :

Oublie la MAO et imagine un « projet mathématique »... ...tu veux calculer 2+2 suivit de x3 suivit de /2 (bon, on sait, ça donne 6 ).

Même si ta calculatrice possède 30 coeurs/thread, seul un coeur/thread pourra calculer 2+2 (et x3 .....et /2). Autrement dit, à partir d’un certain point, il est impossible de réduire plus petit et/ou de diviser un calcul simple pour le partager en 2 opérations/process. Pour calculer 2+2, il n’y a rien d’autre à faire que de calculer 2+2 par un seul coeur/thread. Tu ne peux pas envoyer « la moitié de l’opération » à un coeur et « l’autre moitié » simultanément à un autre coeur puisqu’il n’y a pas « deux moitiés de calcul »! Il n’existe qu’un seul « process » à effectuer! Tu piges? ...et puisque que la multiplication par 3 (ainsi que la division) doit se faire après le résultat de 2+2, cette multiplication subséquente ne pourra jamais être effectué simultanément (mais ça, nous sommes d’accord ).

On en revient donc exactement au même point! Quand, P. Ex., il y a une EQ dans une tranche du DAW, le tout premier calcul de la toute première ligne de code de cette EQ ne peut être effectué que par un seul et unique coeur/thread... ...ainsi que la deuxième opération, idem à la ligne de code suivante... .... et ainsi de suite jusqu’à la fin de toutes les lignes de codes qui concernent cette EQ. Seuls différents effets/instruments (« process/opérations » pour un codeur/dev) peuvent être affecté à différentes unités de calcul simultanément. ...et puisque l’ordre des effets dans un DAW est tributaire d’un ordre temporel (tout comme l’ordre des opérations à une importance en mathématique et doit tenir compte du résultat précédant), l’on ne s’en sort pas quand ils font partie d’un même ordre temporel (d'une même chaine d’effet). Non seulement chaque effet doit être traité l'un à la suite de l'autre, mais c'est aussi vrai pour chacune des lignes de code d'un seul et même effet.

Citation de Hakim+K :

Ce que tu expliques, c'était avant.

Nope. Et le principe demeurera le même jusqu'à la fin des temps! ...à moins qu'on trouve comment effectuer 2+2 en 10 sous opérations différentes pouvant être calculé par plusieurs unités de calcul.

T'as même pas besoin d'être un dev/codeur pour piger. Tente de formaliser une opération qui décompose en plusieurs parties distinctes l'opération 2+2 (sans multiplier le nombre de process temporel nécessaire).

Bonne chance!