Se connecter
Se connecter

ou
Créer un compte

ou
Agrandir
Ajouter ce produit à
  • Mon ancien matos
  • Mon matos actuel
  • Mon futur matos
Slate Digital FG-X Virtual Mastering Processor
Photos
1/29
Slate Digital FG-X Virtual Mastering Processor

Sujet Des utilisateurs ??

  • 27 réponses
  • 11 participants
  • 9 491 vues
  • 13 followers
1 Des utilisateurs ??

Des Utilisateus, parait qu'il est énorme !?!

www.wsproaudio.com

Afficher le premier post
21

Oui pareil j'ai eu a faire a eux quelques fois, ils sont vraiment super, c'est pour ça que je me permet de demander, sinon tant pis...

 

Mais pas mal d’éditeurs devraient prendre exemple sur eux ! Parce que même commercialement, quand on s'occupe de toi comme ça, tu n'as qu’envie d'y revenir !

[ Dernière édition du message le 29/11/2012 à 19:24:01 ]

22

merci pour toutes vos reponses bravobravo

 

Urban Groove Studio

Pour un son professionnel, formez vous !

http://www.maoplus.fr/

23
FG-X est pour moi l'un des meilleurs plug in de mastering... Il m'est devenu indispensable ! Vous serez pas déçu

Je l'ai acheté ici à petit prix : http://cgi.ebay.fr/ws/eBayISAPI.dll?ViewItem&item=291140713614
24
Citation de Corbo-Billy :
Citation de Djezeking :

 Depuis que je suis sur mac, je l'ai plus et sincerement, il me manque...snif...

 Oui mais ce Plug-in est compatible Mac !
Citation de jessy_c_dead :
Tout a fait ! Mais que 32Bits pour l'instant. Ce qui m'a surpris venant de chez Slate... Ils bossent sur le 64
 
Et du coup j'ai craqué aussi, a 99$... Et je ne regrette pas ! C'est vrai que ca le fait ! Pressé de prendre leurs nouveaux comp aussi !


Juste pour dire que le FG-X est toujours à cette date uniquement utilisable en 32 bits..............................
Pas une critique hein.. C'est qu'ayant acheté tous les plug de chez SLATE (Black Friday) et après autorisation (iLOK) et installation, seul le FG- X ne fonctionnait pas.. Malgré le fait que le plug soit bien visible dans mon dossier componant (MAC en AU donc), mon DAW (LPX en 64 bits donc)ne reconnait pas le plug ni même ne le lance..
Pour terminer, voici un mail du support SLATE reçu aujourd'hui (apparemment ça serait compatible pour fin d'année. Après, vue la qualité des plug et le S.A.V., on va pas les maudire pour autant.. Juste que je me suis fais ch!er à chercher le pourquoi du comment. Alors à celui qui passera ici et qui saura maintenant pourquoi:

Hello,

Thank you for contacting Slate customer support. FGX is currently not available in 64bit. Our developers are working on an update to address this issue and plan on having it ready before the end of the year. It will be a FREE update as soon as it is ready for release. In the meantime, FGX will work in any major 32bit DAW (Logic 9, Reaper (32bit), Pro Tools 10, etc..). I apologize for the inconvenience and thank you in advance for your patience. Please let me know if you have any questions. Below I have posted a message from Steven Slate regarding the development of AAX updates.
Regards,

Paul Hessing
Slate Digital | Steven Slate Drums | Slate Media Technology
Technical Support Specialist

Dear FG-X and VCC Slate Customer,

This is one of the hardest emails I've ever had to write. The reason for this, is because I really love what I do. But one of the main reasons I love what I do is because I get to make products that make people happy. But clearly, there are a lot of you out there who are quite unhappy, due to the missed deadlines of our VCC and FG-X updates.

First, and this goes without saying, I feel terrible about this. I never intended for this to happen, and I read all the negative comments, and it breaks my heart. Because I failed you guys.

This company means the world to me, and I have always strived to make mindful decisions that would ensure that it remains healthy. But unfortunately, despite the fact that I am often seen around Hollywood Blvd wearing a cape, I have no super powers and am just a mere mortal who makes mortal mistakes. And clearly, I've made mistakes this past year. Let me tell you about them.

As many of you know, we work a long time on our products. Two years ago when AAX was announced, we were just beginning the development of some pretty intense new products, which are all as of this email, unreleased. Two of them you know about, the Virtual Mix Rack, and the Virtual Microphone System. Both of these were new and exciting products that required a lot of effort from the entire team, and so we began to start the R&D. And then, we get hit with AAX.

