Plugins will NEVER get better…. This is why...

[@supercompooper]

What is getting better is the realistic 3D shading on my screws in my plugins

[@MrAlFuture]

I think the open CLAP standard is seeking to solve what you're talking about.

[@dancarter5595]

Came to say the same. I use some u-he plugins in CLAP format in Bitwig.

[@TheTonecii]

Unfortunately it's not getting alot of support yet.

[@TildeSounds]

@@TheTonecii fabfilter adopted it, so thats nice.

[@frabber321]

8:21

[@Windiguana]

He's running reaper so he has support for CLAP, but yeah, developers need to get on that, also that new daw file saving standard and midi 2.0

[@Revoltyx]

CLAP support is on the way for FL, it's currently being tested in the 2024 beta

[@billB101]

It's already on BItwig too.

[@zxbryc]

@RAM_845 VST is not a REAL standard. It is a monopoly. They punish developers who support VST2 because they make money from VST3 licenses. VST3 hurts developers and users by limiting how it can be used and not supporting new innovations. CLAP is a TRUE open standard, it doesn't require a license, doesn't limit how it can be used, and has already shown commitment towards supporting new innovations in updates. CLAP is very important. A CLAP plugin created today, will always be supported, as there is no profit-motivated governing body to obsolete it for something inferior/restricted.

[@marfaxa]

@RAM_845 it's open source

[@FrancoW1]

@RAM_845 CLAP is not VST. It is a different plugin format. It's open source, very stable and also supposed to be more resource efficient.

[@bolttracks]

@RAM_845it’s an open source standard that’s way more extensible and could replace VST entirely if given the chance

[@everybodyhasoul5438]

If there’s one thing the industry can get behind together it’s definitely rereleasing every plugin in a new format that we need to purchase again.

[@jeremydas723]

I hope not! I doubt if many people are willing to pay just for CLAP, especially this early in its development and adoption. My guess is that plugin makers who want to use CLAP as an excuse to charge extra will wait until CLAP is better established and its benefits are clear. The two CLAP plugins I have so far (from U-he and Audiority) both came as part of free updates.

[@charlesrocks]

Your studio is looking very nice these days.

[@osvaldomaestrini6141]

I am nobody in this sector, only i play piano (amateur), but i appreciate you so much for your integrity, i like to see your videos for it, you are so authentic!!! My great compliments to you

[@MaartenFranken]

I totally agree!

[@modernistmixing]

I have to say this is a pretty nice idea. The problem with most developers are they're obsessed over re-creating 60 year old designs and workflows in a computer. "The eagles didn't have 1176s talking to each other - why would we need to have plugins talk to each other?" We need more developers like DMG, Fabfilter, Goodhertz etc who do not start with the ancient workflow and start fresh with a perspective with current needs and processing capabilities in mind.

[@natdenchfield8061]

I feel like it's vicious cycle - passion for retro plugins is whipped up by celebrating the old ways and classic albums .. which then the plugin developers cater for , which then has users thinking about the old ways and feeling the passion, which has the plugin developers making more .. meanwhile the real vintage equipment buying frenzy is also pumping it all up too.

[@skeletonmodel]

@@natdenchfield8061maybe it’s because im old, but that is connected to anything. I like guitar music, and if you like recorded instruments, most of the classic albums are recorded in a classic way. I don’t think any of the modern Neural DSP bands will be considered timeless or classic. So I think music that we consider classic is just not going to sound good when mixed with plugins that are too perfect. So we can embrace more digital perfected music, like techno, industrial , gridmetal etc . But me personally, I like a Siamese Dream or a Powerage. Those albums will not sound good with a perfected compressor, AI eq , electronic drum kit , 8 string guitar and other perfected versions. I’m all for development, but the music will go along with that. And that is for a younger generation

[@natdenchfield8061]

@@skeletonmodel Just another little point - if one has any skill at all, the tools don't change your vision of the sound you want to create. When tape would dull the sound, people boosted treble. If ITB compression is very clean, they will add distortion elsewhere ... ? If an engineer wants the sound of analogue EQs or compressors ... they can use outboard too. Look at Mr White Sea Studio and his options .. a good engineer knows it all, outboard and plugins . As I say the rest is about taste, about artists making music for themselves - if you personally feel left behind by their tastes... that's what happens to the average consumer. Personally, I love music and I find myself appreciating new and old equally .. maybe part of not seeing myself as old? (I also appreciate the recorded sound more and more - clean plugins allow you to absolutely focus on the sound from the mic, not worried about how some piece of gear is going to ruin it, dull it or whatever)

[@skeletonmodel]

