JUCE announces acquisition by PACE

Sorry for the harsh Title but this keeps my blood boiling

Pace the company who annoys everyone with their Icrap Key now owns one of the best frameworks for VST development.

I see in the future that many, many VST/AU are ILOK only products thanks to bundling their resources
Maybe and Hopefully I'm wrong.
But in 1-2 Years remind everyone why their new Fav. Plug is ILOK protected.

 

and how many our fav. plugs was made with juce? a saw 2-3 plugs only and they are not the best to be fav.

 

Yeah it sucks. But blame ROLI, not PACE. They've been selling off their assets like crazy recently.

 

I won't get into the subjective opinion what is "fav" but there's no "our fav" regardless.

Saying that, I'd be pissed off _if_ there was a change for some of my well used plugins from Zplane, ValhallaDSP, AudioDamage, Lexicon, Arturia or Accusonus. This is just a small sampling from my plugins folder, there are more, a _lot_ more and this is just me.

NB.If you happen to have Bash (or Git Bash) handy you can easily check:

Code:

find /c/vst64/ -name '*dll' -exec grep JUCE \{\} \;

 

Fair point.

If this means JUCE gets more resources then *good*, as it is a good framework after all and it's use is very widespread.

I personally stopped using JUCE years back when they started dicking about with their licensing, not that my small twiddlings would even need something of that calibre... but if I somehow were to start a commercial project I'd think really long and hard about picking JUCE for that.

 

I blame both

Roli for selling it and Pace for buying it .(And maybe Pace for screwing it, but we will see if this will happen)

Companies using Juce:

• Cycling 74'Creators of Max MSP
• Intermorphic
• Korg
• M-Audio
• Echo Audio
• Arturia
• Image Line
• Music Tribe
• Presonus
• Open Labs
• SWAM engine
• TracktionJUCE was originally developed as part of the Tracktion audio workstation - still going strong since the year 2001!
• PPMulator PPMulator was a Raw Material Software audio plugin, now maintained by zplane
• Codex DigitalMany Hollywood movies are recorded on these JUCE-based machines!
• Muon Software
• Sonalksis
• Digital Juice
• P Softhouse
• Sonoma Wireworks
• Soundminer
• IRCAM, Paris

 

I'm on mac...
I have arturia pigments installed, I checked plugin code and as I can understand developers used juce only for gui because all calls I saw linked to images and opengl...

 

That already is a hefty list, but that's only a small set of users. To be on that list you first need to give JUCE approval, and then they decide if "you're worth it". A lot of small devs are thus left out.

 

ROLI will fail eventually.its too gimmicky a product to be as successful as they imagine it would be and especially for the investment they got.shame they have to take FXPansion with them down their path to failure.can't take a company seriously when they use celebrities as their creative director.....

 

I'm not entirely sure what you're trying to imply here, but yes, that's to be expected.

JUCE as a crossplatform framework produces different builds for different platforms and formats, at the build stage a lot of JUCE-specifics then disappear, leaving mostly the GUI stuff in the produced plugins which is what you're seeing.

Besides, crossplatform GUI frameworks are already a pain, so having a decent one is a massive effin' bonus and anyway, switching GUI libraries is not easy either.

 

I'm not on a Mac at the moment so this might or might not work...

Code:

find /Library/Audio/Plug-Ins/Components/ -type f -exec grep JUCE \{\} \;

 

I said that gui - is not a main thing in any plugin. main thing - is a sound. if plugin's sound - a piece of shit and have only cool gui - I don't need it. I know some plugins without any gui and it's not a problem.

also juce is not the one gui framework. a lot of developers using qt4 for example.

 

yes, it's working, thanks

 

FUCK, just when I was even beginning to toy with JUCE programming. Terrible news for any VST user...

 

Sure, most people don't use JUCE for DSP. It's also not just a GUI framework, it abstracts away the different plugin formats and platforms into one unified codebase. That's why devs use it and that's why it's popular.

Some might do and more power to them, but they're not using it for it's audio plugin abstraction, since it doesn't do that.

As I said I'm not using JUCE, I use NanoGUI, but I still have to build separately to different formats somehow.

 

BTW add all Ample Sound plugins to the list, all made with JUCE.

Nailed it.

Indeed JUCE getting rid of ROLI is a good thing (fuck Blocks while we are at it). Too bad the already important over-control to small developers it's going to raise a lot. And about the plugin usesr is gonna skyrocket.

Wow, following your footsteps here.Good choice ;)

 

I tried harvest that build with juce. this plug allways closing my daw with the error. I don't know how other people use harvest because I tried it in other hosts with the same results.

 

I said, pass the juce

 

I feel I have to explain why I disagree. Guis are very important with any complex software. Frequency visualizers, meters that indicate the amount of compression applied, there's no no end to it.
And it's not only the GUI. Just to wrap the insane VST3 API and seamlesly compile to any format and platform, including standalone apps it's a huge benefit for the developer.
I could go for hours on this.
Qt is hands down the best all-around cross-platform C++ framework but for plugins/audio/MIDI it doesn't hold a candle to JUCE. The resource and RAM usage for plugins is important, a basic application with Qt takes way more than a JUCE one. Ciclyng 74 Max Msp for instance is made with Juce.

PS. Framework means more than a library. GUI, network, threads, 3D, and so on.

And the other thing too... @Smoove Grooves knows what I'm talking about..

 

Last edited: Apr 22, 2020

squeeze out every drop of JUCE from it. bleed it dry. maximum $$$ return for stakeholders