Запись двух каналов одновременно

[kasa]

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

Можно ли организовать одновременную запись двух разных телеканалов на базе одного сервера с одной FD300 на борту?

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

В данный момент это можно осуществить в рамках продукта ФорвардТП2. Но там используется система задержки сигнала PostPlay, которая "складывает" данные в хранилище в своем собственном формате. Для получения данных из хранилища необходимо использовать процедуру экспорта в AVI-файлы.
В обозримом будущем возможность записи двух каналов будет добавлена в программу FDCapture (стандартную "грабилку" в файлы формата AVI).

[kasa]

Спасибо за ответ.

Жаль конечно, что нельзя через FDCapture. А не можете примерно хотябы обозначить сроки внесения описанных выше изменений?
Дело в том, что нам в ближайшее время нужно определиться со схемой реализации данной задачи.

На данный момент к нам приехали два ваших сервера (второго телеканала в планах не было). Один сервер предполагалось использовать для воспроизведения, а вот второй - пустить на запись теперь уже двух каналов. Первый канал будет вопроизводиться Форвардом, а второй - другим сервером-плеером (просто потому, что этот сервер у этого телеканала уже есть в наличии). Сетевое хранилице предполагалось общее.

Может есть идеи, как такую задачу можно реализовать?

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

Примерные сроки окончания переделки FDCapture - середина/конец февраля.
Пока можно поступить следующим образом - мы можем вам предоставить временную регистрацию для вашей платы на продукт ФорвардТП2, который обеспечивает двухканальный ввод в хранилище PostPlay. Из хранилища данные можно экспортировать в AVI-файлы. Понятно, что это некоторая дополнительная работа, но пока других вариантов нет.
Если вас такое решение устраивает, то пришлите номер платы FD300 на адрес техподдержки:
forward@softlab.tv
forward@sl.iae.nsk.su
forward@softlab-nsk.com

[kasa]

Спасибо за разъяснения!
Принято решение не заморачиваться через PostPlay, а дождаться доработки FDCapture.

Еще один вопрос, если можно, чтобы не плодить темы...

Наше ПО подготавливает плейлист воспроизведения для OnAir. Плейлист вроде обычный:

Код: Выделить всё

movie <0&#58;01&#58;41.08> 0&#58;00&#58;01.24 \\nas-1\data\domashniy\19_02_2009_p0.avi 
movie <0&#58;01&#58;43.08> 0&#58;08&#58;33.24 \\nas-1\data\domashniy\19_02_2009_p0.avi 
movie <0&#58;10&#58;17.08> 0&#58;00&#58;29.24 \\nas-1\data\domashniy\19_02_2009_p0.avi 

Однако, после загрузки он выглядит странно в списке событий слева.
Таймкод длительности "урезается" на 16 кадров, т.е. событие <0:01:43.08> 0:08:33.24, к примеру, выглядит как <0:01:43.08> 0:08:33.06
Не подскажете, в чем может быть дело? В настройках ничего не нашел, что могло бы на это влиять, кроме настроек времени, где стоит "PAL".

И еще момент. Если это же событие отредактировать в триммере, то нормальное значение длительности получается 0:08:34.04, но при сохранении этих отредактированных данных в файл, там содержится 0:08:34.16

ЗЫ: чувствую, что не знаю какой-то совсем простой вещи...

[Новый_Век]

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

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

Собака порылась примерно там. Более развернуто сможем ответить после праздников.

[kasa]

Собака порылась примерно там. Более развернуто сможем ответить после праздников.

Спасибо. Жду с нетерпением

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

Есть некоторые нюансы с временами (длительностями) файлов в расписании программы OnAir.

1)Программа OnAir всегда сохраняет длительности файлов при экспорте плей-листа в *.air-файл в тысячных долях секунды, т.е. в миллисекундах.. Это сделано для того, чтобы избежать проблемы PAL/NTSC. В этих системах длительность кадра разная и это может служить источником ошибки если длительности хранить в кадрах.
Поэтому легко объяснить вото это:

Если это же событие отредактировать в триммере, то нормальное значение длительности получается 0:08:34.04, но при сохранении этих отредактированных данных в файл, там содержится 0:08:34.16

Объяснение следующее. У вас в настройках программы OnAir выбрано отображение времени в кадрах. Т.е. во времени 0:08:34.04 число 04 означает 4 кадра. При экспорте в файл получается 0:08:34.16. Последнее число 16 - это 160 миллисекунд. Поскольку длительность одного кадра в системе PAL составляет 40 миллисекунд, то 4 х 40 = 160 миллисекунд. 160 миллисекунд = 4 кадра (PAL).

2)Когда программа OnAir зачитывает плейлист (*.air-файл), то она не использует длительности файлов, которые указаны в расписании, а берет их непосредственно из файла. Исключением является случай, когда для файла из расписания использовалась опция TrimEditor.
Таким образом, легко объяснить вот это:

Таймкод длительности "урезается" на 16 кадров, т.е. событие <0:01:43.08> 0:08:33.24, к примеру, выглядит как <0:01:43.08> 0:08:33.06

У вас используется опция TrimEditor - это значит, что длительность файла 0:08:33.24 возьмется из расписания. А теперь согласно пункту 1) - последнее число 24 - это 240 миллисекунд. У вас стоит отображение плей-листа в кадрах: 240 : 40 = 6 кадров. В результате на "мордочке" OnAir'а вы видите 0:08:33.06, где 06 - кадры, соответствующие 240 миллисекунд.

[kasa]

Все ясно, спасибо. Однако, если бы не было "обрезания" последнего нуля, то все было бы очевидно

[kasa]

Еще момент. Расписание записи для FDCapture в таком же формате таймкод использует?

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

Однако, если бы не было "обрезания" последнего нуля, то все было бы очевидно

Однако место экономим

Расписание записи для FDCapture в таком же формате таймкод использует?

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

[Воронцов Владимир]

В данный момент это можно осуществить в рамках продукта ФорвардТП2. Но там используется система задержки сигнала PostPlay, которая "складывает" данные в хранилище в своем собственном формате. Для получения данных из хранилища необходимо использовать процедуру экспорта в AVI-файлы.
В обозримом будущем возможность записи двух каналов будет добавлена в программу FDCapture (стандартную "грабилку" в файлы формата AVI).

Простите, а на сегодняшний день эта возможность уже существует? В описании на FDCapture этого не нашел.....

[vd]

Нет, FDCapture этого пока что не умеет.

[mikhail79]

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