Se connecter
Se connecter

ou
Créer un compte

ou

Interactions Software/Harware, quels effets sur le son ?

  • 113 réponses
  • 14 participants
  • 5 694 vues
  • 25 followers
Sujet de la discussion Interactions Software/Harware, quels effets sur le son ?
Voilà, ce thread a été promis suite à un début de polémique arrivé dans un autre sujet :

Mastering : Hardware ( Vieux con.) ou Software ( jeune inconscient)

Pour ceux qui n'auraient pas le courage de tout lire (paix à leur âme), on peut résumer la question à ceci :

La piètre qualité d'un harware est-elle à même d'influer sur la qualité finale du son en numérique ?

Certains prétendent que non, que tous les "zéros" et les "uns" seront de toutes manières générés et qu'en digital, le son sera nickel ou ne sera pas.

D'autres (dont je fais partie), estiment que le hard peut provoquer des erreurs à même d'altérer le son, même de façon inaudible dans un premier temps, mais à même d'engendrer de réels soucis à force de manipulation des fichiers par exemple, où lorsqu'on travaille en temps réel.

Je ne saurais que trop vous engager à vous installer avec une bonne bière et trois paquets de clopes en réserve pour lire l'ensemble des argumentations déjà développées dans le thread ci-dessus, car elles sont nombreuses et déjà fort instructives.

J'ai personnellement peut-être commencé à introduire le doute dans certains esprits en citant des résultats de tests effectués par moi-même en labo tout ce qu'il y a de plus sérieux, et en citant en référence des documents comme ceux-ci :

https://www.cs.york.ac.uk/~djp/publications/mcd-pumf.pdf

http://www-rocq.inria.fr/syndex/pub/ts97/ts97.pdf

http://biblion.epfl.ch/EPFL/theses/2006/3626/EPFL_TH3626.pdf

http://www.ccm.ece.vt.edu/papers/steiner_2005_RAW05_hsi.pdf

Mais je ne prétends pas avoir forcément raison, j'accepterai de remettre en cause jusqu'aux constats que j'ai faits par moi-même à condition que l'on me sorte une argumentation reposant sur du (très) solide, preuves indéniables à l'appui.

Donc, les adeptes du "parce que c'est comme ça" peuvent passer leur chemin, cqfd...

Ce qui ne veut pas dire que les gens qui n'ont pas un doctorat en sciences informatiques ne peuvent pas poster : souvent, des questions qui paraîssent ingénues comme ça soulèvent de bons lièvres.

Pour finir, ce type de questions est à même de générer de grandes passions, voire l'emportement (on l'a un peu vu sur le thread initial). Je demande intamment aux participant de bien vouloir garder leur sang froid même en face de ce qu'ils jugent comme étant une ineptie : ce ne sont pas les agressions qui feront avancer un tel débat. Et je n'hésiterai pas à faire appel aux modos pour fermer le thread si ça dérape, soyez-en sûrs.

Alors gentlemen, bons posts !

Malgré tous les progrès scientifiques, force est d'admettre que le pet reste quelque chose qui nous échappe...

http://www.cubamericas.com

http://www.ecoledeviolon.com

Afficher le sujet de la discussion
101

Citation : *On dit depuis le debut que c'est possible et que c'est exactement la meme chose.


J'ai cru comprendre que tout le monde n'est pas d'accord a ce sujet :???:
Par exemple :

Citation : Donc on peut en conclure que lors du portage d'un algo d'une machine dédiée sur un PC ou Mac, le programme subit quelques différences à même d'altérer -ne serait-ce qu'un tout petit peu- le résultat final du traîtement

102

Citation :
Pourquoi c'est pas possible de faire aussi bon en soft, avec un compilateur adapaté, un "system de programation" orienté musique avec des modélisations des circuit hard ou je ne sais quoi d'autre, après tout des 0 et des 1 en soft ou en hard, ca reste des 0 et des 1 non ?



