PostPlay потеря кадров
Модераторы: ElenVR, Людмила, PR
-
- Сообщения: 46
- Зарегистрирован: 18 апр 2012 21:03
- Откуда: Минск
PostPlay потеря кадров
Доброго дня!!!Осваиваем вещание с задержкой, и вот при записи в хранилище идет потеря кадров причем сотнями, и с десяток с мин качеством. Проц при этом не загружается, хотя в насторойках стоит реального времени для postplay, в дисковой системе стоит 4 диска по 1ТБ в 10 рейде, кроме как для записи ни для чего больше не используются эти диски, индексирование отключено, сжатия, обновление и антивирусов нет. Версия ПО самая последняя плата 322, кодек сжатия рекомендуемый по умолчанию. Дайте направление куда копать. спасибо. Машина только для вещания, больше на ней ничего не делают.
-
- Сообщения: 1407
- Зарегистрирован: 10 сен 2004 12:09
-
- Сообщения: 46
- Зарегистрирован: 18 апр 2012 21:03
- Откуда: Минск
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
Настройки нормальные.
Можете найти SLLog-файлы за те дни, в которые происходили пропуски кадров, и прислать их все нам по e-mail (в архиве)? Где эти файлы находятся, знаете?
Еще вопрос: на вход платы, который в хранилище пишется, вы реальный сигнал подаете, или ничего не подключено? Какого характера картинка на входе - черный экран, изображение с камеры, с телеэфира?
Ждем SLLog-файлы, без них пока непонятно, что происходит.
Можете найти SLLog-файлы за те дни, в которые происходили пропуски кадров, и прислать их все нам по e-mail (в архиве)? Где эти файлы находятся, знаете?
Еще вопрос: на вход платы, который в хранилище пишется, вы реальный сигнал подаете, или ничего не подключено? Какого характера картинка на входе - черный экран, изображение с камеры, с телеэфира?
Ждем SLLog-файлы, без них пока непонятно, что происходит.
-
- Сообщения: 46
- Зарегистрирован: 18 апр 2012 21:03
- Откуда: Минск
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
У вас выставлен средний поток видео в хранилище 5 мегабайт/сек. Если на входе слишком сложная для сжатия картинка - например, белый шум, или просто изображение с большим количеством помех в виде шума, то при сжатии приходится уменьшать параметр "качество" видео-кодека, снижая его в указанных рамках до 40%, чтобы средний поток данных был по-прежнему 5 мегабайт/сек.
При этом может оказаться, что картинка даже при минимальном качестве сжатия сжимается плохо, и получаемый средний поток выше указанных 5 мегабайт/сек. Во-первых, это приводит к тому, что в хранилище поместится не заданное количество видео (например, 3 часа - сколько вы указали при создании хранилища), а меньше. Во-вторых, высокий поток данных означает бОльшую нагрузку на жесткий диск.
Впрочем, на современных жестких дисках скорость даже 100 мегабайт/сек на запись - не предел. Так что, даже если реальный поток данных получается 10, а то и 20 мегабайт/сек (что вряд ли), этого не должно быть слишком много (только если хранилищ у вас не несколько штук).
Насчет "с входным сигналом какой-то трабл" - а вы видели какие-то прблемы во входном сигнале? Он иногда пропадает? Что при этом происходит - на входе платы черный экран? Или что-то другое имеете ввиду?
При этом может оказаться, что картинка даже при минимальном качестве сжатия сжимается плохо, и получаемый средний поток выше указанных 5 мегабайт/сек. Во-первых, это приводит к тому, что в хранилище поместится не заданное количество видео (например, 3 часа - сколько вы указали при создании хранилища), а меньше. Во-вторых, высокий поток данных означает бОльшую нагрузку на жесткий диск.
Впрочем, на современных жестких дисках скорость даже 100 мегабайт/сек на запись - не предел. Так что, даже если реальный поток данных получается 10, а то и 20 мегабайт/сек (что вряд ли), этого не должно быть слишком много (только если хранилищ у вас не несколько штук).
Насчет "с входным сигналом какой-то трабл" - а вы видели какие-то прблемы во входном сигнале? Он иногда пропадает? Что при этом происходит - на входе платы черный экран? Или что-то другое имеете ввиду?
-
- Сообщения: 46
- Зарегистрирован: 18 апр 2012 21:03
- Откуда: Минск
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
Если не сложно, попробуйте еще посмотреть нагрузку на процессор и жесткий диск во время ввода. Например, это можно сделать с помощью программы TaskInfo (www.iarsn.com) - ее нужно просто параллельно запустить.
Интересует, нет ли в моменты, когда есть пропуски кадров, резкого увеличения загрузки процессора (или какого-то из его ядер), и не падает ли поток записи на диск в эти моменты. В программе TaskInfo есть соответствующие графики.
Интересует, нет ли в моменты, когда есть пропуски кадров, резкого увеличения загрузки процессора (или какого-то из его ядер), и не падает ли поток записи на диск в эти моменты. В программе TaskInfo есть соответствующие графики.
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
О том, какие мы увидели у вас проблемы в компьютере, написали по почте. Возможно, часть проблем есть и в нашем ПО (с одной из них мы разбираемся в настоящее время), но и компьютер нужно правильно настроить.
Вкратце, самое главное: у вас на одном системном диске находятся и хранилища, и рабочие материалы, которые использует OnAir (например, картинки для выдачи в бегущей строке). Это плохо. При работе с PostPlay настоятельно рекомендуется хранилища и рабочие материалы для эфира (видео, изображения) держать на физически отдельном от системы жестком диске, чтобы возможные подтормаживания системного диска не приостанавливали работу сервиса PostPlay. Это описано в документе по системе PostPlay:
http://www.softlab-nsk.com/rus/forward/ ... stplay.pdf
А подтормаживания у вас явно случаются. В SLLog много раз встречаются строки про то, что OnAir "задумывается" (подвисает) аж на 21 секунду (в основном, иногда меньше). По системному EventLog видно, что у вас какие-то проблемы с сетью. В частности, компьютер периодически пытается обратиться к недоступному сетевому принтеру (возможно, в очереди печати остались какие-то неисполненные задания, а принтер давно отключен), а также в вашей сети есть компьютер с таким же IP-адресом - это еще хуже.
Памяти у вас достаточно, процессор двухъядерный - в принципе, его тоже достаточно. Но пользоваться принтером лучше на офисном компьютере, а эфирный компьютер должен заниматься только выводом в эфир. И быть свободным от возможных конфликтов по сети с другими компьютерами. Вообще, лучше переустановить систему "с нуля" (отформатировав жесткий диск) и работать в системе, в которой нет и не было ничего лишнего, вроде отсутствующих сетевых принтеров.
В том числе нужно следить за тем, что на этот компьютер по сети не закачиваются большие объемы файлов с максимальной скоростью. В частности, при закачке видеоматериалов на эфирный компьютер нужно пользоваться нашей программой CopyDR, в которой есть ограничение на скорость копирования данных. Но это так, рекомендация на будущее, чтобы не усугубить проблемы.
Вкратце, самое главное: у вас на одном системном диске находятся и хранилища, и рабочие материалы, которые использует OnAir (например, картинки для выдачи в бегущей строке). Это плохо. При работе с PostPlay настоятельно рекомендуется хранилища и рабочие материалы для эфира (видео, изображения) держать на физически отдельном от системы жестком диске, чтобы возможные подтормаживания системного диска не приостанавливали работу сервиса PostPlay. Это описано в документе по системе PostPlay:
http://www.softlab-nsk.com/rus/forward/ ... stplay.pdf
А подтормаживания у вас явно случаются. В SLLog много раз встречаются строки про то, что OnAir "задумывается" (подвисает) аж на 21 секунду (в основном, иногда меньше). По системному EventLog видно, что у вас какие-то проблемы с сетью. В частности, компьютер периодически пытается обратиться к недоступному сетевому принтеру (возможно, в очереди печати остались какие-то неисполненные задания, а принтер давно отключен), а также в вашей сети есть компьютер с таким же IP-адресом - это еще хуже.
Памяти у вас достаточно, процессор двухъядерный - в принципе, его тоже достаточно. Но пользоваться принтером лучше на офисном компьютере, а эфирный компьютер должен заниматься только выводом в эфир. И быть свободным от возможных конфликтов по сети с другими компьютерами. Вообще, лучше переустановить систему "с нуля" (отформатировав жесткий диск) и работать в системе, в которой нет и не было ничего лишнего, вроде отсутствующих сетевых принтеров.
В том числе нужно следить за тем, что на этот компьютер по сети не закачиваются большие объемы файлов с максимальной скоростью. В частности, при закачке видеоматериалов на эфирный компьютер нужно пользоваться нашей программой CopyDR, в которой есть ограничение на скорость копирования данных. Но это так, рекомендация на будущее, чтобы не усугубить проблемы.
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
-
- Сообщения: 46
- Зарегистрирован: 18 апр 2012 21:03
- Откуда: Минск
Доброго дня!!!! вообщем отвечаю на вопросы:
с дисками разобрался, под систему свой терабайтник + еще 2 диска по терабайту висящих отдельно, на один из них и пишется
по поводу принтера - с пк работаем в основном удаленно, поэтому при подключении по рдп если я подключаюсь с того пк где установлен принтер, то и он спрашивает установить ли драйвер, теперь в настройках рдп я это выключил.
по поводу сети - это конфликт был ipout сетевой карты, она не используется сейчас и отключена
из сетевых программ только teamviewer и все, всякие обновления там отключены.
теперь о результате, после инсталяции нового по пару раз выбивало заполнение буфера в постплей и система висла, потом после переустановки полной по уже 3 дня работает стабильно , но в день примерно по 100 кадров набегает.
с дисками разобрался, под систему свой терабайтник + еще 2 диска по терабайту висящих отдельно, на один из них и пишется
по поводу принтера - с пк работаем в основном удаленно, поэтому при подключении по рдп если я подключаюсь с того пк где установлен принтер, то и он спрашивает установить ли драйвер, теперь в настройках рдп я это выключил.
по поводу сети - это конфликт был ipout сетевой карты, она не используется сейчас и отключена
из сетевых программ только teamviewer и все, всякие обновления там отключены.
теперь о результате, после инсталяции нового по пару раз выбивало заполнение буфера в постплей и система висла, потом после переустановки полной по уже 3 дня работает стабильно , но в день примерно по 100 кадров набегает.
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
> потом после переустановки полной
Что такое "полная" и "неполная" переустановка ПО? Чем они отличаются?
> в день примерно по 100 кадров набегает
Имеются ввиду пропущенные кадры?
Найдите, пожалуйста, SLLog за тот день, в который уже ничего не зависало, но были пропущены кадры, и пришлите нам его. Лучше за все такие дни (только не за те, где еще были зависания, чтобы не мешать всё в одну кучу). Нужно уточнить, что именно там происходило.
Что такое "полная" и "неполная" переустановка ПО? Чем они отличаются?
> в день примерно по 100 кадров набегает
Имеются ввиду пропущенные кадры?
Найдите, пожалуйста, SLLog за тот день, в который уже ничего не зависало, но были пропущены кадры, и пришлите нам его. Лучше за все такие дни (только не за те, где еще были зависания, чтобы не мешать всё в одну кучу). Нужно уточнить, что именно там происходило.