I guess a better way of putting this would be for ARA(Audio Random Access) support? That way it will work with any ARA plugin as the list seems to be growing.
Is ARA support for Bitwig a feature that only the Bitwig team can implement, or could a third party achieve it through a plugin and/or the API? This is a purely technical question, leaving business aside.
It has to be done by Bitwig, as it needs to send complete audio tracks to the plugin. Probably not too easy to implement, but how to do it is well documented as far as I know…
@here Right now this is the draft with most votes (5). Several people have participated in this discussion. With a bit of participation from everyone, we can pull this off.
ARA2 is a standard, in the same way VST is a standard. Implementation in Bitwig would be to follow the standard. ARA2 compatible plugins have their own UI and their functionality/processing is written back to the track in real time.
ARA2 support cannot be provided by a plugin. It is a new standard that offers functionality not found in VST.
DAWs that support ARA2 include Cakewalk by Bandlab, Studio 1, Acid Pro, Reaper, Logic Pro, Cubase, Nuendo,
7 votes! Ok, let’s try to get this description moving forward. Starting with the first sentence. If you don’t feel like drafting the description, at least please help with comments here. I won’t say again that I have no clue about this feature, so there is only so much I can do without help.
Is this the only reason to support ARA2? Be able to run a couple of VSTs? Are there other uses that Bitwig could have internally with native devices, just like MPE support is all over the place?
I don’t feel the current first sentance does the submission justice. The reason *currently to impement ARA2 is to support a ‘couple’ of audio tools (let’s not call them VSTs) This is a reasonably new standard that is in its second iteration. The further it is supported the more potential there is for other audio tools to be developed on the standard. It is a standard that was developed for manipulating a track (or clip) of audio and allowing it to be written back to the track non linearly (the random access part). It opens the path for native devices or the development of native devices that could manipulate audio in pitch, tuning and time domains and other ways not yet seen. I’ll paste my suggestions for the entry in my next post.
ARA2 support is necessary for the integrated use of many audio tools currently available on the market and new ones as they become available. Current tools include Melodyne, Spectralayers Vocalign and Revoice Pro.
What problem(s) would this feature resolve?
Communication of DAW state to the plugin; including offline audio transfer, undo/redo, instant update when you move/cut/edit audio.
How does this feature fit in Bitwig as a product?
Implementation in Bitwig would be to follow the standard. ARA2 compatible plugins have their own UI and their functionality/processing is written back to the track in real time.
Is there already an alternative way to achieve this on Bitwig?
It is a new standard that offers functionality not found in Bitwig.
Could it be implemented using Bitwig components or APIs, without Bitwig team’s support?
No.
Could it be provided by a VST or something else reasonably integrated with Bitwig?
ARA2 is a standard, in the same way VST is a standard, support cannot be provided by a plugin. It offers functionality not found in VST.
Are there other products that offer this feature?
Other DAWs that support ARA2 include Cakewalk by Bandlab, Studio 1, Acid Pro, Reaper, Logic Pro, Cubase, Nuendo.
Relevent links from the OP
I hope this post help get this request closer to completion.
@here I have copy-edited the description, and I hope everything still stands true.
I have added this bit:
Celemony released the ARA SDK under an open source license on May 2021. This allows companies like Bitwig to implement the support to the ARA specification 2.0 without licensing costs.
Does anyone know whether the free licensing part is true? Open source business models can be very complex these days, and an open source SDK together with an open spec may not mean automatically free licensing (then again, what do I know about the music industry). The press release seemed to imply that there are no licensing costs.