ASSetPropFlags не имеет к mdm ровным счетом никакого отношения. просто в рантайме в проигрыватель "видит" mdm-классы наравне с обычными AS-классами. и соответственно можно их "пощупать" фор'ином.
другое дело реализация mdm-классов.
пример с синхронностью загрузки длл показывает, что "внутри" данного mdm-класса загрузка длл работает именно так, при том что об этой загрузке плеер ничего не знает и onLoad (чисто плеерный обработчик, причем тут он?) к ней не пририкрутишь. все это зашито в оболочку.
....
над синхронностью выполнения кода в цинке можно и следует подумать. я до конца не разобрался с этим, но есть факты, свидетельствующие о том, что в нек. ситуациях выполнение mdm-кода тормозит выполнение AS-кода, чего быть не должно по-идее.
скажем копирование группы файлов в цикле с промежуточным выводом имени каждого скопированного файла в текстовое поле. у меня поле заполнялось сразу всем списком по окончании копирования всей группы, а не построчно.
впрочем, есть такая фича - вызов mdm-метода c дополнительным параметром mdm.ASYNC.
но с ней тоже есть непонятки, подлежащие экспериментальному иссследованию.
читаем
http://www.multidmedia.com/support/a...on=detail&id=1
и
http://www.multidmedia.com/support/t...n=detail&id=38
если вас волнует этот вопрос рекомендую вдумчиво полистать mdm-форум. там есть примеры использования mdm.ASYNC.
добавлю, что из под цинка через длл можно выводить какие-то операции (не плеерные) в отдельные потоки, что бывает хорошим средством "синхронизации". я делал таким образом флэш-прогрессбар для операции копирования файлов.
крутился у меня вариант организации многопоточности через дочерние формы, ибо в них крутятся независимые экземпляры проигрывателя. но дальше первых проб (положительных) я пока не продвинулся.