Cr0n0s Опубликовано 23 июля, 2015 · Жалоба Имеется IP камера от GTVS GTI-33DWFIR gtvs.ru/produc/714/3944/ При подключении через ActiveX-плагин в IE картинка терпимая, хоть и тормозит безбожно, поток идёт не через rtsp, не знаю как к нему подключиться. При подключении же по onvif к rtsp потоку сторонней программой видеонаблюдения картинка рассыпается при малейшем движении в кадре. Пробовал различные разрешения и настройки, ничего не помогает. (у камер других производителей картинка в порядке) Т.е. у меня подозрение, что по rtsp-потоку приходят не все кадры, а так как часть кадров теряется, то и картинка сыпется. Как можно это устранить? Кто сталкивался с таким? Что можете посоветовать? Какие вообще отзывы по камерам от GTVS? (Техподдержка GTVS молчит. У знакомых эти камеры работают, и особых жалоб на них нет.) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 23 июля, 2015 · Жалоба Скорее всего вы сталкиваетесь с известным эффектом китайских камер, когда по TCP начинают не пролезать данные. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cr0n0s Опубликовано 23 июля, 2015 · Жалоба а можно подробнее про этот эффект затыка данных по TCP? беглое гугление какие-то абсолютно разные темы поднимает. к слову, проблему всё-таки решил: капитально зарезал частоту кадров и поток данных, подключил к более мощному компу, картинка перестала рассыпаться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 23 июля, 2015 · Жалоба вы всё правильно сделали. Если вкратце, то надо добиться ситуации, когда принимающий компьютер никогда не говорит посылающему «подожди», потому что китайские камеры написаны так, что они не умеют «ждать» и всегда шлют поток в сеть в надежде, что с той стороны успеют забрать данные. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cr0n0s Опубликовано 23 июля, 2015 · Жалоба ясно, буду иметь ввиду но если камера не ждёт и отсылает пакеты сразу, то почему 3-мегапиксельное видео идёт с 3-секундной задержкой? у камеры такие большие буферы для обработки пакетов? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 23 июля, 2015 · Жалоба где смотрите? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snapoid Опубликовано 23 июля, 2015 · Жалоба У камеры скорее всего не хватает мощей для реалтаймового кодирования - поэтому и буферы большие, и в итоге есть таки пропуски кадров, но уже при кодировании. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 24 июля, 2015 · Жалоба Как правило дело именно в сети. Китайцы умудряются с TCP работать с потерями. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
f13 Опубликовано 24 июля, 2015 · Жалоба http://habrahabr.ru/post/213063/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SNR Опубликовано 24 июля, 2015 · Жалоба Любите вы все на китай сваливать. Где видели rtsp без задержки на кодирование-декодирование? у всех так, у аксис тоже. Зачем вносить такую смуту, что китай делает все нереально плохо? давайте фактами оперировать, коллеги, сравнивая Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 24 июля, 2015 · Жалоба Речь идет об одной единственной проблеме, которая существует как в Sonya, так и в Sofia, потому что обе они используют старый билд live555 с одним и тем же багом. Но эта проблема в практически всех китайских камерах, потому что их не так уж и много. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cr0n0s Опубликовано 24 июля, 2015 · Жалоба Пардон за перерыв, ограничения форума. Смотрю везде: родной ActiveX по 60000-му TCP порту, VLC, другие программы для работы с rtsp. Смущает, что при 3-секундной задержке буфер должен быть на 60 3-мегапиксельных кадров, что весьма прилично. Скорее всего проблема действительно комплексная: буфер кодирования + буфер TCP. Ну и скорее всего сама камера не может выдать TCP-поток с высоким битрейтом, сама же и захлёбывается. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maxlapshin Опубликовано 24 июля, 2015 · Жалоба думаю, что буфер кодирования как раз очень небольшой. Скорее всего камера держит несколько кадров (5-6 максимум, может и меньше). Тяжело заставить плеер не буферизовать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...