5.2.0 - новый релиз ПО для продуктов Форвард

[Максим Котляр]

Здравствуйте.
В процессе работы с FDOnAir заметил следующую особенность: при оперативном добавлении в конец блока нового задания, следом за исполняемой в данный момент последней командой, индикатор следующей исполняемой команды так и остается стоять на команде ожидания события (начале следующего блока), а не переносится на новое добавленное задание, которое, по идее, должно исполниться. Подготовка нового задания тоже не происходит. Ниже на простом примере проиллюстрирована эта особенность.

Мне кажется это не очень удобным. Для того, чтобы добавленное задание исполнилось, необходимо не упустить из виду и вручную перенести на него индикатор. На практике это удается далеко не всегда. Тому есть ряд причин: подобные изменения в расписании, как правило происходят в последнюю минуту, в спешке; сам индикатор маленький, в глаза не бросается; при других условиях (в середине блока) индикатор автоматически переносится на добавленное задание, что является привычным и ожидаемым его поведением.

В связи с этим вопрос, можно ли как-то изменить эту ситуацию и добавить автоматическую подготовку к исполнению добавляемых в конец блока заданий в следующих версиях FDOnAir? Также возможно ли более броско выделить следующую исполняемую команду в расписании? Не только маленькой стрелочкой-индикатором, а скажем, фоном всей строки, может мигающим или как-то так?

Проиллюстрирую вышесказанное примером.
1. Исполняется последнее задание (BIP.avi), индикатор на команде ожидания времени



2. Добавлено еще задание (Matras1.avi), индикатор так и остался на команде ожидания времени, новое задание будет пропущено

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

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

Такая особенность всегда была в программе OnAir. Как только начинается воспроизведение одного файла, сразу же начинается подготовка следующего. Причем того следующего файла, который оказался "следующим" на момент начала воспроизведения.
Это на наш взгляд нормальное ограничение. Вы можете модифицировать расписание за пределами двух файлов: первый - это тот, который сейчас воспроизводится, а второй - тот который успел подготовиться на момент старта воспроизведения предыдущего. Только в этом случае вы можете рассчитывать на автоматическое воспроизведение расписания.
Такая схема действует давно и менять мы ее не планируем.

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

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

Также возможно ли более броско выделить следующую исполняемую команду в расписании? Не только маленькой стрелочкой-индикатором, а скажем, фоном всей строки, может мигающим или как-то так?

По поводу изменения интерфейса программы OnAir. Мы больше не меняем интерфейс этой программы. Проект "старый OnAir" практически закрыт - в нем продолжается правка багов, а новый функционал добавляется только при крайней необходимости.

[Максим Котляр]

Спасибо, будем ждать новый OnAir. Это будет FDOnAir 2.xx ?

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

Если вставить новый файл между воспроизводимым файлом и уже подготовленным файлом (а не подготовленной командой "ждать по времени" или "ждать оператора", "исполняться за предыдущим") никаких ограничений нет, позиция совершенно спокойно переводится автоматом со старого на новый файл и он подготавливается.

Будем с этими особенностями мириться и приспосабливаться, с надеждой на новые возможности более совершенного следующего поколения OnAir.

[Dr.Jack]

Здравствуйте! Давно заметил, что с Sound Control что-то не совсем айс. Но так как это не мешает работе, не обращал на это внимания. Но теперь смотрю, дело идёт к релизу 5.3.0. Решил разобраться и обратить внимание уважаемых разработчиков заранее. Вот в чём дело: неправильно работают регуляторы баланса. Ткнул батон New view и всё стало ясно. Вот раскладка:
Line 1: синяя линия - L влево до упора, R посередине
зелёная - L влево до упора, R вправо
жёлтая - как на зелёной
Line 2: синяя и зелёная линии - всё посередине
жёлтая - L влево до упора, R вправо
Line 3: синяя линия - всё посередине
зелёная - L влево до упора, R вправо
жёлтая - L влево до упора, R посередине
Возвращаюсь к Classic view - там якобы всё ОК. Кручу баланс в New view - настройки не запоминаются. Посмотрите, пожалуйста, на это дело до выхода 5.3.0, это мне по барабану, а кому-то может причинить неудобства.

[shish07]

