Вопрос новичко по On-Air
Модераторы: Людмила, PR, vd, Даниленко Сергей
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
Нет. Я имел ввиду несколько другое.
Каждая файловая страница в OnAir настроена на определённую папку.
Поэтому если вы на странице с роликами хотите видеть файлы с расписаниями, то они (файлы с расписаниями) должны находиться в папке с роликами. Где будут находиться видеофайлы, которые упомянуты в ваших расписаниях, не имеет значения.
Каждая файловая страница в OnAir настроена на определённую папку.
Поэтому если вы на странице с роликами хотите видеть файлы с расписаниями, то они (файлы с расписаниями) должны находиться в папке с роликами. Где будут находиться видеофайлы, которые упомянуты в ваших расписаниях, не имеет значения.
-
- Сообщения: 118
- Зарегистрирован: 09 ноя 2016 19:18
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
-
- Сообщения: 118
- Зарегистрирован: 09 ноя 2016 19:18
Приветствую.
Когда просматриваю файл в плейлисте через TrimEditor, после нажатия "плей" программа реагирует не сразу, а спустя несколько секунд. При повторном запуске TrimEditor в течение ближайшего времени, этого лага нет. Но спустя некоторое время, например час, он появляется снова. Можно ли убрать его совсем?
Когда просматриваю файл в плейлисте через TrimEditor, после нажатия "плей" программа реагирует не сразу, а спустя несколько секунд. При повторном запуске TrimEditor в течение ближайшего времени, этого лага нет. Но спустя некоторое время, например час, он появляется снова. Можно ли убрать его совсем?
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
Вполне может быть, что при первой попытке воспроизведения есть некоторая задержка из-за того, что файл долго загружается с диска. Например, если файл большой, то для начала декодирования файла нужно загрузить заголовки и индексы, которые могут быть "разбросаны" по разным частям файла.
При этом, части файла, которые загрузились в процессе первоначального разбора файла (чтение заголовков, индекса, декодирование первых кадров), попадают в файловый кэш системы, т.е. в буфер в оперативной памяти. Поэтому, если сразу же повторно запустить воспроизведение в TrimEditor этого же файла, с большой вероятностью, те же самые части файла загрузятся из оперативной памяти, куда они уже подгружены, а не с диска. И это будет значительно быстрее.
Но если после этого поработать с другими файлами, то ранее загруженные части из файлового кэша (буфера в памяти) постепенно вытесняются при загрузке других файлов, потому что объем файлового кэша не бесконечен (ограничен объемом оперативной памяти компьютера).
Возможные способы борьбы с этим:
1. Поставить больше оперативной памяти в машину.
2. Увеличить скорость жесткого диска. Например, поставить более быстрый диск, или объединить два или более дисков в Stripe (Raid0), или размещать видеоматериалы на SSD-диске (хотя это, конечно, весьма недешево).
3. Может помочь даже банальная дефрагментация диска - если последний раз делали это давно, или не делали вовсе, настоятельно рекомендуется это сделать.
4. Использовать другие форматы видеофайлов.
Последний пункт поясню. Для разных форматов файлов требуется разное время на первоначальный разбор файла, и для позиционирования по файлу. Для AVI, MP4, MPEG и др. требуется разное время как на начальный парсинг файла (чтение заголовков, индексов, определение его длительности, положения кадров и т.д.), так и на собственно декодирование тех кадров, которые в TrimEditor показываются при открытии программы и воспроизведении файла. Например, декодирование формата AVC (H.264) на порядок сложнее, чем MPEG2, и занимает больше времени. Для этого формата еще и производительность процессора важна, а не только скорость чтения данных с диска. А если использовать AVI-файлы со сжатием вроде Motion JPEG, в котором нет междукадровой зависимости, загрузка таких файлов, позиционирование по ним и воспроизведение будут максимально быстрыми. Но объемы таких файлов довольно большие.
Резюме: простого и универсального способа решить проблему нет, и, тем более, мы не можем каким-то волшебным образом взять и ускорить декодирование всех видов файлов.
При этом, части файла, которые загрузились в процессе первоначального разбора файла (чтение заголовков, индекса, декодирование первых кадров), попадают в файловый кэш системы, т.е. в буфер в оперативной памяти. Поэтому, если сразу же повторно запустить воспроизведение в TrimEditor этого же файла, с большой вероятностью, те же самые части файла загрузятся из оперативной памяти, куда они уже подгружены, а не с диска. И это будет значительно быстрее.
Но если после этого поработать с другими файлами, то ранее загруженные части из файлового кэша (буфера в памяти) постепенно вытесняются при загрузке других файлов, потому что объем файлового кэша не бесконечен (ограничен объемом оперативной памяти компьютера).
Возможные способы борьбы с этим:
1. Поставить больше оперативной памяти в машину.
2. Увеличить скорость жесткого диска. Например, поставить более быстрый диск, или объединить два или более дисков в Stripe (Raid0), или размещать видеоматериалы на SSD-диске (хотя это, конечно, весьма недешево).
3. Может помочь даже банальная дефрагментация диска - если последний раз делали это давно, или не делали вовсе, настоятельно рекомендуется это сделать.
4. Использовать другие форматы видеофайлов.
Последний пункт поясню. Для разных форматов файлов требуется разное время на первоначальный разбор файла, и для позиционирования по файлу. Для AVI, MP4, MPEG и др. требуется разное время как на начальный парсинг файла (чтение заголовков, индексов, определение его длительности, положения кадров и т.д.), так и на собственно декодирование тех кадров, которые в TrimEditor показываются при открытии программы и воспроизведении файла. Например, декодирование формата AVC (H.264) на порядок сложнее, чем MPEG2, и занимает больше времени. Для этого формата еще и производительность процессора важна, а не только скорость чтения данных с диска. А если использовать AVI-файлы со сжатием вроде Motion JPEG, в котором нет междукадровой зависимости, загрузка таких файлов, позиционирование по ним и воспроизведение будут максимально быстрыми. Но объемы таких файлов довольно большие.
Резюме: простого и универсального способа решить проблему нет, и, тем более, мы не можем каким-то волшебным образом взять и ускорить декодирование всех видов файлов.
Последний раз редактировалось vd 19 дек 2017 22:14, всего редактировалось 1 раз.
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
Еще проверьте параметры электропитания системы (в Панели управления) - не разрешено ли там выключение жестких дисков через некоторое время после бездействия. Если разрешено, запретите.
Также, проверьте в свойствах каждого из логических дисков - не разрешено ли на них индексирование содержимого файлов. Это также может замедлять работу дисков, причем, в непредсказуемые моменты времени.
Также, проверьте в свойствах каждого из логических дисков - не разрешено ли на них индексирование содержимого файлов. Это также может замедлять работу дисков, причем, в непредсказуемые моменты времени.
-
- Сообщения: 118
- Зарегистрирован: 09 ноя 2016 19:18
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
-
- Сообщения: 2311
- Зарегистрирован: 05 мар 2003 19:21
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
-
- Сообщения: 3
- Зарегистрирован: 16 сен 2015 21:46
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
-
- Сообщения: 3
- Зарегистрирован: 16 сен 2015 21:46
В строке суммарной информации отображается общая длительность блока, для каждого отдельно, можно ли все эти длительности в расписании как-то суммировать? Или только вручную? Чтобы узнать, сколько по времени занимают наши врезки в эфир в рамках всего расписания.Даниленко Сергей писал(а):Нельзя ли более подробно о чём идёт речь?
Вам нужно время от первого ролика и до последнего в расписании? Или как?
-
- Сообщения: 7091
- Зарегистрирован: 26 фев 2004 09:53
- Откуда: Techsupport SoftLab-NSK
Такой возможности нет, т.к. не понятно какие блоки нужно учитывать в расчёте, а какие нет.
Можно написать свою программу-"калькулятор", которая на входе принимает файл расписания (air проще всего) и складывает длительности по придуманному вами правилу учёта блоков.
Файл air - это обычный текстовый файл, в котором легко ориентироваться и прописаны длительности всех файлов.
Можно написать свою программу-"калькулятор", которая на входе принимает файл расписания (air проще всего) и складывает длительности по придуманному вами правилу учёта блоков.
Файл air - это обычный текстовый файл, в котором легко ориентироваться и прописаны длительности всех файлов.