Зависание системы при взаимодействии AIR листов!

[george_yura]

Приоритет автоматической загрузки следующего AIR листа конфликтует с приоритетом проигрывания текущего AIR листа. Система входит в полный ступор (зависает). В текущем софте нет понятия окончания блока по признакам работоспособности, т.е. следующий AIR лист тупо берет управление на себя и пытается убить текущее воспроизведение видео. Приоритеты одинаковы и система зависает. Вот такая ситуация.

[Людмила]

Вообще зависать не должно, поэтому нужно разбираться с ситуацией, то есть, присылать в отдел технической поддержки
forward@softlab.tv
forward@sl.iae.nsk.su
forward@softlab-nsk.com
информацию из SLSaveInfo.exe, защищённый журнал SLLog с указанием времени, во сколько что произошло, оба расписания и ссылку на это сообщение в форуме.
Непонятно, что имелось ввиду под "понятия окончания блока по признакам работоспособности" и где Вам удалось найти признаки одинаковости приоритетов.

[george_yura]

Файлы выслал.
В 23:46 в эфир не вышел блок №25, т.е. вышла шапка и первый ролик. Потом его накрыло загрузкой следующего блока.

[Людмила]

Зависаний никаких не было.
Проигрывание блока было прервано автозагрузкой, потому что у Вас в настройках автозагрузки поставлено “Начать загрузку расписания за 35 минут” и “Переключиться на новое расписание сразу после загрузки расписания”. Переключение произошло и далее была исполнена команда ожидания метки DTMF уже в новом расписании
778 2014-03-28 23:47:08.60 #1: FDOnAir 1.23.7 Program Log 23:47:08.60 Script take: 0 2 [ gpiwaitshout GPI {DTMF_start block} Wait command ]

Рекомендуем Вам уменьшить время в настройках автозагрузки до 5 минут и переключаться на новое расписание не сразу.

[george_yura]

[quote="Людмила"] и переключаться на новое расписание не сразу. /quote]
А как? В параметрах переключения на новое расписания нет галочки - «Дождаться нулевой загрузки ЦП предыдущего расписания»

[Даниленко Сергей]

Вам ответили "как".
Причём здесь загрузка ЦП?

[george_yura]

Вам ответили "как".
Причём здесь загрузка ЦП?

Куда-то мое сообщение потерялось.
Я понял, в чем проблема и почему в эфире зависает стоп-кадр. Рекламный блок состоит из команды переключения коммутатора в эфир, рекламных роликов и команды переключения коммутатора обратно.
Смотрим, что происходит:
1. Коммутатор переключился в эфир.
2. Пошел первый рекламный ролик.
3. Автозагрузка расписаний дождалась проигрыша рекламного ролика и загрузила следующее расписание.

А теперь смотрим на состояние коммутатора. Он остался включенным в эфир и на экране висит последний кадр рекламного ролика ! Катастрофа! С этим надо что-то делать. Вариант с 5-ю минутами ничего не решает. Рано или поздно опять наступим на эти грабли.
Предлагаю в параметры переключения на новое расписания добавить пункт «Дождаться нулевой загрузки ЦП предыдущего расписания» с окошком установки таймаута, т.е. система подождала немного, убедилась что предыдущее расписание успокоилось и спокойно переключилась на следующее расписание. Других вариантов не вижу.

[Людмила]

Вариант с 5-ю минутами ничего не решает.

И почему? Блок как раз должен успеть доиграться, это всё-таки не 35 минут.
Может, всё же попробовать?
И Вы почему-то полагаете, что на зависшем стоп-кадре расписание не успокоится?

[Даниленко Сергей]

добавить пункт «Дождаться нулевой загрузки ЦП предыдущего расписания» с окошком установки таймаута,

Не сработает.
1)Нет никакой гарантии, что процессор не будет загружен какой-нибудь работой не связанной с вещанием.
2)Что такое "нулевая загрузка" - не понятно. Ноль - это 0? Или "семЪ-восемЪ"?

[george_yura]

Вариант с 5-ю минутами ничего не решает.

И почему? Блок как раз должен успеть доиграться, это всё-таки не 35 минут.
Может, всё же попробовать?

Установка 5 мин. не исключает попадания в эти сами 5 мин. В эфире опять будет висеть стоп-кадр. Нужно исключить саму возможность данной ситуации. Я выше предложил вариант.
И никто не будет ставить 5 мин. При установке 10 мин. 20% рекламных блоков просто не выходят в эфир. Реклама в эфире плавает +- 30 и больше мин.

И Вы почему-то полагаете, что на зависшем стоп-кадре расписание не успокоится?

Расписание успокоится. Только у нас коммутатор врезает стоп-кадр в эфир, а команды на переключение коммутатора обратно нет. В эфире висит стопкадр! И еще в эфир не полностью вышли ролики из блока.

[george_yura]

добавить пункт «Дождаться нулевой загрузки ЦП предыдущего расписания» с окошком установки таймаута,

Не сработает.
1)Нет никакой гарантии, что процессор не будет загружен какой-нибудь работой не связанной с вещанием.
2)Что такое "нулевая загрузка" - не понятно. Ноль - это 0? Или "семЪ-восемЪ"?

Не надо брать общую загрузку ЦП. Может просто посмотреть загрузку процесса FDOnAir.

[Даниленко Сергей]

Программа OnAir имеет право не только вещать файлы в процессе своей работы, но и производить другие действия. Например, осуществлять проверку файлов в расписании, на файловых страницах.
Т.е. вещания нет, а загрузка CPU присутствует.

[george_yura]

А как тогда проверить, что расписание находится на паузе?

[Игорь Таранцев]

Установка 5 мин. не исключает попадания в эти сами 5 мин. В эфире опять будет висеть стоп-кадр. Нужно исключить саму возможность данной ситуации.

Проблема зависшего стоп-кадра решается через добавление команды "video 1" в начало блока Autoload...
Но самое главное именно "исключить саму возможность данной ситуации" - когда загрузка следующего расписания autoload... выполняется в процессе воспроизведения предыдущего блока autoload... По-моему проблема в том, что вы не определили время окна для показа каждого из рекламных блоков. У вас должны быть какие-то правила или ограничения на расположение рекламных блоков по времени. Насколько я знаю, у любого телеканала для каждого рекламного блока задается некоторое окно, в пределах которого этот блок имеет право выйти в эфир. Эти окна не имеют право перекрываться во времени, иначе никто (даже живой оператор) не сможет понять, какой из ваших рекламных блоков нужно выдавать в конкретный момент времени. В принципе, можно в одно окно включить несколько одинаковых блоков, но это все равно порождает много вопросов при продаже рекламы.
Итак, когда вы выяснили начала всех рекламных окон, в которых должны показываться разные рекламные блоки, вы должны за небольшое время до старта каждого из окон (например, за 1 минуту), загрузить ваше расписание именно для этого окна. То есть в названии расписания autoload... укзывается время начала окна, а в настройках указывается время загрузки за 1 минуту. При выполнении этих условий никогда не возникнет ситуация, когда загрузка следующего рекламного блока прерывает показ текущего рекламного блока.

[george_yura]

Проблема зависшего стоп-кадра решается через добавление команды "video 1" в начало блока Autoload...

Каким образом команда "video 1" привязана к коммутатору?

Реклама это очень больной вопрос. Не надо теребить рану. Нет никаких правил, блоки болтаются, как хотят. А по праздникам и всяким чрезвычайным событиям могут на часы смещается. И их и так синхронизирую в максимальных интервалах, чтобы они минимально перекрывали друг друга.
Здесь речь об другом.