@@natdenchfield8061 I think boosting the treble on a tape recording will bring up a little more hiss compared to digital recordings with more high end etc. I don’t think it’s skill per se, you can be a great guitar player but not sound like a trumpet. I appreciate new music as well. But if you’re going to record the first Ramones album digitally, or In Utero, it’s just not going to sound the same. You can say that’s recorded crappy but that is raw and a sound you will not get in the box. You don’t have to, new music sounds great when it sounds like new music. But I don’t think you should try to sound like the old limited recordings with non limited gear. It’s just not the same. A photograph would’ve captured the Mona Lisa in far greater detail where you can focus on the Pureness of the image. Is it therefore better? Some disagree

[@Blepherk]

Agreed, theres a sea of emulation right now. It feels like they only do it because it is the easiest way to program a plug-in. A lot of plugin ideas that needs to be made but they just fail to realize it

[@twilightcrush]

the genius of Dave Smith’s midi. RIP

[@Shane-zo4mg]

Audio processing tech has always been behind. I've been saying this for years. I'm so glad you're saying this!

[@JohnSmith-pn2vl]

only people who have no clue whatsoever say this

[@Beatsbasteln]

A lot of the things you described are already possible, but not in plugins, but DAW features. For example in Cubase Pro you can apply an offline processing effect chain to any audio event you want. It can include any realtime plugins you have and if you tweak a parameter in the middle of the chain it will automatically re-render the interleaved audio from that effect on. The only problem is that they didn't add this feature for a whole audio track, but I'm pretty sure they could do that if they wanted to. They already have implemented the pretty similiar track freeze feature. Another thing you mentioned was the oversampling thing. Why can't a plugin tell the next plugin that they could share the same oversampler to save some resources and sound quality? Well, Reaper has a feature, where you can wrap a whole effect chain in an oversampler. And Bitwig has even more useful containers, like a mid/side-container or several multiband ones, that make it easier to use small plugins, that don't bring a lot of features themselves. So all in all I think you should just focus on DAWs instead of plugins with the things you want. DAW features can solve all these problems without a new plugin format. The job of an audio plugin is just to synthesize or process audio or MIDI and it has all the available tools and information available for doing that already.

[@RobertTaylorMusic]

Thank you! There’s cubase for that 😊

[@THAMNOS]

The 'proxy render' option would be cool. It is something that's already very common in the Video Editing softwares. Something that would eliminate the need to do freezing or rendering the tracks etc. Basically it would 'pre-render' the track in real time, and it would keep the effects on the tracks, turning off the plugins (until they are tweaked again). It would make working on big projects easier and faster, even on worse computers.

[@MichaelSasser]

I’ve been playing around with Suno lately and while the bitrate sounds pretty degraded, the overall mix quality is better than what I can produce with tons of paid plugins and a few years of learning what I can. It’s crazy to me that it can create a rounded professional style mix in seconds but side chaining is the most we can do to have tracks communicate with each other.

[@oscarsjoberg7920]

Reaper can handle upsampling a whole chain of plugins like that already, and then downsampling the chain, to my knowledge. That's not solving any problems mentioned otherwise, but quite a fine thing.

[@BenCaesar]

Reason tried to do a closed ecosystem, look at them now. UAD recently opened their plugins for use outside their hardware.

[@bolttracks]

UAD’s native plug-ins came way too late IMO

[@TheOnlyJoeyYT]

Many have already said this but CLAP is basically the plugin standard equivalent of a standard like Vulkan for graphics. Open Source, developed and supported by multiple DAW vendors (Bitwig, Presonus) and actually makes sense from a API sense. Something to also add is the DAWProject format that Bitwig and Presonus have introduced. Another open-source standard that actually manages to do cross-daw project sharing (no more stem/file exporting!).

[@anteshell]

Somehow I cannot see DAWProject being a good thing. The way I currently see it would just stagnate the daw development and/or eventually turn every daw exactly the same, essentially just different looking skinpacks of the same daw, because everything has to be done compatible with each other. While absolutely convenient idea in the short term, I cannot see any long term good happening from it. But of course my current stance could be because I may be ignorant of some relevant information. I'm open to change my mind if you could elaborate what good this could bring?

[@bassc]

Presonus doesn’t support clap.

[@mwdiers]

I think you mean FLStudio, not Presonus.

[@FreeDooMusic]

are you refering to ARA or something?

[@zxbryc]

@@anteshell I disagree dude. You wrongly think that supporting a common format will force DAWs to drop features - that is not true. If you think of it as an IMPORT format, where the user is expected that only the core aspects of the project are going to be loaded, and that some things will not sound exact, it becomes much more useful. I admit that the usefulness of a universal project file that wont sound IDENTICAL between DAWs is questionable, it's still useful because often times we just want the BONES of a project, as a starting point!

[@young_neal5947]

