réactions à la news Softube émule le processeur Weiss DS1-MK3
- 118 réponses
- 27 participants
- 14 712 vues
- 30 followers
Banshee in Avalon
Lire la news
Ce thread a été créé automatiquement suite à la publication d'une news pour ce produit. N'hésitez pas à poster vos commentaires ici !
arnoldorodeo
Rroland a été archi-complet (merci à lui!) en ce qui concerne le mastering. Là je suis davantage intéressé par vos retours sur les traitements de voix en situation de mix.
[ Dernière édition du message le 23/04/2018 à 23:45:50 ]
oboreal
En effet, si Softube a eu accès au code, (et on voit mal pourquoi Weiss les laisserait mentir sur ce point puisqu'il en va de la réputation de leurs algorithmes) la seule différence devrait se retrouver dans des artefacts de conversion, qui compte tenu du niveau de gamme de la machine seraient probablement bien en dessous des capacités de discernement de l'oreille humaine.
En tout cas merci pour ce test.
Edit : je viens d'envoyer le mail suivant au support :
Hello,
I'm a moderator on the french audio website audiofanzine.
Can you be kind enough to go to this topic : https://fr.audiofanzine.com/bundle-de-logiciels-mao/softube/volume-2/forums/t.661355,commentaires-sur-la-news-softube-emule-le-processeur-weiss-ds1-mk3,p.8.html
And explain to us why an other moderator that own the weiss Ds1 mk3 hardware can't achieve the same results with the plugin version. (This fact surprise me because if the code its the same, the results should be the same if we excluded the NA/AN conversion artefacts).
Thx a lot to help us better understanding your product.
Musicaly.
Sylvain XXXXXXXXX aka Oboreal on the forum.
S'ils survivent à mon anglais, on aura peut être une explication.
[ Dernière édition du message le 24/04/2018 à 01:17:25 ]
rroland
Est-ce que quelqu'un parmi vous a pu tester le deesser du Weiss et si oui, pourrais-je avoir vos impressions en comparaison des FabFilter Pro DS, Massey, Waves etc ?
J'ai effectué un test avec le plug in Softube (dont la démo se termine demain pour moi). j'ai noté soigneusement les réglages pour pour pouvoir comparer au studio de mastering (je n'y suis pas tous les jours).
Pour le reste : je n'ai jamais entendu un de-esser aussi efficace et transparent, parce qu'il laisse du s même quand on le fait agir drastiquement, quand les autres dans la même situation transforment le s en ffff.
Rroland, je pense que si tu as 5 minutes de rab à consacrer à ce test, ça vaudrait le coup d'envoyer un mail à Softube pour avoir une explication sur l'impossibilité que tu constate de faire matcher les réglages. (A l’œil nu, on voit sur les formes d'ondes que les niveaux de compression ne sont pas les mêmes donc il est dur d'émettre le moindre jugement sur les algos dans ces conditions).
Dans les extraits audio mis à disposition, j'ai utilisé des réglages identiques.
Attention aussi au fait que (comme expliqué plus haut), j'avais pensé (à tort) qu'il était impossible d'atteindre certains valeurs parce que j'utilisais la molette de la souris, et qu'on peut le faire en continu (du moins pour le make up gain : je dois vérifier pour les ratios, je ferai un retour). Mais ceci a peu d'importance dans la mesure où, je le répète, les réglages utilisés pour les test audio sont identiques.
C'est surtout en mode "limiteur" que cela fut compliqué : parce que là où il était possible de monter le gain avec le plug in, c'était devenu impossible avec le hardware. C'est aussi en mode "limiteur" que les différences sont les plus marquées (sur le plan visuel, comme tu l'as remarqué, mais aussi sur le plan sonore). Sinon, en compression parallèle, les différences sont plus faibles : sur de bonnes enceintes on constatait que la voix changeait de plan (un peu plus en avant ou en arrière suivant que l'on utilisait l'un ou l'autre), et un peu plus de "3 D" et de définition avec le hardware. On avait l'impression que le son était un peu plus confus (moins défini) avec le plug.
la seule différence devrait se retrouver dans des artefacts de conversion,
Je ne comprends pas ce que tu veux dire... Il n'y a pas de conversion avec le Weiss, qui ne dispose que d'entrées numériques. Par contre (je viens d'y penser), le hardware convertit la fréquence d'entrée en 96 kHz, traite le signal, puis revient à la fréquence d'origine.
Je ne sais plus si c'est possible de désactiver cette fonction d'upscaling ou pas (mais je vais vérifier).
Dans le plug in, je n'ai rien vu à ce sujet (mais je vais regarder encore : la démo se termine demain).
oboreal
Soyons clairs, si j'avais écouté le fichier hard, que j'étais parti boire un café et qu'on me l'ai remplacé par le fichier plug entre temps, je m'en serai pas rendu compte à mon retour hein... Dans un environnement project studio comme le mien, on est dans le domaine du négligeable.
Ceci dit, j'ai cherché à contacter l’éditeur parce que d'une manière globale, mes discussions avec des développeurs soft dans l'audio m'ont appris que quand le code source est le même, et que le portage est fait correctement, on obtient des annulations parfaites entre un plugin calculé par DSP et un plugin natif. Softube étant coutumier des portages de ce type puisque plusieurs de leurs softs sont disponibles chez UAD et en Natif, je vois mal pourquoi ils se seraient gaufrés sur le portage au point qu'on soit non seulement loin de l'annulation de phase mais qu'il existe vraisemblablement des différences jusque dans les ratios de compression.
C'est de la pure curiosité intellectuelle de ma part, parce que je préfère largement déléguer mon mastering a quelqu'un qui bénéficie d'un combo local/écoutes meilleur que le mien plutôt que de mettre 500 euros dans un plug de ce type, mais j'aime bien comprendre.
Ah, et je parlais de conversion parce que je pensais que le Weiss acceptait de l'analo en entrée, mais du coup je comprend encore moins bien les écarts. D'après ce que j'ai compris, le Weiss calcule en 96 khz / 40 bits, ce que fait aussi la version Soft sauf qu'elle upscale en 192 khz semble t'il.
Question bête, parce que j'imagine bien que oui, mais avez vous testé les différents types d'algos présents dans le limiteur ? (puisque Softube et Weiss en ont designé deux nouveaux par rapport à la version DS1 mk3 si j'en crois le mode d'emploi ci après ?)
https://www.weiss.ch/files/downloads/ds1/Softube-User-Manual-Softube-Plug-Ins-Manual.pdf
[ Dernière édition du message le 24/04/2018 à 13:47:22 ]
oboreal
I have received a short summary of the forum thread by my colleague. I'll again add that I don't speak French, so I can't confirm anything.
Unfortunately there wasn't much technical details, in the summary. So I can comment that much about that.
Firstly, what Weiss plug-in version are you using? There was an unfortunate error in one of the early releases that caused an internal delay of the hardware to be wrong in the software. It was an optimization of the code that wasn't fully confirmed. The change itself didn't really change the sound by ear, but it was half a sample off, so it didn't null. I think that the issue has been corrected in one of the latest maintenance releases. It might be scheduled for the next though.
As the biggest concern seems to be the limiter:
Are you using the same limiting algorithm? The Software version introduce two new types of limiters that was developed together with Weiss. And if those are used there is no setting to compare with in the Hardware.
A/B testing is rather tricky. The gain staging is extremely important, is it compressing the same because the input level is higher in one or because the settings are different. The settings should be reasonably easy to get to the same values as the hardware is digital, but the gain staging might differ to match the typical levels in a DAW.
If possible it would be much easier for me to comment if I can the technical questions in English.
Hope that helps a bit at least!
Si Rroland ou d'autres sont intéressés pour répondre / formuler les demandes techniques complémentaires en anglais, je veux bien jouer l'intermédiaire. (Cette première réponse est un peu captain obvious)
[ Dernière édition du message le 24/04/2018 à 19:57:32 ]
rroland
Question bête, parce que j'imagine bien que oui, mais avez vous testé les différents types d'algos présents dans le limiteur ? (puisque Softube et Weiss en ont designé deux nouveaux par rapport à la version DS1 mk3 si j'en crois le mode d'emploi ci après ?)
Oui, il y a trois modes, et pour les tests je n'ai utilisé que le mode "DS1" comme je 'ai expliqué plus haut. La machine hardware ne dispose que d'un seul mode (sans doute celui qui est nommé "DS1" dans le plug.
Anonyme
Anonyme
A ce prix ça fait beaucoup de latence quand même...
oboreal
Après, par contre, pour l'exemple que tu donne sur le "mojo" des machines hard, il me semble que la situation de l'émulation d'un hardware analo type massive passive ou vari mu et celle du portage d'un algorithme tournant sur dsp vers une version native ne sont absolument pas comparables.
En effet, le développeur qui émule un hardware analo, pourra, au mieux, créer des algorithmes qui lui permettront de se rapprocher du son de l'original et les peaufiner jusqu'au moment où l'oreille humaine ne pourra pas faire la différence. Pour certains traitements on y est quasiment, mais pour d'autres on y est clairement pas encore. Souvent d'ailleurs, parce que des compromis sont faits entre la qualité des algos et la consommation de ressources CPU.
Par contre côté numérique, la situation est radicalement différente, parce que si on a accès aux algos, il suffit d'adapter le code. Et vu la puissance actuelle des processeurs, ils seront systématiquement plus puissants que les dsp du hardware d'origine. Donc faire un portage conforme ne devrait poser aucun problème et il devrait même être possible de faire tourner les algorithmes dans des résolutions plus élevée pour limiter l'aliasing. (ce typiquement ce que propose le plugin softube avec un oversampling à 192 khz vs 96 khz.
Pour donner un ordre d'idée, je lisais l'autre coup un test dans lequel un I7 3370K permettait, à plugin égal de charger autant d'instances que 20 coeurs UAD 2 soit une centaine.
Autrement dit, d'un strict point de vue logique, lorsqu'il s'agit de traitements algorithmiques, et que la latence n'est pas un problème, le natif a toutes les chances de proposer un résultat sonore au moins aussi bon, voire meilleur.
Pour du monitoring d'enregistrement ou du live, la situation reste différente, les DSP étant particulièrement optimisés pour la basse latence.
[ Dernière édition du message le 27/04/2018 à 21:48:59 ]
ElliotValentine
Je pense en effet que la matching du gain d'entrée est la difficulté sur un tel comparatif et j'imagine que vous aviez déjà testé la solution du sinus ou du bruit blanc pour l'étalonnage.
Après, par contre, il me semble que la situation de l'émulation d'un hardware analo type massive passive ou vari mu et celle du portage d'un algorithme tournant sur dsp vers une version native ne sont absolument pas comparables.
En effet, le développeur qui émule un hardware analo, pourra, au mieux, créer des algorithmes qui lui permettront de se rapprocher du son de l'original et les peaufiner jusqu'au moment où l'oreille humaine ne pourra pas faire la différence. Pour certains traitements on y est quasiment, mais pour d'autres on en est plus loin, souvent d'ailleurs, parce que les développeurs ne veulent pas créer des algos trop gourmands en ressources et qui seraient inutilisables en situation de mixage ou on utilise fréquemment plusieurs dizaines de plugins.
Par contre côté numérique, la situation est radicalement différente, parce que si on a accès aux algos, il suffit d'adapter le code. Et vu la puissance actuelle des processeurs, ils seront systématiquement plus puissants que les dsp du hardware d'origine. Donc faire un portage conforme ne devrait poser aucun problème et il devrait même être possible de faire tourner les algorithmes dans des résolutions plus élevée pour limiter l'aliasing. (ce typiquement ce que propose le plugin softube avec un oversampling à 192 khz vs 96 khz.
Pour donner un ordre d'idée, je lisais l'autre coup un test dans lequel un I7 3370K permettait, à plugin égal de charger autant d'instances que 20 coeurs UAD 2 soit une centaine.
Autrement dit, d'un strict point de vue logique, lorsqu'il s'agit de traitements algorithmiques, et que la latence n'est pas un problème, le natif a toutes les chances de proposer un résultat sonore au moins aussi bon, voire meilleur.
Pour du monitoring d'enregistrement ou du live, la situation reste différente, les DSP étant particulièrement optimisés pour la basse latence.
Et au delà de ça aujourd'hui on a des processeurs 16 coeurs/32 Threads voire 20/40. En situation de mix In the box only ça doit largement suffire même sans rajouter des cartes DSP Avid/Waves/UAD.
rroland
Question, le hard a autant de latence que le soft ?
J'ignore s'il y en a autant, mais il y en a suffisamment que pour rendre impossible l'usage du DS-1 en mix (sauf à recaler la piste).
Concernant les différences sonores, je n'ai pas d'explications, parce qu'effectivement : la puissance des processeurs actuels peut sans problème rivaliser avec ce qui est présent dans la machine hardware ou sur les différentes cartes genre UAD (qui est un excellent système anti-crack, rien d'autre). Je vais envoyer un courrier à Softube pour obtenir des éclaircissements.
Anonyme
J'ignore s'il y en a autant, mais il y en a suffisamment que pour rendre impossible l'usage du DS-1 en mix (sauf à recaler la piste).
Ok, j'avais trouvé ça très lourd avec le soft...
Après, par contre, pour l'exemple que tu donne sur le "mojo" des machines hard, il me semble que la situation de l'émulation d'un hardware analo type massive passive ou vari mu et celle du portage d'un algorithme tournant sur dsp vers une version native ne sont absolument pas comparables.
Sans doute lié à l'impédance d'entrée/sortie des machines analo, dont il ne peut pas y avoir d'équivalent de comportement avec le numérique.
oboreal
Tiens nous au jus des résultats.
Anonyme
Il faut un protocole béton. Et là, il n'y aura plus de doute possible sur les résultats.
[ Dernière édition du message le 01/05/2018 à 14:06:26 ]
Anonyme
ah ben ils serrent les fesses parce qu'il ont promis un truc (portage du code à l'identique), et il faudrait bien que ça ressorte à l'identique.
A leur place j'offrirais une licence VIP à vie, pour l’ensemble de leurs produits futures et actuels à celui ou ceux qui arrivent à prouver qu'il y a une différence de son entre le hard et le plug chez Weiss .
Anonyme
Anonyme
Globutu chacun à son propre style d'ouïe et il n'y à aucune incitation.
Oui, sauf qu'il y a des choses mesurables, ce qui permet d'éviter la subjectivité des oreilles, et de ce qu'il y a entre.
Tout comme le thread où je disais que les EQ numérique sonnent pareille, on me dit que je raconte n’importe quoi qu’un ableton a un mauvais son etc.
Et quand ont fait une annulation de phase (Chose très rare en audio car un sample de décalage c’est fini, les petits résidus c’est les clip car le morceau n’est pas true peak etc…. Tout d’un coup plus de réponses de ce qui dégommait les EQ ableton
là je suis d'accord, et c'est bien dommage.
arnoldorodeo
Voici des choses à écouter (il y en aura d'autres). D'abord un titre (Dancing, musique acoustique) où la compression parallèle a été utilisée (en plug et en hardware). Le même titre avec le Weiss (et le plug) en mode "limiteur". On peut se focaliser sur la voix (son volume, sa couleur), ou sur l'égalisation globale, ou encore l'espace prise par le mix, ou la micro dynamique.
Ensuite un autre tire (Carrington) où la compression parallèle a été utilisé.
Dans ces extraits, les réglages étaient absolument équivalents. Bonne écoute à ceux qui sont intéressés.
Le lien est ici :
https://we.tl/pcPicsEP6X
Alors désolé pour le retard Rroland, je viens d'écouter et c'est très instructif !
Mon impression est que le Weiss Hardware est définitivement au-dessus du plugin en terme de rendu sonore. Beaucoup plus de profondeur et une "douceur" sur le master général, basses et aigûs sont nickels. En revanche le plugin sonne un peu plus "dur", moins de relief.
Je suis très déçu car je pensais que l'émulation était identique. Sur ce que j'entends c'est pas encore ça & Softube a encore du boulot. Merci en tout cas pour le temps passé à faire le A/B
[ Dernière édition du message le 13/05/2018 à 01:34:28 ]
rroland
Je suis très déçu car je pensais que l'émulation était identique.
Moi aussi, je suis un peu déçu. Autant je conçois qu'il existe des différences entre une machine analogique et une émulation en plug (déjà qu'une bécane à lampes n'a pas le même son quand on l'allume et quand elle a tourné une journée), autant je me disais qu'émuler exactement une bécane numérique devrait normalement être possible, à partir du moment où l'on obtient les codes.
Anonyme
rroland
oboreal
[ Dernière édition du message le 14/05/2018 à 14:56:26 ]
ChatNon
ce n'est pas ma spécialité, donc je ne suis sur de rien.
Mais il faut prendre en compte l'optimisation des calculs en fonction des architecture.
http://www-tech.criann.fr/calcul/tech/archives/doc_ibm_pwr5/Optimisation
globutu
https://www.weiss.ch/files/downloads/ds1/Softube-User-Manual-Softube-Plug-Ins-Manual.pdf
et entend plus de largeur dans le hardware qui a moins de largeur dans l'exemple donnée. Mais dans les premier c'est l'inverse pour le M/S limitation, tout simplement pas meme niveau d'entré, d'ailleur en comp stereo et pas M/s aucune diff sur la stereo
alors le reste des test
[ Dernière édition du message le 15/05/2018 à 22:54:47 ]
ChatNon
C'est vos domaines de compétences respectifs, moi je ne saurai juger les test effectué.
[ Dernière édition du message le 15/05/2018 à 23:03:48 ]
- < Liste des sujets
- Charte

