Speech API в Axapta

[Jox]

Интегрировал в Axapta Speech API. Осталась только небольшая проблемка...

static client void speak(str _text)
{
    com             spVoice;
    ;

    if (!SysUserInfo::find().enabledSpeechEngine)
        return;

    spVoice = new com("{96749377-3391-11D2-9EE3-00C04F797396}");

    if (!spVoice)
        return;

    spVoice.Rate(10);
    spVoice.speak(_text);
}

Заключается она в том, что com-метод spVoice.speak(_text) необходимо выполнять параллельно. Для этого указывается второй параметр spVoice.speak(_text, 1); (Default - 0). В Visual Studio - работает, в Delphi - работает, а вот, в Axapta молчание
У меня такое подозрение, что Axapta не "умеет" выполнять com-методы параллельно.

У кого-нибудь есть мысли на этот счет?

[mazzy]

попробуйте выделить com-объект в отдельный thread.
см. tutorial-объекты по поводу нитей.
см. также обсуждения нитей здесь

[Jox]

Сергей, я уже пробовал выполнять код в нитке, но тоже - молчание

    Thread  t = new Thread();
    ;

    t.setInputParm(["Сумма накладной №00223: Один рубль 12 коп."]);
    t.run(classNum(SpeechEngine), identifierStr(speak));

[Jox]

Больше мыслей ни у кого нет?
Гуглил - не шибко помогло

[RumataEstor]

Очевидно, проблема не в том, что что-то не проигрывается. А в том, что COM объект удаляется сразу при выходе из процедуры. Чтобы этого не происходило, необходимо, чтобы переменная, содержащая ссылку на COM-объект не удалялась до тех пор, пока текст читается.

[Jox]

Цитата:

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

Очевидно, проблема не в том, что что-то не проигрывается. А в том, что COM объект удаляется сразу при выходе из процедуры. Чтобы этого не происходило, необходимо, чтобы переменная, содержащая ссылку на COM-объект не удалялась до тех пор, пока текст читается.

Отличная идея! И главное, абсолютно верная, что-то не ожидал я такой топорной реализации от Axapta

[RumataEstor]

На самом деле, предложение mazzy вполне работоспособно, если speak вызывать синхронно (с флагом 0).

[Jox]

Цитата:

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

На самом деле, предложение mazzy вполне работоспособно, если speak вызывать синхронно (с флагом 0).

На самом деле я это и имел ввиду, но мне нужно вызывать с флагом Async, дабы функционал работал дальше, а параллельно происходил синтез речи.

[Jox]

Дык вот пока не удается синтезировать речь в отдельном потоке, вне потока работает нормально, только Axapta не отвечает (чего и следовало ожидать). Такой же эффект получается при синтезе с флагом 0.

[RumataEstor]

Цитата:

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

На самом деле я это и имел ввиду, но мне нужно вызывать с флагом Async, дабы функционал работал дальше, а параллельно происходил синтез речи.

Thread  t = new Thread();
;

t.setInputParm(["Сумма накладной №00223: Один рубль 12 коп."]);
t.run(classNum(SpeechEngine), identifierStr(speak)); // там флаг 0

// тут можно писать остальной функционал,
// который должен работать параллельно с озвучкой.

А, хотя Аксапта так же может убить поток, когда эта функция закончится. Надо проверять.

[Jox]

Цитата:

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

// тут можно писать остальной функционал,
// который должен работать параллельно с озвучкой.

хехе, так не пойдет, метод теряет смысл
Нельзя длительность синтеза сравнивать с длительностью выполнения кода до конца метода.

[kashperuk]

А если попробовать просто winApi::shellExecute и запустить написанное на .NET приложение, выполняющее озвучку? И в shellExecute параметры указать так, чтобы АХ не дожидалась завершения выполнения приложения?
Код дальше в АХ при этом нормально выполняться должен

[Jox]

Цитата:

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

А если попробовать просто winApi::shellExecute и запустить написанное на .NET приложение, выполняющее озвучку? И в shellExecute параметры указать так, чтобы АХ не дожидалась завершения выполнения приложения?
Код дальше в АХ при этом нормально выполняться должен

тут сразу же напрашиваются две проблемы:
1. Воспроизводимый текст ограничен по длине (это при определенном подходе не так страшно).
2. "Тормоза", пока приложение загрузится, потом еще com-объект синтезирует речь, и в общем получится весьма неприятная задержка.

[RumataEstor]

Если в Аксапте можно реализовывать синглтоны, то можно создавать единственный spVoice при первой необходимости. Везде пользоваться только им и удалять его при завершении работы клиента.

[DSPIC]

Быть может просто закэшировать объект ?
\Classes\Info\globalCache

[Jox]

Всем спасибо за мысли.
Решение найдено
Код во вложении, кому интересно...
Реализовал при помощи globalCache

[mazzy]

Цитата:

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

Отличная идея! И главное, абсолютно верная, что-то не ожидал я такой топорной реализации от Axapta

почему топорная? обычная java. освобождает память из-под объекта, если объект никем не используется

[RumataEstor]

SysGlobalCache globalCache = infolog.objectOnServer() ?
        appl.globalCache() : infolog.globalCache();

А зачем пользоваться infolog.globalCache()? Я так понимаю, appl.globalCache() всегда на клиенте? Тогда почему бы всегда не пользоваться только им?

[belugin]

appl - на сервере infolog - на клиенте

[belugin]

http://www.axaptapedia.com/SysGlobalCache_class
http://www.axaptapedia.com/Singleton_pattern