Thank you for advertising your ideas. And by the way, before watching this video, I had no idea about the problem of sampling filters of several plugins. I think that this can be solved inside DAW, with a special built-in container plugin that internally upsamples and has a downsampling filter on the output. And the idea with proxy rendering is also great. In fact, everything for it is already inside the software. Since, for example, I do something similar manually. I'm just doing a bounce at the bottom of the original track. Then I turn it off. This allows me to always go back a step and change something. It also saves a huge amount of resources. All you need is to simply automate this process.

[@MRGO0OSE]

Your thoughts on offline processing at 5:15 remind me of the experimental DAW Blockhead where you see the waveform of your track audio get altered in real-time as you apply FX and tweak parameters.

[@NatCurrier]

FL has Clap support in beta I hope to see it in Studio One sometime

[@ReubenCornell]

TLDW: Wytse argues for a modern global universal standard for plugin development, DAW implementation and hosting. This means that plugins, DAWs and instruments would be able to communicate with one another and know what kind of processing is going on across a whole project.

[@ComplexConfiguration]

sounds like communism to me KKona LUL

[@zxbryc]

@@ComplexConfiguration That's not funny

[@nandoflorestan]

Yes it was funny and you made it funnier, thanks

[@bassc]

What you suggest is also marred with problems. Plugins looking ahead to a render ends up in a vortex in that the render needs to bounce down other plugins other than itself to get a picture, then others do the same, but also plugins are material sensitive to what they get in a moment in time and in a sequence, it basically can’t happen, everything needs to be sequentially interpreted in the moment like it is currently. Oversampling, to some degree the solution is to use a mega high sample rate in the project instead, but not everything needs to oversample, so there’s wastage. What CLAP brings is mainly freedom from Steinberg and a slightly better interface, but the DSP approach has to be the same sequentially. The biggest problem with plugins is CPU and what they have to do in short blocks without hogging too much. Thats why emulations try to capture the best perceived characteristics of what they are based on but can never manage it all, they skim because that’s all they can do.

[@bassc]

@edwardfanboy it doesn’t really help because then all you do is shift the oversampling multiplication back to the DAW instead, which still has to go up and down sequentially in realtime between plugins, so there’s no greater efficiency achieved. But I’m not totally disagreeing that more shouldn’t be thrown back to the DAW, but there is already enough idiosyncrasies with what DAWs supply anyway, so it could open that up further, i.e, believe it or not, some plugins are doing host adaption, i.e. if ableton do this, something else do Y, which I think is fundamentally wrong and is working around discrepancies that shouldn’t exist (but the vendor is too scared to correct because those workarounds exist). Plugin architecture is generally quite good, but fundamental digital processing issues like oversampling will always be an issue in the digital realm, but generally the pros outweigh the cons and digital can do some things better than analog and vice versa, analog isn’t a perfect flow either. Maybe quantum computing would offer a paradigm shift in the way such problems are handled. Fundamentally what is mentioned in this video has been thought about many many times before, there’s simply no simplified solutions that don’t open up other cans of worms. Nothing is ever perfect in technology, but there are some small things that could be improved. Routing is one, like Studio Ones mix engine fx, one plugin at the start of the master chain getting and affecting every channel in the mixer was a good idea but that architecture already exists in plugins (multi ins, multi outs), it is DAWs that bottleneck that option here and dictate the flow.

[@slowdivisionmusic]

2:05 it is caller propellerhead reason (before it allowed VST user remained decades without vst...never made so many track that at that time)

[@tbonebeats6429]

Facts! I loved reason when it was closed off to outside vsts. It was super stable. I made so many beats with version 5.

[@Nullllus]

7:11 a DAW should be able to do upsampling/downsampling in a chain though. Since it already knows which plugin is doing what. Much easier solution.

[@josephmerrill2686]

Ideas are possible. Here's one: a plugin wrapper that lets you tab transients and make break points so you can turn regions' volumes up and down. Then the plugin wrapper lets you use another plugin like a limiter or compressor. After the compressor, the plugin automatically reverses all your volume changes, restoring the macro dynamics. The point would be to let you prep your signal to feed consistently into a compressor or limiter so the processing works more like a micogroove shaper rather than a leveler, but then gives you your dynamics back on the back end. It could do busy work for you like analyze the new waveform for the nearest transient break points (they will shift around with processing). Or even automate the frontend of the process. Its kind of like conjugation in abstract mathematics g^-1*h*g. Curious about Sound Radix Pi. It uses info from all the tracks. Is the distinction that it can't have a global view of the session data?

[@croay]

Fl Studio is about to support CLAP. In 2 years since its release 2 major DAWs adopted CLAP and there's others thinking about adopting it. I truly believe CLAP will be the future but it may take a while.

[@mwdiers]

Three major DAWs nos that FLStudio beta has it.

[@dARTfader]

