Commentaires sur le test : C'est un petit pas pour l'homme-studio...
- 232 réponses
- 48 participants
- 50 141 vues
- 51 followers
Red Led
3240
Administrateur·trice du site
Membre depuis 22 ans
Sujet de la discussion Posté le 13/04/2012 à 18:18:25Commentaires sur le test : C'est un petit pas pour l'homme-studio...
Universal Audio est une marque pas comme les autres dans le monde de l'audio. Parce que présente depuis 50 ans sur le marché du hardware avec ses préamplis, compresseurs et channel strips, et depuis une dizaine d'années sur le marché du plug-in avec sa fameuse plateforme à DSP UAD, on s'est toujours demandé ce qu'elle pouvait faire à la croisée des chemins, alliant numérique et analogique. L'Apollo, présentée lors du NAMM 2012, est un début de réponse. Focus sur la première interface audio d'Universal Audio !
Lire l'article
Ce thread a été créé automatiquement suite à la publication d'un article. N'hésitez pas à poster vos commentaires ici !
Lire l'article
Ce thread a été créé automatiquement suite à la publication d'un article. N'hésitez pas à poster vos commentaires ici !
miles1981
8352
Je poste, donc je suis
Membre depuis 20 ans
91 Posté le 15/04/2012 à 13:23:14
Le processing n'est pas en 64 bits, et pour cause, c'est pas possible (et pour ce que ça change... Ca double juste la latence, la qualité est somme toute identique). Pour le reste, il me semble que les interfaces sont maintenant en 64 bits ou le seront.
Audio Toolkit: http://www.audio-tk.com/
HUROLURA
659
Posteur·euse AFfolé·e
Membre depuis 18 ans
92 Posté le 15/04/2012 à 13:50:34
C'est bien ce qui me semblait, je me disais bien que les DSP Sharc utilisés étaient des DSP 32-bits et donc incapables de faire des calcul en 64-bit (même si je ne suis pas certain que ça change grand chose d'un point de vue audio).
Pour moi, le seul intérêt des OS et autres trucs en 64-bit, c'est bien de pouvoir adresser davantage de mémoire que la limite des 4 Go des systèmes 32-bits. Donc ça sert uniquement à manipuler des fichiers de plus de 4 Go.
Je vois bien l'intérêt pour la video mais pour l'audio c'est beaucoup moins évident pour moi.
Quand tu dis que ça double la latence, c'est entre les DSP et le DAW ? En gros en rapatriant en 64-bits, on pourrait récupérer 2 échantillons en 32-bit issus des DSP d'un coup au lieu de faire deux cycles de transfert, c'est bien ça ? Genre une piste stéréo en un seul accès ?
Dans ce cas il faut que l'interface de l'Apollo soit capable de rendre ce type de transfert possible efficacement.
Pour moi, le seul intérêt des OS et autres trucs en 64-bit, c'est bien de pouvoir adresser davantage de mémoire que la limite des 4 Go des systèmes 32-bits. Donc ça sert uniquement à manipuler des fichiers de plus de 4 Go.
Je vois bien l'intérêt pour la video mais pour l'audio c'est beaucoup moins évident pour moi.
Quand tu dis que ça double la latence, c'est entre les DSP et le DAW ? En gros en rapatriant en 64-bits, on pourrait récupérer 2 échantillons en 32-bit issus des DSP d'un coup au lieu de faire deux cycles de transfert, c'est bien ça ? Genre une piste stéréo en un seul accès ?
Dans ce cas il faut que l'interface de l'Apollo soit capable de rendre ce type de transfert possible efficacement.
Anonyme
93 Posté le 15/04/2012 à 13:56:23
Citation :
Quelqu'un peut éclairer ma lanterne sur les plugs en 64-bits pas encore dispo ?
En fait les drivers UAD sont en 32 bits, résultat dans les DAW 64 il faut utiliser des "bridge" 32/64. Ces programmes permettent d'utilser en 64 bits un programme développer en 32 bit.
Le gros soucis c'est cette surcouche logicielle introduit souvent de l’instabilité une source supplémentairement de probleme quoi. D’après certain, ce système de bridge fonctionne particulièrement mal dans LOGIC ou Cubase par exemple (je suis sous reaper)...
Il faut parfois utiliser un logiciel bridge comme JBRIDGE (pour PC, et qui fonctionne pas mal d’après leur propriétaire) mais qui est une nouvelle source potentielle de problèmes.
On utilise les programmes 64 afin de pouvoir utiliser plus facilement les VSTi qui consomment énormément de RAM (les sampleurs comme Kontankt de NI ou les Rompleurs comme Omnisphere).
En effet en 32 bit on ne peux adresser (gérer) que 4Go de RAM Max.
Donc si on utilise des Instruments virtuels gourmands en RAM comme les Spectrasonic (omnisphere, Trilian) ou NI (Kontakt avec une bonne banque de batterie) ou d'autre, il est souhaitable de pouvoir utiliser l'ensemble des ressources physiques système (PC ou MAC) que nous propose nos plateformes modernes depuis ben presque 10ans (et oui le 64 bit est implémenté dans nos PC et mac depuis fort fort longtemps, contrairement au 64 dans nos OS).
Il n'est plus rare de trouver des machines tout en 64 (Win7 64) avec un SO2 64 ou cubase 64 etc etc avec 8go ou plus de ram.
Le fait de passer de 32 bit a 64 ne change rien en terme de qualité de son,(a ce stade de précision nos oreilles et le cerveaux qui va avec ne sont pas capables de faire la différences).
Par contre le fait d’être en 64 bit évite donc ces programmes de "bridge" qui rajoutent de l'instabilité et une surcouche logicielle inutile. D’après certains c'est même "bloquant" dans certain DAW...
Personnellement je suis en 64 bit depuis un bon moment et heureux de pouvoir utiliser mes VSTi sans trop de contrainte (car depuis que je suis en 64 je peux utiliser en même temps ou non tous mes vsti ).
Les premiers à offrir des versions 64 sont justement les constructeurs d'instruments, les FX eux c’étaient moins urgents puisque pas besoins de Ram particulièrement. Mais voila le mélange 32 et 64 ne se passe pas toujours bien et créer des problèmes.
Donc le plus simple est de tout passer en 64bit .
Mais les Fabricant de plug FX ont trainé un peu du pieds et plus particulièrement UAD qui chez moi est le dernier à le faire (lexicon à déjà passer le 64, et eux c'est pas des rapides pour les mises à jours...). Bon d'un autre coté le développement sur DSP Shark pose peut être plus de soucis que sur win ou mac .
Des Utilisateurs UAD (dont je fais partis) se sont plaints, et UAD à promis de faire le saut avant fin 2012. Or depuis cette promesse on a vu deux nouvelles version du driver ... en 32 bit et pleins de nouveaux produit UA (soft ou hard), donc Paul et Mickey sont sortie..
[ Dernière édition du message le 15/04/2012 à 14:17:23 ]
miles1981
8352
Je poste, donc je suis
Membre depuis 20 ans
94 Posté le 15/04/2012 à 15:04:06
Citation de HUROLURA :
Pour moi, le seul intérêt des OS et autres trucs en 64-bit, c'est bien de pouvoir adresser davantage de mémoire que la limite des 4 Go des systèmes 32-bits. Donc ça sert uniquement à manipuler des fichiers de plus de 4 Go.
Tu confonds la taille des données et l'espace d'adressage. On peut faire des calculs sur bien plus gros que ce qu'on peut adresser. Les DSPs sont généralement adressables en 32bits, mais on s'en fout pour le traitement audio.
La capacité de calcul en 64bits n'est pas universelle. En plus, ça peut être fait en flottant ou en entier. Là, on n'est de toute manière pas capable d'entendre la différence. Ca peut être intéressant quand on est sur un OS 64bits parce que tout fonctionne avec la même taille, mais au-delà, je pense que c'est plus un écran de fumée.
Audio Toolkit: http://www.audio-tk.com/
HUROLURA
659
Posteur·euse AFfolé·e
Membre depuis 18 ans
95 Posté le 15/04/2012 à 15:20:50
Ah je croyais que c'était Mickey qui avait gagné. Allez d'accord, n'en parlons plus ...
Pour ce qui est de la confusion entre capacité d'adressage et calcul sur 64-bits, je sais faire la différence, mais souvent on parle de fonctionner en 64-bits sans préciser de quoi il s'agit (adressage ou calcul). C'est pour ça que je souhaitais des clarifications.
Donc je résume pour voir si je comprends bien: le calcul en 64-bits ne sert pas à grand chose sur l'audio (il y a bien un gain notable pour nos oreilles de 8 à 12 puis à 16 voire à 24 mais au delà de 32 c'est un peu "du luxe", mieux vaut sans doute augmenter les cadences d'échantillonnages des signaux manipulés/traités).
Par contre effectivement, le fait d'avoir des éléments qui ne sont pas au diapason est source d'ennui, ça ce conçoit aisément.
Les DSP Sharc analog devices (utilisés par UAD et SonicCore) sont des DSP 32-bits en terme de format de calcul et sont capable de fonctionner en flottant ou en entier (mais ça c'est un autre débat, d'ailleurs j'ignore ce qui est exploité sur les UAD). Le gros intérêt du 64-bit pour une DAW, c'est donc bien la manipulation de gros fichiers en RAM pouvant faire plus de 4 Go.
Ils disposent également d'une capacité d'adressage de 32-bit ce qui permet d'avoir une RAM locale (au delà de la RAM interne de 2MBits) par ajout d'une SDRAM embarquée (pour le calcul d'algo de délais ou de reverb par exemple). En passant on ignore si l'UAD embarque de la RAM locale.
Donc ce qui manque aujourd'hui aux UAD (évoqué dans le test), c'est un driver 64-bits qui permettent de les utiliser dans un environnement 64-bits et d'avoir un comportement plus "stable" avec un environnement plus homogène.
Mais du coup, je ne vois pas trop l'impact que ça peut avoir en terme de latence ...
(d'autant que les échanges DAW/Apollo se font en FireWire qui est un format série, donc la quantité de donnée échangeable et la vitesse de ces échanges n'est pas lié au format des données, on récupère des données 32-bits de l'Apollo que l'on charge dans le DAW).
Pour ce qui est de la confusion entre capacité d'adressage et calcul sur 64-bits, je sais faire la différence, mais souvent on parle de fonctionner en 64-bits sans préciser de quoi il s'agit (adressage ou calcul). C'est pour ça que je souhaitais des clarifications.
Donc je résume pour voir si je comprends bien: le calcul en 64-bits ne sert pas à grand chose sur l'audio (il y a bien un gain notable pour nos oreilles de 8 à 12 puis à 16 voire à 24 mais au delà de 32 c'est un peu "du luxe", mieux vaut sans doute augmenter les cadences d'échantillonnages des signaux manipulés/traités).
Par contre effectivement, le fait d'avoir des éléments qui ne sont pas au diapason est source d'ennui, ça ce conçoit aisément.
Les DSP Sharc analog devices (utilisés par UAD et SonicCore) sont des DSP 32-bits en terme de format de calcul et sont capable de fonctionner en flottant ou en entier (mais ça c'est un autre débat, d'ailleurs j'ignore ce qui est exploité sur les UAD). Le gros intérêt du 64-bit pour une DAW, c'est donc bien la manipulation de gros fichiers en RAM pouvant faire plus de 4 Go.
Ils disposent également d'une capacité d'adressage de 32-bit ce qui permet d'avoir une RAM locale (au delà de la RAM interne de 2MBits) par ajout d'une SDRAM embarquée (pour le calcul d'algo de délais ou de reverb par exemple). En passant on ignore si l'UAD embarque de la RAM locale.
Donc ce qui manque aujourd'hui aux UAD (évoqué dans le test), c'est un driver 64-bits qui permettent de les utiliser dans un environnement 64-bits et d'avoir un comportement plus "stable" avec un environnement plus homogène.
Mais du coup, je ne vois pas trop l'impact que ça peut avoir en terme de latence ...
(d'autant que les échanges DAW/Apollo se font en FireWire qui est un format série, donc la quantité de donnée échangeable et la vitesse de ces échanges n'est pas lié au format des données, on récupère des données 32-bits de l'Apollo que l'on charge dans le DAW).
[ Dernière édition du message le 15/04/2012 à 15:25:40 ]
HUROLURA
659
Posteur·euse AFfolé·e
Membre depuis 18 ans
96 Posté le 15/04/2012 à 15:38:35
C'est d'ailleurs assez logique qu'UAD est "traîné" par rapport aux autres.
Pour du natif tu recompiles en changeant simplement les format de tes variables et fonctions donc si ça a été anticipé à l'écriture du code, ça peut aller très vite.
Par contre dans le cas d'UAD, la difficulté et l'ampleur du boulot est sans doute à peu près le même que pour l'écriture d'un driver de carte son. Là il faut des spécialistes pour coder un logiciel bas niveau plus proche du hard donc plus assimilable à un BIOS qu'à un applicatif par exemple. Et les gens talentueux capables de faire ce genre de chose ne sont pas légions.
Pour du natif tu recompiles en changeant simplement les format de tes variables et fonctions donc si ça a été anticipé à l'écriture du code, ça peut aller très vite.
Par contre dans le cas d'UAD, la difficulté et l'ampleur du boulot est sans doute à peu près le même que pour l'écriture d'un driver de carte son. Là il faut des spécialistes pour coder un logiciel bas niveau plus proche du hard donc plus assimilable à un BIOS qu'à un applicatif par exemple. Et les gens talentueux capables de faire ce genre de chose ne sont pas légions.
[ Dernière édition du message le 15/04/2012 à 15:39:12 ]
SeanT
489
Posteur·euse AFfamé·e
Membre depuis 14 ans
97 Posté le 15/04/2012 à 20:13:20
Test très sympa !
Je serais d'avis sur le test de converto, de générer plutôt un oscillateur saw sur une note beaucoup plus basses.
D'après mes essai, les convertos ont toujours du mal sur les graves..
c_planet
854
Posteur·euse AFfolé·e
Membre depuis 17 ans
98 Posté le 16/04/2012 à 01:20:36
Citation de isma79 :
Je pense que le thunderbolt sera bientot de série, surtout que les nouveaux mac risque de sortir sans firewire, ils seront bien obligés...
ils ne seront pas vraiment obligés. Tout comme on ne sera pas obligé de jeter ses périphériques firewire quand on achètera un pc/mac uniquement thunderbolt : il faut juste raquer pour une interface firewire thunderbolt ou même pcie.
C'est même dommage, ça aurait fait les beaux jours du marché de l'occase en audio pro ... lol
Citation de DownSideUp :
Pour le live je trouve ça révolutionnaire, y a moyen de se faire un son de malade avec un portable, sauvegarder, et ranger le portable pour la soirée! Et la ca enterre l'horrible 01v présente dans le club.
tiens ça m'intrigue ça ...
t'es certain de ça ? toutes les interfaces de ce genre de gamme gardent toutes configurations du driver pc/mac ? ou c'est typique de ce modèle ?
Donc en pratique, en live sans pc/mac, il serait possible de rectifier tous les niveaux avec les deux potards en façade avant (gains préamp et faders de mix) ? sinon, c'est même pas la peine.
... et il n'y a pas une frustration de ne plus pouvoir modifier les paramètres des uad ? ils sont rares les plug-in uad qui demandent un paramétrage en fonction du placement de la scène, des mics, etc ?
isma.
1324
AFicionado·a
Membre depuis 17 ans
99 Posté le 16/04/2012 à 09:09:34
@ c_planet : quand je parlais de nouveaux mac, je voulais dire macbook pro, les portables quoi...
D'ailleurs le mac pro (de bureau), on est meme pas sure qu'ils vont continuer apple...
Apres l'abandon d'apple du pcie sur les 15" et 13", UA s'est retouvé le bec dans l'eau avec les cartes pcie pour portable, et ils ont finis par sortir la satellite en firewire...
Evidemment qu'on ne sera pas obligé de jeter ses périphériques firewire, mais je parlais de portables, comme l'apollo est aussi faite la mobilité...
Sinon pour répondre à ta question, oui il est possible de rectifier tous les niveaux avec les deux potards en façade avant (il suffit de cliques sur un potard pour changer de piste), sans ordi(voir le vidéo de fab dupond).
Par contre pour les plugs, ordi oblige, mais ce qui est bon, c'est pas besoin de passer par le DAW, pour le live, on reste en direct monitoring, donc l'ordi peut juste servir d'ecran pour visualiser la console, les niveaux, une fois que tous les plugs sont setup...
D'ailleurs le mac pro (de bureau), on est meme pas sure qu'ils vont continuer apple...
Apres l'abandon d'apple du pcie sur les 15" et 13", UA s'est retouvé le bec dans l'eau avec les cartes pcie pour portable, et ils ont finis par sortir la satellite en firewire...
Evidemment qu'on ne sera pas obligé de jeter ses périphériques firewire, mais je parlais de portables, comme l'apollo est aussi faite la mobilité...
Sinon pour répondre à ta question, oui il est possible de rectifier tous les niveaux avec les deux potards en façade avant (il suffit de cliques sur un potard pour changer de piste), sans ordi(voir le vidéo de fab dupond).
Par contre pour les plugs, ordi oblige, mais ce qui est bon, c'est pas besoin de passer par le DAW, pour le live, on reste en direct monitoring, donc l'ordi peut juste servir d'ecran pour visualiser la console, les niveaux, une fois que tous les plugs sont setup...
lopoic
15
Nouvel·le AFfilié·e
Membre depuis 18 ans
100 Posté le 16/04/2012 à 12:53:31
- < Liste des sujets
- Charte