kROOT писал(а):TCP на уровне самого протокола проверяет целостность передаваемых данных, там не может кадр видео просто так незаметно вылететь, а вот если бы по UDP передавались данные да еще без механизма контроля передачи, то тогда да, но UDP в IP видеонаблюдении не используется.
Сеть для видео может глючить в основном по 2 распространенным причинам, либо полосы пропускания не хватает, либо контакт плохой, в первом случае с большим откликом, во 2м потери пакетов. Если есть и потери пакетов и довольно большой пинг, то может не справляться роутер/коммутатор и дропать пакеты.
Для справки, пинг вообще не работает по портам, он работает по протоколу ICMP и если бы эти 15 лет не тянул коаксиал, а изучал бы сети, то знал бы это.
Тогда сходу вопрос, какую информацию Вы забираете с камеры в формате rtsp://IP_adress:port@user_name_pass/local_share.*" onclick="window.open(this.href);return false; Да неужто ли прямо кино тянете???? Вы меня просто умиляете!!! При прохождении пакетов выпадение происходит исключительно при задержке передачи данных с устройства. Данная задержка воспринимается оборудованием как потеря пакета или же обрывом соединения. IP-камеры не способны хоть как то собирать видео и транслировать его в сеть. Для информации "гуру" выписка из Wiki:
Потоковый протокол реального времени (Real Time Streaming Protocol, RTSP), разработанный IETF в 1998 году и описанный в RFC 2326, является прикладным протоколом, предназначенным для использования в системах, работающих с мультимедиа данными, и позволяющий удалённо управлять потоком данных с сервера, предоставляя возможность выполнения команд, таких как «Старт», «Стоп», а также доступа по времени к файлам, расположенным на сервере.
RTSP не выполняет сжатие, а также не определяет метод инкапсуляции мультимедийных данных и транспортные протоколы. Передача потоковых данных сама по себе не является частью протокола RTSP. Большинство серверов RTSP используют для этого стандартный транспортный протокол реального времени, осуществляющий передачу аудио- и видеоданных.
Таким образом с камеры поступает ПОТОКОВОЕ-ВИДЕО в формате многих картинок в несколько секунд!!! Выпадение пакетов помимо мех. повреждения и слабым каналом передачи данных может выступать непосредственно камень камеры, которые может не справляться с обработкой данных, поступающих с матрицы. Данные проблемы нивелируются увеличение времени опроса и приема на устройстве обработки видео. Таким образом если в самой камере не настроены резидентные параметры, типа синхронизации NTP, выгрузка журнала и куча всего подобного, происходит увеличение времени передачи пакетов, что воспринимается устройством обработки как потеря пакетов и обрыв соединения.
Из всего вышесказанного, для решения проблемы, написанной в данной теме Ваш метод вычисления не то что бесполезен, а еще и тратит кучу времени безрезультатно. Схож примерно с вариантом, подсчета всех волн на море, для определения шторма.
Если Вы уж и хотите проверить данные по RTSP и увидеть какие нибудь потери (это единственные вариант, для чего Вы советовали человеку посмотреть на камеру VLC или т.п.), то пожалуйста стучитесь на камеру питоном, предварительно напишите скрипт для анализа пакетов. И перед этим не забудьте связаться с производителей, и выпытайте у него собственно что должна выдавать камера и в каком формате.
Или как вариант, устанавливаем zoneminder, которые без нужного скрипта сохранение данных осуществляет в кадровом формате и анализируйте время прилета кадров (о какое извращение!!!), ну или проще почитать log с данной камеры.
Но как по мне это "охота на ведьм". Если при смене оборудования на данных коммуникациях все нормализуется, то на кой, тестировать РАБОЧУЮ сеть? И тем более заставлять его всматриваться в потоковое видео - для вычисления чего?????? Как быстро сядет зрение???
Полемика у нас с Вами встала исключительно из-за методов анализа данной конкретной проблемы, я просто указываю Вам на то, что для выяснения причин, описанный Вами способ, мало того, что не действинен, так и еще убивает много времени.
p.s. А свою некомпетентность оправдывать и прятать за профессиональные оскорбления не этично, в процессе спора находится истина, и все негативные отзывы в Ваш адрес ни в коем случае не дают повода усомниться в Вашей квалификации, а вот Ваши нападки на возраст и т.п. заставляют усомниться...
p.p.s. По поводу пинга, это был мой вопрос Вам, Вы же советовали человеку включить vlc и одновременно пинговать камеру. Мой вопрос заключался в том, а как собственно пинговаться на RTSP порт? И главное - ЗАЧЕМ???? Дисконект можно чудесно увидеть и в файле журнала камеры.
С Уважением к Вам, Maloy832