Здравствуйте! Давно заметил, что с Sound Control что-то не совсем айс. Но так как это не мешает работе, не обращал на это внимания. Но теперь смотрю, дело идёт к релизу 5.3.0. Решил разобраться и обратить внимание уважаемых разработчиков заранее. Вот в чём дело: неправильно работают регуляторы баланса. Ткнул батон New view и всё стало ясно. Вот раскладка:
Line 1: синяя линия - L влево до упора, R посередине
зелёная - L влево до упора, R вправо
жёлтая - как на зелёной
Line 2: синяя и зелёная линии - всё посередине
жёлтая - L влево до упора, R вправо
Line 3: синяя линия - всё посередине
зелёная - L влево до упора, R вправо
жёлтая - L влево до упора, R посередине
Возвращаюсь к Classic view - там якобы всё ОК. Кручу баланс в New view - настройки не запоминаются. Посмотрите, пожалуйста, на это дело до выхода 5.3.0, это мне по барабану, а кому-то может причинить неудобства.

Положения ручек баланса (при переходе из 'New' в 'Classic') не сохраняются при общей громкости на линии -inf (круглая ручка, над балансом). Происходит это потому что баланс задаёт относительную громкость, а относительно 'полной тишины', это вобщем ээ...?
Да, кстати, Вам зачем баланс у заглушенной линии?
Если линия нужна, но временно заглушена, выставьте нужный (не -inf) уровень и выключите её отжав синюю кнопочку рядом.

Вобщем посмотрим, что можно сделать с этим!

[Максим Котляр]

Здравствуйте.

Если у какого-либо мпег-файла одноименный индекс-файл .slm оказался нулевого размера и в OnAir была открыта соответствующая папка, то OnAir этот индекс-файл намертво блокирует, так, что его не удалить, не переиндексировать нельзя.
В таком случае приходится либо переименовывать mpg-файл и индексировать его, либо использовать утилиты для разблокирования (скажем, Process Explorer), либо закрывать OnAir и удалять этот slm-файл.

А такой файл .slm нулевой длины образуется, в частности, при простом закрытии FDMPEGIndexer во время индексации.

[vd]

> А такой файл .slm нулевой длины образуется, в частности, при простом закрытии FDMPEGIndexer во время индексации.

А зачем вы его закрываете во время индексации?

[Максим Котляр]

По разным причинам. Например, чтобы проиндексировать другой файл, а заряжена очередь (очередность ведь не регулируется), или чтобы снизить нагрузку (она динамически тоже не ограничивается), выключили электроэнергию и нужно выключаться, да еще много может быть причин. Это запрещено? В руководстве не нашел запрета. Закрывается он стандартными корректными средствами - большая кнопка "Закрыть".

Если во время индексации на эту кнопку запрещено жать и нужно непременно дожидаться окончания индексации, то опишите это в руководстве, пожалуйста. И о последствиях такого нажатия тоже. Дабы предостеречь пользователя.

[vd]

Мы постараемся разобраться с проблемой, но дело в том, что модуль, который собственно индексирует файл, не наш, а чужой, производства компании Elecard. Он и раньше оставлял файлы нулевого размера, причем даже в штатных ситуациях. До какой-то степени они это исправили, но, возможно, не до конца. В худшем случае ситуация может оказаться неисправимой - в таком случае, видимо, действительно, придется описать это в документации.

По поводу выхода из программы, когда заряжена очередь - можно добавить возможность выхода по завершению индексации файла, который сейчас индексируется. Примерно так: пытаетесь закрыть программу, она выдает предупреждение о том, что идет индексирование, с возможностью согласиться на то, что программа выйдет автоматически, когда текущий файл доиндексируется.

Хотя бы такой подход вас устроит, если по-другому решить проблему не получится?

[Максим Котляр]

Хотя бы такой подход вас устроит, если по-другому решить проблему не получится?

Если бы OnAir не блокировал такие файлы, то их появление и наличие вообще не составляло бы никакой проблемы - переиндексировал или удалил и всё.

Но если решить проблему OnAir с блокированием нельзя, то такое изменение работы FDMPEGIndexer поможет избежать части ситуаций.

Спасибо.

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

Вроде бы проблему с блокированием решили. Исправления будут в новом релизе.

[Максим Котляр]

Большое спасибо.

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

Пока не за что

[ForestQ]

после перезагрузки компа иногда при запуске онэйра вываливается такая ошибка:

нажимаю OK, запускается онэйр с дефолтными настройками.
закрываю онэйр - вываливается такая ошибка:

Приходиться перезагружаться, и если запустился без ошибок, то грузиться уже как обычно, настроенный.
Где рыть?
p.s. трабла наблюдалась на 2-х машинах.

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

Подобная ошибка будет исправлена в новом релизе ПО.