Audio plugin host https://kx.studio/carla
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

README.md 5.9KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192
  1. # Welcome to VST SDK 3.6.7
  2. ## The VST SDK package contains:
  3. - The VST 3 API
  4. - VST 3 Implementation Helper Classes
  5. - AU and VST2 wrappers
  6. - VST 3 Plug-ins Examples
  7. The full VST 3 SDK is available [here!](https://www.steinberg.net/en/company/developers.html). It contains a VST 3 Plug-in Test Host Application/Validator.
  8. ## System requirements
  9. Supported OS:
  10. - Microsoft Windows 7-10
  11. - Apple OSX 10.7-10.12
  12. - Apple iOS 8-9
  13. - Linux (Preview)
  14. Supported IDE:
  15. - Visual Studio 2013/2015
  16. - Xcode 6/7
  17. - Qt Creator
  18. ---
  19. ## About VST Plug-ins in general
  20. A VST Plug-in is an audio processing component that is utilized within a host application. This host application provides the audio or/and event streams that are processed by the Plug-in's code. Generally speaking, a VST Plug-in can take a stream of audio data, apply a process to the audio, and return the result to the host application. A VST Plug-in performs its process normally using the processor of the computer. The audio stream is broken down into a series of blocks. The host supplies the blocks in sequence. The host and its current environment control the block-size. The VST Plug-in maintains the status of all its own parameters relating to the running process: The host does not maintain any information about what the Plug-in did with the last block of data it processed.
  21. From the host application's point of view, a VST Plug-in is a black box with an arbitrary number of inputs, outputs (Event (MIDI) or Audio), and associated parameters. The host needs no implicit knowledge of the Plug-in's process to be able to use it. The Plug-in process can use whatever parameters it wishes, internally to the process, but depending on the capabilities of the host, it can allow the changes to user parameters to be automated by the host.
  22. The source code of a VST Plug-in is platform independent, but the delivery system depends on the platform architecture:
  23. - On **Windows**, a VST Plug-in is a multi-threaded DLL (Dynamic Link Library).
  24. - On **Mac OS X**, a VST Plug-in is a Mach-O Bundle
  25. - On **Linux**, a VST Plug-in is a package
  26. To learn more about VST you can subscribe to the [VST Developer Forum](https://sdk.steinberg.net) - check the 3rd Party Developer Support section at [www.steinberg.net](www.steinberg.net).
  27. ---
  28. ## About VST 3
  29. VST 3 is a general rework of the long-serving VST Plug-in interface. It is not compatible with the older VST versions, but it includes some new features and possibilities. We have redesigned the API to make it not only far easier and more reliable for developers to work with, but have also provided completely new possibilities for Plug-ins. These include:
  30. ### 1. Improved Performance with the Silence Flag
  31. Processing can optionally be applied to Plug-ins only when audio signals are present on their respective inputs, so VST 3 Plug-ins can apply their processing economically and only when it is needed.
  32. ### 2. Multiple Dynamic I/Os
  33. VST 3 Plug-ins are no longer limited to a fixed number of inputs and outputs, and their I/O configuration can dynamically adapt to the channel configuration. Side-chains are also very easily realizable. This includes the possibility to deactivate unused buses after loading and even reactivate those when needed. This cleans up the mixer and further helps to reduce CPU load.
  34. ### 3. Sample-accurate Automation
  35. VST 3 also features vastly improved parameter automation with sample accuracy and support for ramped automation data, allowing completely accurate and rapid parameter automation changes.
  36. ### 4. Logical Parameter Organization
  37. The VST 3 Plug-in parameters are displayed in a tree structure. Parameters are grouped into sections which represent the structure of the Plug-in. Plug-ins can communicate their internal structure for the purpose of overview, but also for some associated functionality (eg. program-lists).
  38. ### 5. Resizeable UI Editor
  39. VST 3 defines a way to allow resizing of the Plug-in editor by a user.
  40. ### 6. Mouse Over Support
  41. The Host could ask the Plug-in which parameter is under the mouse.
  42. ### 7. Context Menu Support
  43. VST 3 defines a way to allow the host to add its own entries in the Plug-in context menu of a specific parameter.
  44. ### 8. Channel Context Information
  45. A VST 3 Plug-in could access some channel information where it is instantiated: name, color,...
  46. ### 9. Note Expression
  47. VST 3 defines with Note Expression a new way of event controller editing. The Plug-in is able to break free from the limitations of MIDI controller events by providing access to new VST 3 controller events that circumvent the laws of MIDI and provide articulation information for each individual note (event) in a polyphonic arrangement according to its noteId.
  48. ### 10. 3D Support
  49. VST 3 supports new speaker configurations like Atmos, Auro 3D or 22.2.
  50. ### 11. Factory Concept
  51. VST 3 Plug-in library could export multiple Plug-ins and in this way replaces the shell concept of VST 2 (kPlugCategShell).
  52. ### 12. Support Remote control Representation
  53. VST 3 Plug-in can deliver a specific parameter mapping for remote controls like Nuage.
  54. ### 13. Others
  55. While designing VST 3, we performed a careful analysis of the existing functionality of VST and rewrote the interfaces from scratch. In doing so, we focused a lot on providing clear interfaces and their documentation in order to avoid usage errors from the deepest possible layer.
  56. Some more features implemented specifically for developers include:
  57. - More stable technical Host/Plug-in environment
  58. - Advanced technical definition of the standard
  59. - Modular approach
  60. - Separation of UI and processing
  61. - Advanced Preset System
  62. - Multiple Plug-ins per Library
  63. - Test Host included
  64. - Automated Testing Environment
  65. - Validator (small command line Test Host) and Plug-in examples code included.
  66. ---
  67. ## License
  68. More details are found at [www.steinberg.net/sdklicenses_vst3](www.steinberg.net/sdklicenses_vst3)