Удаленный просмотр архива

[egg]

Добрый день.

Ситуация следующая:
Есть удаленные видеосервера и офис. На удаленных точках происходит запись. А с офиса просмотр архива. Доступ к удаленным серверам происходит через интернет.
Постоянный IP адрес только на офисном компьютере.
Настраивалось следующим образом: на удаленных серверах искалась офисная машина со статическим внешним IP адресом.
Все работало отлично где-то неделю, а теперь пишет что нет соединения. Интернет работает на всех точках.
В чем может быть проблема?

Заранее, Спасибо!!!

[Max]

а что изменялось за эту неделю в сетевом интерфейсе ?

[egg]

а что изменялось за эту неделю в сетевом интерфейсе ?

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

[Max]

а в конфигурации не изменены ли (или не добавлены) порты ИСХОДЯЩИХ соединений ???

[egg]

а в конфигурации не изменены ли (или не добавлены) порты ИСХОДЯЩИХ соединений ???

Нет. Но изначально удаленные серверы подключались к офису на одном порту. Все работало некоторое время. Затем серверы повесили на разные порты. Это помогло на один день. Потом опять пропало соединение.

[Max]

рекомендую позвонить нам - трудно уловить точность вашей ситуации.

[Skitial]

Простите а можете подробно разьяснить процесс и саму концепию просмотра архива по сети?
Мне нужно просмотреть определенный период через интернет. На обоих машинах стоит видеонет.
Как это правильно осушествлять?

[Max]

подобная процедура описана в руководстве пользователя.

PS

просмотр архива через интернет ничем не отличается от просмотра локально расположенного архива или архива лежащего на другом сервере.

[eugen65]

У меня то же есть вопросик про работу по сети.
Ситуация такая. Есть сеть из ADSL модемов. Простая онлайн трансляция идёт нормально (поток 400-600 кб/сек). Как только пытаешься удалённо открыть архив, работа стопорится до нескольких минут. Просмотрел трафик, он идёт пиками. При перемещении по архиву, моментально скачивается 2-6 мб, это ещё когда не надо ничего смотреть. От этого жуткие тормоза. При воспроизведении закачка так же идёт пиками. То есть, если канал достаточно узкий, то бесконечные тормоза обеспечены. При этом, изменение настроек LAN 10/100 мбит или модем 33 кбит/с НИЧЕГО НЕ ДАЁТ. Алгоритм работы с трафиком остаётся одинаковым. Что вы можете посоветовать для ускорения работы VideoLan по каналу типа ADSL модемов?

[dr0m0k]

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

[Max]

просмотр удаленного архива осуществляется посредствам загрузки самого архива блоками по 2 Мб.
таким образом при открытии проигрывателя с указанным кол-вом камер, грузятся блоки по 2Мб на каждую камеру, при репозиционинровании курсора + идет загрузка карты фрагментов .

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

[eugen65]

Max

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

Так даже если оставить одну камеру (онлайн), но развернуть её одним окном на весь экран, поток увеличивается до 2,2 мб/с. Получается, поток зависит и от разрешения просмотра. И работа с архивами блоками по 2 мб на медленных (ADSL) каналах практически нереальна. Если пытаться там что-то найти, то дешевле/быстрее доехать до сервера. Неужели так и будет дальше? Ожидается ли какой-нибудь прогресс в этом плане?

[Max]

ненадо путать все в одну кашу

архив требует блоки по 2 Мб - не меньше
вы хотите смотреть архив реалтайм-записи на узком канале ???
какая у вас скорость соединения ???

PS

на счет трансляции - конечно будет такой поток при развертывании камеры на весь экран.

объясняю - если вы смотрите трансляцию так, что размер видеоокна меньше чем 768х576, то и по сети передается кадр меньшего разрешения (например режим 4х4 в мониторе на 1024х768 - будет транслировать 256х192 по каждой камере). при разворачивании камеры на весь экран - с сервера тянется кадр максимального разрешения. более того, необходимо настроить качество сетевой трансляции в видеоокне для каждой камеры (по умолчанию стоит параметр 14, который используется только в толстых каналах связи).

[eugen65]

Max

вы хотите смотреть архив реалтайм-записи на узком канале ???

А что в этом нереального? Слать видео потоково, а не блоками по 2 Мб. В соответствии с запросом конкретного кадра из архива, его и начинать транслировать. Ведь ралтайм просмотр идёт без проблем!!! Значит и просмотр архива можно реализовать так же.