Could you make a video about the difference between a clipper and a limiter and how to use them in conjuction with eachother? Thank you in advance

[@JvG0]

I have been thinking this for a while too, so many possibilities open up when vsts have "offline access". When I started I was very surprised you couldn't just check the LUFS whenever. Fortunately music software is an area where passionate people occasionally create things that don't necessarily make sense from a business standpoint (Reaper's Winrar-like selling strategy). So I do have some hope for the future. Awesome video, totally agree.

[@JohnSmith-pn2vl]

why would anyone need this except mastering engineers who should use a Mastering Software not a daw in the first place.

[@DoubleDoubleU]

Hasn't Reaper solved the up/downsampling thing by making it possible to upsample the signal within the whole plugin chain?

[@grandmaenjoysmusic]

And what about ARA? You know, the thing Melodyne uses - seems to have offline access to multiple tracks :)

[@lunairysproducciones]

Very good Wytse! Thanks for always pushing the audio world to get better and better!

[@alexgsproductions]

I wonder if an upsampling/downsampling container vst is possible. Where you would load all the vst's into a container and let the container do the upsampling.

[@nitsujism]

Reaper has this feature built in.

[@waedi73]

Mac user me has deleted all VST, using AU only, it works great, wondering why Apple not yet bring a Babyface (iFace ) ?

[@mhb450]

I too have often thought about look ahead processing. I never really understood the limitations of VST or other formats, I always thought that the reason it was mot available was the stubbornness of old school industry types Your video really provoked some thought for me. Thank you

[@lindsayandrews5707]

Just in case you don't know: Digital Performer will PRE-RENDER plugins--which is pretty much what you're talking about--if you want it to.

[@neilana73]

How about the ability to embed a frozen state of plugins into the host save? Meaning that even if you no longer had the plugins installed / authorized, you would be able at any time in the future, open a project on any computer with any newer OS/ Hardware , edit the audio and MIDI, remove frozen or add new plugins, render the audio and so on. In effect being able to save a project archive, complete with plugin state and without having to think about rendering all the audio tracks..?

[@bomboclaat9215]

For the first point there is ARA (Audio Random Access) which was developed by the company of Melodyne. Else a plugin like Melodyne would not work.

[@nj1255]

The thing with CLAP is that most of the advantages it has over VST and AU are developer focused, not user focused. There are some advantages over VST for users as well, like better performance for modern CPUs, better plugin metadata and organization, built-in per-note automation and modulation (MIDI 2.0 and "MPE on steroids"), and ofc great cross-platform support. We will probably see more user centric improvements in the future, but until CLAP has become the de-facto plugin standard, most new improvements will probably be on the developer side just to make sure that most developers follow suit.

[@FluxNoise]

So your plugin idea is not possible with CLAP?

[@Pintosonic]

I know that CLAP brings polyphonic modulations and things like that but I’m not sure it brings any improvements regarding how audio streams are processed.

[@vroteg]

Im not a programmer nor big head. But I think CLAP does change the way plugin use cpu resources and allow bi directional communication with host/plugin. So it well may be possible. But hosts will need to adapt too. I believe it’s a long time goal of bitwig because it’s just fit their ecosystem as in bitwig plugin or chains of plugins can be seen as one process.

[@JohnSmith-pn2vl]

Bitwgi and U-he are the founders of clap, try it out with openstagecontrol, just leave the old reaper cubase logic midi ancient stuff behind and stop complaining about problems that aren't there

[@darkjord5823]

@@JohnSmith-pn2vl did you just call reaper ancient stuff? I use bitwig but reaper is anything but ancient. Also, leaving midi behind isnt really possible currently. Although they are finally developing midi 2.

[@BonkerzMusicOfficial]

I've been doing so much mixing and mastering in last year mostly EDM. I have learned so much, and one of things I've learned VST's cannot replace Hardware, and you will always have limitations so you have to adapt your knowledge to VST. Many engineers and "big" producers have sold their equipment, yet I hear phasing in their tracks, and things that would never appear if they used proper hardware. I hope one day there will be good enough analog emulation that can provide same results as it did 20 years ago, even tho tracks sounded "muddier" they were way cleaner and you could hear each element of track, something that digital VST's cannot provide unfortunate.

[@andreievkalupniek5717]

Another standard we need to be widely adopted is some kind of royalty-free audio networking. I wish AVB - a 12 year old standard- was more widely adopted. ADAT I/O is not enough

[@TheJonHolstein]