A ce niveau la, il y a pas de difference fondamentale je pense, entre le soft et le hard. Les outils sont meme plutot plus elabores sur PC/Mac (perfs de compilo par exemple, sans parler du support autour: tu paies pas des fortunes un environnement de dev sous mac/pc aujourd'hui), meme si je ne connais pas trop les environnements de dev pour hardware. Les tailles de marche font qu'aucune boite ne peut rivaliser en technologie de compilation/integration/blablabla avec MS, Intel ou IBM.

Citation :
Donc doit y avoir moyen de moyenner ?
Les gars qui bosse la dedans sont quand même des ingénieurs !



Mon explication personnelle, et peut etre totalement fausse, c'est que le background des personnes qui font du hard et du soft est different. Les personnes qui font le hard aujourd'hui, ils viennent d'une culture base sur le hardware, qui a vu les choses de plus en plus se faire en software, mais encore surdes machines specialisees, et avec parfois/souvent un bon bagage en traitement du signal. En soft, tu as des gens qui sont avant tout des programmeurs, qui se sont parfois former sur le tas en traitement du signal (mais pas toujours evidemment). Pour des raisons evidentes, c'est beaucoup plus simple de faire du soft que du hard commercialement parlant, beaucoup se sont lances la dedans parce que c'est assez fun de programmer des plugins, je pense.

Apres, tu as evidemment des melanges de culture (des boites comme waldorf ont fait des plugs, par exemple), et de toute facon le hard est devenu du soft un peu specialise maintenant, plus personne (ou presque) ne fait ses propres circuits comme le faisaient ensoniq ou Emu par exemple il y a 20 ans.
103
Oui mais ça c'est Phil, c'est un heretique :mdr:
Plus serieusement si tu relis le debut du thread, tu verras que la partie traitement audio des algoritmes donnent des resultats equivalents quel que soit le support. Et qu'il est impossible que des processus eventuellement differents aient des repercussions "musicales". En fait je ne sais pas trop comment t'exprimer le fait qu'il est impossible, sinon a changer l'algo, d'avoir un compresseur qui sonne "plus clair" ou "plus gros" sur une plateforme et pas sur une autre. C'est juste impossible. soit on change l'algo, soit on a exactement le meme resultat. On a montré des tas d'exemples, évoqué des tas de raisons, merci de les relire.
104

Citation : Pour des raisons evidentes, c'est beaucoup plus simple de faire du soft que du hard commercialement parlant, beaucoup se sont lances la dedans parce que c'est assez fun de programmer des plugins, je pense.


Et pourtant parallelement, c'est beaucoup plus sur une fois que tu as un nom de vendre du soft tournant sur du hard dédié ne serait ce que pour ne pas se faire pirater. Le succes des uad et compagnies vient de la: bon choix de plugins, developpés par des boites qui ont l'experience du hard, et surtout pas d'equivalent natif, pour etre sur que 1) il n'y aura pas de comparaison, 2) le client va passer par la case achat.
105

Citation : Oui mais ça c'est Phil, c'est un heretique



Sauf que là, les questions viennent de R-Omega... :pong:

Par contre, je suis d'accord avec ta dernière intervention. Les systèmes propriétaires ont des intérêts à défendre, et pas qu'un peu, mon neveu.

Malgré tous les progrès scientifiques, force est d'admettre que le pet reste quelque chose qui nous échappe...

http://www.cubamericas.com

http://www.ecoledeviolon.com

106
Salut

Citation :
"c'est plutot le hardware dedie qui traine en puissance derriere le hardware généraliste ?"



Je voudrais vous faire remarquer que cette affirmation est vraie, mais cache un peu le problème : Le traitement sur un hardware dédié demande beaucoup moins de calcul que sur un hardawre généraliste.

On parle de faire les memes calculs et je vous dis que ca coute plus sur un PC :oo: Je vais essayer d'expliquer le problème.

Pour faire simple, je commence par une comparaison : Vous voulez transporter une personne de Paris à Lyon. Si vous avez le choix entre un camion 40T et une Ferrari, vous avez 2 moteurs qui ont la même puissance. Cependant, il est évident que la Ferrari ira plus vite : La puissance du camion est optimisée pour transporter des charges lourdes, la Ferrari est optimisée pour aller vite.

Revenons à notre problème : comparons un Pc et un processeur dédié.
1) Récupération des échantillons :
- Sur le processeur dédié, lorsque qu'un échantillon sonore doit etre traité, il est converti par le convertisseur, et ensuite transféré quasiment directement au DSP.
- sur le PC, l'échantillon est converti sur une carte audio, qui communique avec le programme (qui applique l'algo) en utilisant les services de windows. C'est à dire que pour avoir un seul échantillon, il faut que windows authorise l'acces au périphérique, que windows alloue la mémoire pour stocker le résultat, que windows demande au driver de fournir l'échantillon. Donc pour obtenir le même résultat qu'avec une solution hardware, il y a des opérations supplémentaires. Heureusement, le logiciel travaille par paquet d'échantilons, ce qui limite les taches "administratives".
-> certaines opérations sont bien plus efficaces sur un hardware dédié

2 ) L'accès à la mémoire.
- sur un processeur dédié, les zone de mémoire peuvent être définies de facon statique : Certaines adresses sont réservées pour certains paramètres ou pour des données de calcul.
- sur un PC, la mémoire est gérée par windows. Avant chaque utilisation de mémoire, il faut demander à windows où écrire. On peut contourner le problème en demandant un gros bloc à Windows une fois pour toute. Cependant, il faut penser que le système d'exploitation donne la visibilité sur une mémoire virtuelle, et pas sur la mémoire physique.
-> La gestion du système générique impose des contraintes qui n'existent pas (ou peu) sur un système dédié.

3) La sortie son :
- Sous windows, les echantillons passent souvent dans le mixer de windows avant d'être envoyés à la carte son. C'est grace à ce mixer logiciel que vous entendez les differents sons waves mélangés sur la sortie. Et bien ce mixer ca coûte aussi du temps de calcul....