какая у вас скорость соединения ???

У всех ADSL исходящая 1 Мб/сек.

необходимо настроить качество сетевой трансляции в видеоокне для каждой камеры (по умолчанию стоит параметр 14, который используется только в толстых каналах связи).

А вот это я не видел. Спасибо за подсказку, посмотрю в доке.

[BigMax]

Когда вы смотрите трансляцию - система запрашивает видеоизображение в разрешении и с параметрами, которые соответствуют настройкам видеоокна в котором осуществляется просмотр этого источника.
Пример: окна имеет разрешение 384*288, параметры сетевой трансляции 14. Это значит, что вы будете наблюдать видео в разрешении 384*288 с качеством 14.
Качество трансляции это шкала, в которой задается интегральный параметр - качество компрессии + разрешения транслируемого изображения (при этом разрешение зависимая величина от размера окна). Максимальное значение параметра соответствует максимальному разрешению (определяется разрешением окна и может быть 768*576 или меньше) и максимальному качеству компрессии.

Таким образом при трансляции вы получаете не всегда видео в максимальном разрешении (если окно имеет маленький размер), излишки разрешения не транслируются.

При воспроизведении архива вы получаете именно то видео, (в том разрешении/качестве/скорости) которое было записано. Перекомпрессия для трансляции архива не производится.

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

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

[dr0m0k]

итого: При воспроизведении архива вы получаете именно то видео, (в том разрешении/качестве/скорости) которое было записано. Перекомпрессия для трансляции архива не производится.

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

[BigMax]

итого: При воспроизведении архива вы получаете именно то видео, (в том разрешении/качестве/скорости) которое было записано. Перекомпрессия для трансляции архива не производится.

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

В данное время проведение таких работ не планируется.

[dr0m0k]

хм... а мне помнится что было такое в планах... странно...

[mikle]

итого: При воспроизведении архива вы получаете именно то видео, (в том разрешении/качестве/скорости) которое было записано. Перекомпрессия для трансляции архива не производится.

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

Да хрень какая-то получается. Сервер должен распаковать, а затем перепаковать в соответствии с нуждами клиента при узком канале и при этом ещё заниматься триплексом. По-моему тяжеловато будет.

[eugen65]

mikle

Да хрень какая-то получается. Shocked Сервер должен распаковать, а затем перепаковать в соответствии с нуждами клиента при узком канале и при этом ещё заниматься триплексом. По-моему тяжеловато будет.

И что с того, что тяжеловато? Для этого мощь машин каждый день и растёт. А вы пытались при просмотре архива запустить ускоренный просмотр? Буквально вся записанная информация передаётся на компьютер клиента и уже на нём производится ускорение. Полный бред. Тут уже только ОЧЕНЬ толстые каналы справляются. А всего то нужно, отбросить ненужную информацию, которая клиенту и не понадобится. В плане работы с сетью ещё есть куда развиваться. И даже необходимо развиваться, для нормального функционирования сетевой версии.


BigMax

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

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

Никакой необходимости буферизации нет. При позиционировании слайдера по архиву, нужно выдавать только один кадр (для каждой требуемой камеры), на котором остановился слайдер и не более. Если включаем воспроизведение, начинается онлайн передача из архива. При ускорении, в сеть выдаётся каждый X кадр, в соответствии с ускорением. И всё!!! Сеть работает, как при онлайн трансляции. Для нормального функционирования не нужны никакие "толстые" каналы. Просто грамотно распределить передачу по сети.

[dr0m0k]

Да хрень какая-то получается. Сервер должен распаковать, а затем перепаковать в соответствии с нуждами клиента при узком канале и при этом ещё заниматься триплексом. По-моему тяжеловато будет.[/quote]

Тяжело, согласен, но ведь полезно! Просто при выборе компа надо это учитывать, вот и все.

[dimon]

Никакой необходимости буферизации нет. При позиционировании слайдера по архиву, нужно выдавать только один кадр (для каждой требуемой камеры), на котором остановился слайдер и не более. Если включаем воспроизведение, начинается онлайн передача из архива. При ускорении, в сеть выдаётся каждый X кадр, в соответствии с ускорением. И всё!!! Сеть работает, как при онлайн трансляции. Для нормального функционирования не нужны никакие "толстые" каналы. Просто грамотно распределить передачу по сети.

