Как создать экземпляр неуправляемого плагина VST C ++ из C # [дубликат]

Архитектура плагина VST Штейнберга была долгое время, впервые выпущенная в 1996 году. Конечно, потребуется еще 6 лет, поэтому, конечно, много примеров кода на C ++. VST v3 использует COM, чтобы упростить разработку плагинов на языках, отличных от C ++.

Существует два вида COM, «чистый», основанный на интерфейсе IUnknown. И «практический» вид, основанный на IDispatch, иначе известный как OLE Automation или ActiveX, в наши дни называется Automation, поскольку распознавание имен для «ActiveX» больше не внушает уверенности:)

Язык C # работает очень хорошо с «практическим» видом. Что поддерживает библиотеки типов, формат файла, который описывает типы, реализованные COM-сервером. Очень проста в использовании в программе на C #, вы просто добавляете ссылку на библиотеку типов, и она действует как обычная сборка .NET. VST, однако, используют чистый вид, у вас нет удобной библиотеки типов, доступной для импорта деклараций интерфейса.

Написание плагинов на C # все еще возможно, вам нужно повторно объявить типы интерфейса VST на языке C # или использовать обертку C ++ / CLI для устранения разрыва. Довольно больно, чтобы понять это правильно, но это было сделано раньше. Как в этом проекте с открытым исходным кодом . Или этот . Не знаю, насколько они хороши, а не одобрение. Первая ссылка для VST.NET. Это управляемая оболочка, а не C ++. В любом случае, после компиляции он использует C ++ / CLI, чтобы позаботиться о нативном взаимодействии. Вторая оболочка не совсем пригодна для использования, поскольку для нее требуется SDK Steinberg. Это было прекращено совсем недавно. Разумеется, зловещий знак.

Причина проста. C ++ - один из языков высокого уровня самого низкого уровня. C # и Java часто являются лучшими инструментами для веб-приложения или бизнес-приложения. Никогда для мультимедийного приложения, где размер отпечатка экспоненциально и обратно пропорционален его производительности. ;)

Я хотел бы второй Obiwanjacobi. Я использую VST.Net в течение нескольких месяцев, и это отлично.

. Конечно, есть аргумент в пользу использования C ++, поскольку он позволяет более тонко контролировать управление ЦП. Но, это миф, чтобы сказать, что код C ++ обязательно быстрее кода C #. C # очень много работает для вас, как управление памятью и так далее. В основном, когда кто-то говорит, что C ++ быстрее, чем C #, они на самом деле не сравнивают яблоки с яблоками. Но, тем не менее, язык - это личный выбор.

Я думал, что добавлю эту ссылку, потому что если вы собираетесь создавать VST, вам понадобятся элементы управления. Вот набор элементов управления в бета-фазе. Они предназначены для VST. Они являются скинами и легкими.

https://bitbucket.org/MelbourneDeveloper/vst-controls-.net

1. Если вы работаете с одной конкретной dll, используйте p / invoke для создания оболочки, реализуя функции, подробно описанные в VST SDK.
2. Если вы используете общий метод для набора VST, создайте смешанный режим ref class wrapper, передающий имя файла в качестве аргумента - вам нужно сделать это на C ++. Этот класс упорядочивает данные между управляемой и неуправляемой памятью.
3. Поскольку VST3 является последним стандартом VST и совместим с COM, создайте экземпляр с помощью COM. Для некоторых идей см. . Как я могу запустить экземпляр COM-объекта в C # с помощью CLSID?