I think, to be able to do what you want, is to rethink how tracks in DAWs work. It is not a matter of a plugin-format. But a new way of thinking on tracks. I would also like to see the use of DATA streams integrated to the tracks, for controller functions, as well a ways of encoding time-codes, to do "look ahead", even with analog outboard gear, as it could buffer time-coded streams and sync them, to allow for time aligned parallel processing. And also the ability to stream tracks through the network, to use other computers to offload, with the data streams also enabling control of remote plugins, in an integrated way. I was thinking about writing Behringer about this when they were asking about what people would like in their new DAW. Not that I think they are necessarily the ones to pull it off well. But at least they were starting off fresh, and has some money behind them. The other thing I really would like to see is something like dawproject, being adopted by the whole industry. And DAW developers to the extent possible, releasing their custom plugins as standard format plugins, that I would be fine with requiring the ownership of their DAW to get access to. I mean, if it is possible to run Ableton Devices, as plugins in any other DAW, one might be more inclined to use them, if one is on a a multi-dawset-up. Whereas one might otherwise find 3rd party plugins, just to know that one is able to run them in any daw, at any point. That would of course also be required for a true multi daw format. I think the only ones really to potentially lose out with a proper multi-daw format is pro-tools, unless they are the ones inventing it, and getting some license fees for it. For everyone else, if they lose a customer for a couple of generations of the DAW, at least when they add the features people were looking for, the reason they switched, at least then it would be easy to switch back. And many more would be willing to be multi-daw users, expanding the over all market. And if I could dream, imagine being able to send a project, that comes with project specific licenses to plugins. So anyone opening it, could download the plugins, and if they don't have a license, they can use the project specific one. Yes, there would have to be some rules to how much one can change the project, to not be able to use it as a way of sharing plugins. But it would be fantastic for so many use cases. For collaboration. Or for the audio engineer that is tasked with mixing or mastering, being able to actually open up the plugins used and correct things as the plugin level, instead for having to ask the producer to fix and re-send. I would also see other smart ways of dealing with licenses, so that one is not locked out, when forgetting to either bring the USB key, or to release a license... There could be ways of solving it, by having to later connect to the same network as the computer that had the license in the firt place, not to be locked out. Or basically, getting rid of most offline licenses, but not requiring authorization ever time it is used, but at some interval, with limited possibilities of pausing autohorization.

[@Yuusou.]

When you said, that VST3 was finalized in 2008 and considering, that most plugins from 5 years ago where only supporting VST2, it tells you much about the development and adoption rate issues for any standard. Specifically, an open standard always begs the questions: who is going to invest their time in the development and support? What happens, when that development and support just stops? What I wished to be part of the standards next to inter-plugin and extended plugin-DAW communication was multicore CPU usage and (with hopefully enough love of GPU audio) GPU usage. Can you do the following: Have an interview with a developer on how VST3 vs. CLAP comparison looks like and why there are so little implementations of CLAP so far (like none of the major brands in the instrument and FX business aside from u-he). Because just asking for a new, better standard doesn't say much about if the current standards already have the features and are just not implementing it as they could and should. Also, a new standard means it needs to be adopted, specifically for business economic reasons. If it takes too much time or effort, it will not be adopted. If there's already a solution, why not use that and pay a few bucks? As of now, CLAP is mostly supported by rather small, unknown devs after two years. That doesn't sound good if you want a standard to take off.

[@bassc]

When Juce officially supports Clap it’ll start to take off with devs, unfortunately they’re not in a hurry to look at it.

[@mjklein]

Why would Steinburg give that up?

[@SakariKaripuro]

I think image-line hasa clap support for fl studio in the current beta.

[@Shawneverette]

I was saying the same thing about the controlers but no one seemed to get what I was saying. SSL, Soft Tube, and others creating a island of controllers and plugins that are set up just for them. NOT COOL!!!

[@onteraction8294]

once computer speed and space increase maybe plugins can be packed with more algorithms to further sound like hardware. ?

[@BenHayesDesigner]

I suspect the 'look ahead' wouldn't work in the way you imagine. Although computers are very powerful now, rendering audio offline actually takes a lot of resources. You can see that with the new mastering feature in Logic: when you activate it, the DAW has to pause for quite a long time while it chews through the audio. And the problem is that every time you change something in your DAW, move a single fader, turn a single dial or or add in a single new plugin, your 'look ahead' algorithm would need to be updated. Could end up being a huge extra load on the CPU. So I suspect just doing this in the background all the time may not be that feasible?

[@tripleb2888]

I come from the IT environment and am a big supporter of the OpenSource community, so I also contribute to it. I mean, especially in IT, the whole world is based on OpenSource projects. But I've also noticed that this open source and standardization community in the audio sector has fallen asleep a bit. I really like your idea and this approach to change something about it

[@theboyinstead]

very interesting, so is this time in music and the world. Thanks!

[@FuZZbaLLbee]

Korg gadget instruments are now useble outside of gadget as well

[@andytuke8986]