We were not prepared, nor did we have a big enough team to simultaneously develop big new products while updating old products. My first mistake was realizing that fact too late. What should have happened is a pause in all production to hire more developers to help with our new 64bit AAX framework, pause all new development, and then proceed with full force on all of our legacy updates. Instead, I became fearful. This fear was derived from the fact that we are one of the newer games in town as compared to our competition, and I felt like new product development was crucial enough that we had to keep some part of the team on it while another part worked on the framework and updates. This compromised the productivity of both teams since neither side had enough manpower.

When the framework was complete, we had to decide where to start. So let's just get this out of the way and say it was an obvious choice with VBC and VTM. VBC was written INTO the new framework. Converting it to AAX would be the easiest and more straight forward. Than came the VTM. This was in our old framework and had an insanely complex algorithm, but several of our very talented team members were able to get the port done in the Winter. And now we are left with the VCC and FG-X. Oh boy. Here it goes.

I think it's fair to say that the algorithms, meaning the audio processes, of the VCC and FG-X are some of the best out there for what they aim to do. Well, at least I hope you think that since you bought at least one of them. These were the very first two plugins that Fabrice and I worked on and we're proud of them. But as great as these algorithms sound, the way the code was written back then had a bit to be desired. Ok, they had a lot to be desired. Alright fine, they're a mess.

There was no way we could use the same code for these plugins in our new framework, because we owe it to you, the customer, to improve them. With a cleaner code, they would be bug free, and use dramatically less CPU. Furthermore, there are aspects of our new framework that the VCC and FG-X code is not 1:1 compatible with so it would have taken just as long to convert the old code into the new framework. So the choice was obvious. We started last year to rewrite FG-X and VCC with fresh code, new features, and new algorithms. But again, going back to my first points, the team was overloaded. There were members bouncing back and forth to all the projects… one week it was VMR, then VTM AAX update, then VBC bug fixing.. it was insane. And to top it all off, we parted ways with two of our team members in the Spring, making a bad situation even worse.

I do NOT expect sympathy from you. I do NOT consider any of this an excuse. I will stand here in front of you and say we messed up. But rather than drown in our sorrows, I'm going to tell you what we are doing to make things better.

First and foremost, with the exception of the few members finalizing VMR, the entire rest of the team is focused on FG-X and VCC. We will do NO OTHER DEVELOPMENT ON ANY PRODUCT until these two AAX updates are done. Second, we are hiring hiring hiring. We are going to put ourself in a position to be able to execute faster, more efficiently, and we'll be able to meet deadlines and schedules.

So some of you are saying "Enough of the drama, when the hell are we getting our plugins?". And just in case you didn't hate me enough already… I can't give a date YET. Because unlike last time, I will not give you a date until I'm ready to put my life on the line because I'm so sure we'll make it. But what I am going to do is make you a promise: You will have an inside look at the productivity of these two projects with weekly emails of information. And I also promise that as soon as I have the confidence to give you a release date that I know is a reality, I will state it in one of these weekly updates.

Last, I'll say that we are working on a possible temporary solution that could get you guys up and running in Pro Tools 11 while we finalize VCC 2.0 and FG-X 2.0. And to end on a positive note, these 2.0 updates will be amazing. Please keep that in mind. With the VCC, it's goiong to be simpler, have new options, and include a new console emulation that I predict will be your new favorite and most used console emulation yet. The FG-X will have a new metering algorithm but that will likely get overshadowed by the new FG-LEVEL algo. This new algo has been over three years in the making and utilizes a brand new loudness process that is so ridiculously transparent that you'll think it's defying the laws of physics.

Ok, so that's all I have for you today, but you'll be hearing from me again soon. I know this is not the email you really want, but I hope you'd agree it's better than silence. You can email me at slate@stevenslate.com. It might take me a bit to get back to you because it's so busy here, but I promise I will. Have a great weekend,

Steven Slate
25

Hé bien, c'est bon: il est maintenant compatible 64 bits avec la version 1.4.0.4 _

 

 

[ Dernière édition du message le 25/02/2015 à 21:28:25 ]

26
Ils ont mis du temps pour développer le framework. Le prochain fgx sera basé dessus, l'ancien code ne sera pas du tout récupéré, c'est donc une réécriture globale probablement dès lors sous vmr aussi.
27
Hello

J'ai testé le FG-X et je ne pense pas l'acheter. Mon avis :

