Манипуляции над объектами ЯВУ в MASM

[notHaker]

Здравствуйте. Есть некий стандарт VST на основе которого создаются плагины обработки звука. Чтобы манипулировать таким плагином, его нужно инициализировать и получить указатель на некий базовый класс, методы которого и позволяют его всесторонне ковырять. С точки зрения ЯВУ это достаточно удобно, но вот в ассемблере это настоящий геморой (от COM отказались видимо из-за зависимостей от платформы). Посоветуйте пожалуйста хоть что-нибудь. Куда не гляну, везде вода.

[p51x]

В Хатчевской сборке Масма были примеры по классам.

[notHaker]

К сожалению, там ничего не нашлось. Если я что-то неправильно понял, ткните ссылкой пожалуйста

[Mikl___]

notHaker
если у вас есть пакет masm32, то обратите внимание на папку masm32\oop и примеры в ней также есть папка masm32\com

[notHaker]

Сообщение от Mikl___

notHaker
если у вас есть пакет masm32, то обратите внимание на папку masm32\oop и примеры в ней также есть папка masm32\com

Хм. oop к настоящему ООП имеет такое же отношение, как балерина к космосу. Однако в com действительно что-то есть. =)

И почему разработчики стандарта, весьма требовательного к скорости исполнения (всё таки DSP), прибегли к объектной модели, да ещё и отказались от COM - непонятно. Это наверное какой-то хитрый план.

[mss]

почему разработчики стандарта..прибегли к объектной модели

Ради любопытства посмотрел Steinberg VST Plugin SDK - в упор не вижу никакого ООП.
Где ты ты там узрел ООП - не понятно..

Интерфейс любого VST-плагина базируется на cdecl-функциях, среди которых первая и основная - экспортируемая ф-ция main(), параметром вызова которой является адрес колбэк-функции.
Кроме них фигурируют еще минимум 5 ф-ций.
И в SDK-хэдерах сплошь и рядом структуры, никакими классами и объектами там и не пахнет ..

[rpy3uH]

работа с COM без проблем реализуется на ассемблере.

я не знаю что такое VST, я говорю про любой плагин
если организовыввать взаимодействие с плагинами с помощью классов и объектов, то плагины можно писать только на искомом языке программирования. Например, основная программа написана на C++, плагину как-то передаётся объект через которых происходит взаимодействие с основной программой. Реализовать взаимодействие с объектом на ассемблере будет также трудно как и на Delphi и обычном С, также будет трудно реализовать взаимодействие с объектом на С++ при использовании другого компилятора. Например, у простых функций есть стандарты вызова (cdecl, stdcall, fastcall и т.д.) у COM тоже есть стандарт на то как надо вызывать функции в каком формате хранить данные объекта и т.д. На объекты обычных языков программирования стандартов нет, поэтому всё может тупо перестать работать после смены версии компилятора

[notHaker]

mss, речь идёт о 3 версии. Всё API версии 2 заключается в вызове main() и получении указателя на структуру с ворохом кэлбэков - с этим согласен. Проблема в версии 3, где похоже таки смрадно попахивает COM.

rpy3uH, спасибо за пояснения. Догадывался, т.к. гугл ничего про вызовы методов не знает.

Вообще идея реализовать стример, ориентированный на обработку аудио в реальном времени минимальной латентности с не нормализованным микшированием и другими свистелками и... Задача проектирования DSP не стоит, т.к. вся работа по обработке ляжет на плагины DXi, VST и т.д. коих в интернетах предостаточно. Вот и хотелось бы интегрировать поддержку оных в стример, чтобы не заниматься дурью, аля "плагин для плагина". Всё это - движок опен сорц, в мелкой и шустрой библиотеке, многозадачен и вообще ариец.

[mss]

в версии 3, где похоже таки смрадно попахивает COM

А дай, пож., прямую ссылку на SDK ?
Слабо верится, но.. просто любопытно)..

[notHaker]

Вот собсно для плюса хидеры. Пытаюсь понять, как вообще подключить плагин такой версии. Нагорожено, мама не горюй.