When I hit play on my daw, the audio engine starts calculating all the tracks outputs and bus outputs and mix outputs. I press stop, and then play again, and the audio engine does exactly the same calculations all over again, and gets the same result again. Why not cache each tracks render as a hi quality wav file in RAM (we all have huge amounts of RAM these days), and then simply play the sample back next time. If the track changes or a plug in adjusted, then next playback calculate it again. The load on the processor would plummet. Saving the project could give the option to save all the renders out as well if needed. Then a plugin could easily 'look head' as the wave would be sitting there ready to inspect.

[@andytuke8986]

@@chokocat9064 Interesting, I didn't know that. I'll go check that out

[@Aelis790]

The Mooger Fooger Plugins also communicate with each other + the Moog Marina Plugin

[@OfficialAbednego]

Reason which has rack extensions.

[@lawinter1949]

I may be wrong but I’m pretty sure FL Studio added CLAP recently.

[@rickspyder6159]

Coffee ad cookies ... absolutely brilliant analysis of our current state of bit candy ... you rock

[@lexveldhuis5818]

I've often wondered why oversampling isn't managed at the DAW level. It seems like a logical step towards achieving consistency in audio processing across different plugins. Having oversampling centralized within the DAW could streamline the workflow and potentially enhance audio quality by solving the issue of multiple points of sample rate conversion within a processing chain.

[@DaveChips]

Oversampling one is spot on...

[@guidosc3470]

I think you are right and things will close up. But it will be a time to look forward to. Because it can also be offline and can REALLY have the best out of both worlds, Analog&digital: Look at UDO Super Gemini. FPGAs are the future of audio devices. Hardware feel because of like 8x real time oversampling with close to no latency- and it will sound great. But it will need a hardware device to load „logic“ onto. FPGAs can load software structures as Hardware (programmed with HDL Hardware Description Languages) and run the logic at samplerates like 25 Mhz instead of 192 Khz. And they run processes in parallel and can even be used in parallel to normal MCU based environments

[@johnnyhotwiel5409]

All we.need is more cowbell

[@markquavertune2003]

Hardware is more expensive . Or is it ? Maybe time to reconsider hardware ?

[@gainofdysfunction4135]

Maybe this is a bit off topic, but I'd really like to be able to use Ableton Max plugins in LPX pro. Guess it's impossible to create a Max host for other non-Ableton DAWs so their users can avail themselves of those devices without having to buy and learn an entire new program. Best we can do in theory is to connect Ableton to our DAW via Loopback .. and God knows how well that would work.

[@oishikplays]

There are open protocols developed by the Linux community called LADSPA and LV2. Any standard that is not open is doomed to fail to be consumer-friendly as we have seen it so many times across the industry. I just wish LV2 had native support for DAWs running in MacOS

[@J-DUB-F1]

I'm waaaaay behind the time!!......I've never heard of clap!?!? 🤷‍♂😕. I hope your message come to fruition. I'd stand behind a new standard 😉👍

[@greyboxaudio]

I really love that you referenced the xkcd standards comic :D

[@davidkellymitchell4747]

Everyone has a different opinion but I personally enjoy the open architecture of the PC instead of the closed Apple system however each succeeded due to this fact. The original Pro Tools system required 30 thousand pounds or dollars of hardware before you could use a single plugin eliminating most musicians from the ProTools recording business. There's definitely a rightful debate for both sides and always has been. Good video!

[@naturalbornloser7534]

i've had the same thought about wishing plugins could do lookahead/offline processing

[@massivebeatzz]

what needs to stop is the "dropping a plugin" and "taking money" without servicing and upgrading it...it's like a hit and run strategy. PIs are software - and developers typically keep upgrading and updating their softwares, making it better...Looking at PA, tehy have plugins that have not changed in 5 or 10 years , and that just needs to stop. Apple, however, services products for years and years...Even very old iPhones still work. Oh and most of tehir software upgrades are free, free, free and always free. Logic X has been getting new plugins, features etc for 10 years without a dollar! Get your act together Universal Audio, Plugin Alliance etc...

[@FlorentChardevel]

Final Cut Pro already does automatic rendering whenever you stop manipulating stuff for a second. I can imagine a DAW making « freezing » tracks more automated. However, I think it would struggle with sidechaining tracks with each other.

[@swst09]

What about Reaper's integrated oversampling functionalities? No communication between plugins, but we can set manually chain oversampling if I remember correctly.

[@charlesrocks]

He mentions Reaper at 9:11

[@swst09]

​@@charlesrocksYea, but I am not talking about hosting CLAP. The oversampling problem Reaper solved long time ago.

[@dykodesigns]