Sur mon protools 12.3 et Mac core i7 8 Go de ram sous Mavericks, il engendre 282 samples de retard, ce qui n'est très raisonnable pour un plug de mastering qui doit sans doute oversampler et anticiper les transitoires.

Un peu gourmand en ressources, c'est tout à fait exploitable car en mastering, il y a peu de plugs simultanés, contrairement à une session de mixage.

La partie compresseur est bien, permet de rajouter un peu de volume de façon transparente lorsqu'on l'utilise à 1:1.5 ou 1:2. Pas de couleur de son ajoutée. Je regrette un peu de ne pas pouvoir régler le mélange son wet/son dry et faire un peu de parallel compression.

La partie limiteur est plus à débattre à mon avis.
Une fois le niveau maximum de sortie choisi, il suffit de monter le gain global jusqu'au niveau sonore qu'on cherche, ce tout en écoutant les conséquences sur le son traité et les indications des afficheurs de crête (peak) et niveau moyen (rms).
La fonction "constant gain monitoring" est un vrai plus et permet de conserver un niveau sonore d'écoute constant quel que soit le gain, et de ne pas se faire influencer par un son plus fort donc souvent perçu comme "meilleur".

Les réglages de transitoire 'low punch' et 'détail' sont à utiliser avec parcimonie mais peuvent permettre de personnaliser le son en fonction de la matière première sonore. Ces réglages permettre de récupérer certaines transitoires du grave et/ou de l'aigü qui auraient été laminées par le limiteur (typiquement: la batterie). Plus utiles aux styles de musique plutôt 'énergiques'.

C'est ensuite que pour moi le tableau se gâte un peu, car je cherche la transparence.
Les réglages de 'dynamic perception' et 'ITP' (– Intelligent"Transient"Preservation) peuvent par contre ruiner votre beau mix tout propre.

Slate conseille de partir sur un réglage de l'ITP au milieu, mais pour moi, si le limiteur travaille déjà beaucoup, l'ITP engendre un 'crunch' dès qu'il quitte sa position minimale ("smooth"). Ce, même sur des voix (lorsqu'elles sont 'forte'). Donc le 'I' de 'ITP' n'a rien d' "intelligent" ni d'adaptatif au signal, mais ITP fait appel à un algorithme systématique qu'il convient de laisser sur 'smooth' (ie : pas de traitement), et de bien écouter le caractère qu'il apporte. C'est personnel : je n'aime pas cette saturation, même légère. Les Adeptes du grunge apprécieront. La position 'smooth' n'adoucit pas le son. C'est la position de bypass.

Le bouton "dynamic perception" semble jouer sur les timings ou bien une non-linéarité de la courbe de compression, et ajoute aussi une touche intéressante mais peut virer au 'sale' (comme la sensation qu'on diminue le release du limiteur sous les 0.1s). Je ne le ferais pas sur un mastering, sauf effet voulu.

Heureusement, ces réglages peuvent être laissés à 0 et le son rester propre.

Sur protools 12, une fonction intéressante permet de visualiser la quantité de Gain Reduction à côté des crête-mètres de piste. Le slate ne semble pas compatible avec cette fonctionnalité de PT car le GR n'affiche rien alors que le FG-X travaille.

Dernier point important qui pose problème chez moi : En faisant une lecture du niveau "dBTP" (true-peak) des fichiers traités avec le FG-X, celui-ci dépasse régulièrement des 0dBFS jusqu'à +0.5dBFS, lorsque le output ceiling est à -0.1dBFS. C'est-à-dire que le niveau inter-sample dépasser le OdBFS. Si je fais confiance à ce réglage de -0.1 dBFS, tous mes mixes clippent ! Il faut donc régler le output ceiling à -0.6dBFS (voire -0.7) pour être sûr de ne pas dépasser le 0. C'est dommage et peu professionnel.

Ce plugin est actuellement à 99$. Ce n'est pas cher pour faire un petit pré-mastering chez soi, en étant au courant des points de vigilance à avoir.

Ceci n'est que mon Humble avis ;)

[ Dernière édition du message le 05/12/2015 à 18:40:24 ]

28
Citation de delchambre :
Le prochain fgx sera basé dessus, l'ancien code ne sera pas du tout récupéré, c'est donc une réécriture globale probablement dès lors sous vmr aussi.

On attend toujours ! :clin:

Mais j'apprécie toujours l'actuelle version; sauf qu'on n'a plus accès à la liste des presets depuis l'interface, une fois installé sur une machine Apple M1 _

[ Dernière édition du message le 04/10/2022 à 22:15:25 ]