Так об этом уже давно говорили, еще при существовании версии 7.3 возгникал этот вопрос и предложение и при локоальном просмотре архива также делать пропуск кадров - бессмысленно выводить 100 кадров в секунду при скорости перемотки 4х, я уже молчу о 16х и т.д.. Но воз и ныне там.

[BigMax]

Никакой необходимости буферизации нет. При позиционировании слайдера по архиву, нужно выдавать только один кадр (для каждой требуемой камеры), на котором остановился слайдер и не более. Если включаем воспроизведение, начинается онлайн передача из архива. При ускорении, в сеть выдаётся каждый X кадр, в соответствии с ускорением. И всё!!! Сеть работает, как при онлайн трансляции. Для нормального функционирования не нужны никакие "толстые" каналы. Просто грамотно распределить передачу по сети.

Так об этом уже давно говорили, еще при существовании версии 7.3 возгникал этот вопрос и предложение и при локоальном просмотре архива также делать пропуск кадров - бессмысленно выводить 100 кадров в секунду при скорости перемотки 4х, я уже молчу о 16х и т.д.. Но воз и ныне там.

Это почему вы так решили, что при воспроизведении х4 или х16 выводится 100 кадров или еще больше? Откуда у вас эта информация?

[eugen65]

Никакой необходимости буферизации нет. При позиционировании слайдера по архиву, нужно выдавать только один кадр (для каждой требуемой камеры), на котором остановился слайдер и не более. Если включаем воспроизведение, начинается онлайн передача из архива. При ускорении, в сеть выдаётся каждый X кадр, в соответствии с ускорением. И всё!!! Сеть работает, как при онлайн трансляции. Для нормального функционирования не нужны никакие "толстые" каналы. Просто грамотно распределить передачу по сети.

Так об этом уже давно говорили, еще при существовании версии 7.3 возгникал этот вопрос и предложение и при локоальном просмотре архива также делать пропуск кадров - бессмысленно выводить 100 кадров в секунду при скорости перемотки 4х, я уже молчу о 16х и т.д.. Но воз и ныне там.

Это почему вы так решили, что при воспроизведении х4 или х16 выводится 100 кадров или еще больше? Откуда у вас эта информация?

Речь даже не о том, что 100 кадров начинает выводится, а о том, что используется не вся перекачиваемая информация. Грубо говоря, скачали 100 мегабайт, а вывели 4 мегабайта в качестве виедоинформации. Я конкретно производил замеры трафика и уж за это я поручусь. Ну так что, это нормально, что из перекачиваемой информации (в зависимости от ускорения) мы пользуемся только 4-10% ?

[BigMax]

Никакой необходимости буферизации нет. При позиционировании слайдера по архиву, нужно выдавать только один кадр (для каждой требуемой камеры), на котором остановился слайдер и не более. Если включаем воспроизведение, начинается онлайн передача из архива. При ускорении, в сеть выдаётся каждый X кадр, в соответствии с ускорением. И всё!!! Сеть работает, как при онлайн трансляции. Для нормального функционирования не нужны никакие "толстые" каналы. Просто грамотно распределить передачу по сети.

Так об этом уже давно говорили, еще при существовании версии 7.3 возгникал этот вопрос и предложение и при локоальном просмотре архива также делать пропуск кадров - бессмысленно выводить 100 кадров в секунду при скорости перемотки 4х, я уже молчу о 16х и т.д.. Но воз и ныне там.

Это почему вы так решили, что при воспроизведении х4 или х16 выводится 100 кадров или еще больше? Откуда у вас эта информация?

Речь даже не о том, что 100 кадров начинает выводится, а о том, что используется не вся перекачиваемая информация. Грубо говоря, скачали 100 мегабайт, а вывели 4 мегабайта в качестве виедоинформации. Я конкретно производил замеры трафика и уж за это я поручусь. Ну так что, это нормально, что из перекачиваемой информации (в зависимости от ускорения) мы пользуемся только 4-10% ?

Согласен, что с точки зрения экономии канала связи было бы более эффективно готовить контент по запросу, т.е. индивидуально, а не передавать то, что было записано. Это означает, по факту, декомпрессию, выборку/преобразование и повторную компрессию с новыми параметрами на стороне сервера. Нагрузка на сервер, который должен заниматься записью и трансляцией при этом существенно возрастет. (Меняем увеличение утилизации CPU на сервере, на MBit трафика в канале).

Вы же писали про вывод изображения на экран при локальном воспроизведении!!! Никто не выводит по 100 и более кадров в секунду, выводится максимум 25 кадров/с, какое бы ускорение не использовалось