Дело не в статичной отбивке. Дело немного в другом. Есть небольшая тонкость при использовании команд ожидания событий AutoDetect в расписании. Связана она с тем, что расписание исполняется линейно, т.е. одна команда всегда исполняется после исполнения предыдущей.Именно это и нужно, ведь это логично, сработала выходная DTMF метка - сервер, будь любезен переключиться на трансляцию "на проход". Это и сейчас происходит, но с ограничениями, то есть только из статичной картинки.
Рассмотрим пример:
-ждем входную метку
-рекламный ролик 1
-рекламный ролик 2
-рекламный ролик 3
-рекламный ролик 4
-рекламный ролик 5
-рекламный ролик 6
-рекламный ролик 7
-рекламный ролик 8 + команда одновременного выполнения следующей строки расписания
-ждем выходную метку
Если выходная метка прилетит во время исполнения роликов 1-7, то команда ее ожидания не сработает. Она сможет сработать только во время исполнения "рекламный ролик 8" поскольку только при воспроизведении этого ролика управление будет передано той строке расписания, которая соответствует команде ожидания выходной метки.
Поэтому если вы не хотите задумываться о длительности вашего блокак есть только один способ обеспечения гарантированного выхода. Весь рекламный блок собирается в один файл, например, в программе SLBlockEditor. И составляется расписание как показано на рисунке.
Пробуйте SLBlockEditor. Он гораздо проще формирует блоки чем Forward AV Studio при создании *.tml-проектов. При необходимости можно его модифицировать, например, чтобы он мог читать какой-нибудь текстовик со списком роликов для рекламного блока.Вариант с tml-проектом ну никак не вариант, в расписании несколько десятков неповторяющихся блоков да ещё и редактируемых в течении смены .