The CLAP format looks interesting also from a licensing standpoint. It’s got a license that is friendly to both opensource as well as commercial development, unlike VST which has this awkward dual license model. Steinberg where once innovators that brought a widely adopted plugin format but they have been resting on their laurels. When they created VST, they also created ASIO to go along with it. It was all fine and dendy in the 2000’s but users needs have changed since then. Development on ASIO is completely stagnant. Not much has changed to it since 1999! Meanwhile the landscape of audio hardware has changed, USB interfaces came along and since the last couple of years also synths, grooveboxes, drum machines etc with USB audio have appeared. But there is one thing holding them back, and that’s the rather old fashioned single-device architecture of ASIO. I feel that it is stuck in the 90’s and that a new driver standard is also required that allows multiple devices to be used under one driver in a reliable way, just like how you can plug multiple things into an analogue mixer and it just works. I’d like to see along side the CLAP plugin format a new, and open audio driver model. With open standards innovation can happen that can result in new solutions that can solve today’s needs as well as anticipate future needs. Wouldn’t it be cool if there could also be a specialised, audio oriented OS that could run any DAW and Plugin that doesn’t require a locked down computer?

[@Saint_Rigal]

Im okay with my fab filter suite 😎

[@TheReal_E.IRIZARRY]

Hardware doesn't even lookahead. TF. Am I missing the pt??!

[@MrStibaer]

Great insight! Thx!

[@ZombiePenguinStudios]

I’ve noticed my fabfilter plug ins are the only clap plug ins I have It came up after updating them I wondered what that was 😅

[@vroteg]

May I please correct one of the statement. Clap format is created and developed by Bitwig and U-He. Not only the latter one. Thank you. PS: Clap. Clever Audio Plugin API. Also Gonorrhea. Not sure I dig this name much… 🤭

[@CypiXmusic]

Dont worry, I'm sure we'll get CLAP support in Ableton by 2052 maybe

[@darkjord5823]

ableton will be the last DAW to support it since BITWIG is one of the co-creators. I'd assume that ableton execs do not like bitwig as it was created from ex ableton employees.

[@Byron101_]

Ableton dont need clap.

[@CarlitoProductions]

Coming from a web dev background and being a hobbyist musician, would be great to see something cross-platform so no matter which platform you're using whether PC or Mac it should work. I'm curious whether the DSP for Mac and PC are somehow different which is why people develop specific to that platform or just lazy to code it. Would love to learn more about how all this works since I'm curious what are the limitations

[@bassc]

DSP code is usually c++ which is portable enough but to be efficient it has to be built on the specific platform architecture. The bigger problem is UI and OS differences/idiosyncrasies that are unique and need to be worked out and ever changing, which is why most develop in a cross platform framework like Juce. To make something cross platform with a single build, you would need to use an interpreted language like Java, but unfortunately they are too inefficient for realtime DSP because of the realtime translation they also need to do to make it happen.

[@3mpathy717]

It would be awesome if white sea studio reviewed some 3rd Party Libraries for Acustica Nebula!

[@fredscallietsoundman9701]

Reaper lets you set the upsampling for a whole plugin chain. Each plugins 'sees' the chain's sample rate as if it were the session's sampling rate.

[@CricketStyleJ]

If you had access to offline processing and inter-plugin communication, what kind of plugin would you want to make?

[@Whiteseastudio]

Awesome ones! I'm not going to spoil everything yet...

[@JohnSmith-pn2vl]

he is just complaining and talks about useless features nobody ever needs, he needs to start using mastering software instead of a 60 bucks ancient tech daw which is a total mess of a software

[@topofthemornintoya]

This up sampling down sampling things is interesting. I always felt my mix downs where I’ve just used the native DAW plugs ins sounded bigger and more powerful, I wonder if this is because of all the nonsense happening with a multitude of 3rd party plugs.

[@ivanmaskov]

Lv2?

[@PoorTom]

What about a plugin dissector rack that optimizes oversampling of a full chain? Im totally ignorant when it comes to any sort of programming, but I mean, if the oversampled version is being processed maybe it is somehow accessible. I stick to the same plugin extension for convenience and as most people do, I assume. It could at least work with the most commonly used extensions and brands maybe? Also AI interactive help could be awesome, specially for beginners. Things like Synthorial could be embedded within plugins to better explain wtf is actually going on in real time, actually considering the material being processed. I mean even Pro-L2 (or 3 actually) could show a warning sign explaining why the heck that minuscule value up there in the corner just turned red and negative, and why a value as high as that is adding artifacts to the sound in a way you might not be expecting. I mean the warning could be sort of inside the threshold knob it self, like the red line in RPM meters in cars but dynamic. Oh, also AI could totally handle the whole the gain staging of the whole project. I mean, our way to do it is to standardize value ranges of some key elements for each style and then keep notice of them to not extrapolate any of them or thing like that, right? I bet AI could be taught such standards with our own personal data from our projects (to be tweaked or set up by or own specifications). Maybe even identifying patterns we leaving behind that were not aware of and have all of that displayed, maybe to even compare to whole genres of publicly available music added to information shed out by the experts that actually created the music in question. I mean these mfs are already generating complex images in real time, all of that must be only a question of connecting the right dots.