Conclusion :
On ne peut pas comparer directement les performances d'un système généraliste et d'un système dédié. Dans certains cas, un système spécialisé avec un DSP a 100Mhz ira plus vite qu'un système dédié a 1Ghz.


Autre interet des sytème dédié : il n'y a pas de Virus, et pas d'anti virus qui consomme des ressources !




Citation :
Les tailles de marche font qu'aucune boite ne peut rivaliser en technologie de compilation/integration/blablabla avec MS, Intel ou IBM


Ce n'est pas tout à fait vrai : ARM pense vendre 1 milliard de processeurs ARM cette année. Ca fait soit 3 fois plus que les processeurs de PC. Il y a des enjeux colossaux pour les petits processeurs ( ipod, telephones, PDA, GPS, ...) Et il existe des solutions aussi performantes que pour les système généralistes.
107
Hé-hé ?

Comme c'est intéressant ces précisions. Merci de cette intervention, Ihbar.

Cela m'explique en tout cas bien des choses, car je pratique le DtD depuis ses débuts (1991), et je travaille également sur workstation style Roland VS-2480.

La chose que j'ai pu constater avec certitude, c'est que certaines opérations lourdes sur workstation sont plutôt longues, mais elles sont nickel à l'arrivée, alors que sur PC, c'est plus court, mais ça se termine souvent en "Undo"...

Et pourtant je bosse la plupart du temps sur des stations Linux, dont la gestion de mémoire et de calcul est passablement mieux foutue que sous Win.
(Windows, j'ai laissé tomber : ça plante vraiment trop et trop souvent).

Malgré tous les progrès scientifiques, force est d'admettre que le pet reste quelque chose qui nous échappe...

http://www.cubamericas.com

http://www.ecoledeviolon.com

108

Citation :
- sur un processeur dédié, les zone de mémoire peuvent être définies de facon statique : Certaines adresses sont réservées pour certains paramètres ou pour des données de calcul.
- sur un PC, la mémoire est gérée par windows. Avant chaque utilisation de mémoire, il faut demander à windows où écrire. On peut contourner le problème en demandant un gros bloc à Windows une fois pour toute. Cependant, il faut penser que le système d'exploitation donne la visibilité sur une mémoire virtuelle, et pas sur la mémoire physique.
-> La gestion du système générique impose des contraintes qui n'existent pas (ou peu) sur un système dédié.



Ca, c'est un peu un faux probleme, dans le sens ou un OS digne de ce nom propose des services pour aller a l'encontre de ces problemes. Je sais pas si windows est toujours aussi en retard, mais en tout cas, reserver des pages et demander a l'OS de ne jamais les mettre sur DD, c'est tout a fait possible.

Apres, les hardwares un peu complexes utilisent aussi un OS, et a ce moment la, tu te retrouves avec un peu les memes problemes que ceux que tu mentionnes.

Citation :

3) La sortie son :
- Sous windows, les echantillons passent souvent dans le mixer de windows avant d'être envoyés à la carte son. C'est grace à ce mixer logiciel que vous entendez les differents sons waves mélangés sur la sortie. Et bien ce mixer ca coûte aussi du temps de calcul....



Je ne pense pas que ca concerne les cartes son dignes de ce nom qu inous interesse ici, et qui font toutes a ma connaissance le mix en hardware.

Citation :
Autre interet des sytème dédié : il n'y a pas de Virus, et pas d'anti virus qui consomme des ressources !



Ah, mais la aussi, c'est un probleme windows. Attend un peu que la plupart des smart phone fonctionne sous windows pour voir les virus :)

Apres, le coup des processeurs ARM, il me semble pas que ce soit beaucoup utilise en hardware audio. Je connais pas du tout le hardware sur les trucs haut de gamme, mais sur les synthes et cie, c'est (etait) souvent encore des motorola 56303: la puissance de calcul est vraiment ridicule par rapport a un ordi recent.
109

Citation : la puissance de calcul est vraiment ridicule par rapport a un ordi recent.



Certes, mais avec un OS très léger, on arrive à faire tourner de petits procs de fort belle manière et à leur faire faire des trucs assez incroyables.

Malgré tous les progrès scientifiques, force est d'admettre que le pet reste quelque chose qui nous échappe...

http://www.cubamericas.com

http://www.ecoledeviolon.com

110

Citation :
la puissance de calcul est vraiment ridicule par rapport a un ordi recent.


Comparons un processeur de lecteur mp3 (un freescale MCF5251) et un Core 2 Duo a 2.4GHZ. Les perfs en Dhrystone (mesure de perf) sont respectivement de 125 et 1251. Donc le Core duo a 10 fois plus de puissance de calcul.
Le processeur dédié n'est pas ridicule du tout ! (et ce n'est qu'un processeur pour lecteur mp3, pas une solution a DSP spécialisée)