[@ZenoMOD]

NEVER say never!

[@mothroyale9076]

What about when analogue computing that is affordable and efficient becomes a thing? Surely plug-ins will improve then.

[@TobyBorrow]

Reaper is the DAW for rebels

[@roberthunt1540]

And I , for one, do not fear it!

[@JohnSmith-pn2vl]

Bitwig is that, reaper is the old school way of making music just like Cubase Logic etc

[@iamlittylee]

@@JohnSmith-pn2vlold school? lol why is that

[@TobyBorrow]

@@JohnSmith-pn2vl yes I was a Cubase user from old. In a DAW I’m looking for an accurate digital multitrack pretty much

[@glennlittle7955]

@@iamlittylee Because everything is in a straight line. It's still almost entirely timeline-based. That's just tape for the new age, as it true with most daws. It's really great at what it does but what it does is handle a single timeline: - There's no real arranger - which as far as I can see only Cubase and Cakewalk have (ie not Bitwig either). Other daws that have something called an arranger is really just a jumped up copy and paste, ie a slightly more convenient method of splicing tape (if it actually works properly...). An arrangement in a real arranger calls one section of music then a different one then a third one, etc. It allows multiple arranger tracks to define sections, and multiple arrangements of your songs. It allows to render straight from your arrangement without having to commit it to the timeline first. [I know the SWS Region Playlist does some of this btw.] - There's no clip launcher. (Personally I think clip launchers need the ability to save an arrangement though. Multiple different arrangements actually. The whole "live" thing is a toy for most people. But I digress.) - Digital Performer has something called "chunks". (Terrible name.) These are complete or partial pieces of music including mixing, etc, that can be included on a timeline. They could be sub parts of songs for example. That way you can arrange things how you like on your timeline both horizontally and vertically to get it how you want. And you can nest as deeply as you like. One fact one place. The only problem is that DP is a horrible daw to use in my experience but the idea is brilliant. I'm sure there must be other ways of doing this sort of non-linear temporal flow and I am always interested to see / hear about them so don't take this as a comprehensive list.

[@steviesfv7782]

Apples and oranges. And always will be. The direction McDsp took with their APB line is the first break-through since ProTools TDM in 1995 promised a true in-the-box studio when combined with great analog summing boxes.

[@0x44Monad]

I can code anything, what you need?

[@blazing6string]

Some brilliant ideas you have there! Hope to see them one day become a reality

[@blinksy7201]

yeah, if plugins to talk to each other i feel like it would be really good especially for atmos mixing

[@bodanerius]

As much as I love that I can make music with DAWs. Some major parts of how they work have not developed in the least. The stuff that you're talking about definitely, but also channel summing wich could have a global plugin controlling how the summing is being calculated. Imitating an analog console sound would be a breeze with that. Plus it would open up other global level sonic processing. Theres been suggestions for a different sampling format. One wich could eliminate aliasing. Its still only an idea but I think it holds a lot of promise.

[@jeffdavid1234]

I work in a mix mode doing both in DAW and offline. Would be nice to have a nice interface for this. Take a lots of work when adjusting automation

[@ConfusioNIntrusioN]

when you move into live sound some close systems are already there, like soundvision. you should get a programmer ally and start making a daw from scratch the way it should be with proper features as stock 😁

[@babysunn2]

Plugins Are Great, And it’s More about learning when and When not to use them once you actually Learn How they Work and Not To Buy Duplicates which Just have A Different U i.

[@BrockBarr]

I've also wondered about why there has not been any offline processing style plugins. Now I know a bit more about why it hasn't been done.

[@Vikotnick]

I agree with you mate. The lookahead should be a thing. However, as a programmer (not in music) I see two problems. The massive amount of temp files being generated and managed because we all love to make changes all the time in the plug chain AND if you insert a non lookahead plugin in the chain. I still use some old VSTs in my projects and I don't think developers who are now gone to other projects will update their old stuff. BUT, saying that... I'm onboard! I hope someone does it. Maybe using GPUs. I mean, they would be ideal.

[@SuedwestlichtMusic]

Plugins could be improved by implementing a standard interface for using the graphics card for FFT/iFFT. Many plugins use FFT.

[@Studio22mix]

0:39 I don’t know the reason yet but I hope you are going to develop a hardware unit 😊

[@FSK1138]

look ahead processing 😎 we need dedicated vst hardware i guess itis back to UAD dsp cards 😅

[@ObscurelyTitled]

yeah same as the mess in AI right now "open" means nothing there. great ideas though if could be realized

[@JohnSmith-pn2vl]

it can't