Jump to content
Калькуляторы

Поток rtsp с IP-камеры теряет кадры?

Имеется IP камера от GTVS GTI-33DWFIR gtvs.ru/produc/714/3944/

При подключении через ActiveX-плагин в IE картинка терпимая, хоть и тормозит безбожно, поток идёт не через rtsp, не знаю как к нему подключиться.

При подключении же по onvif к rtsp потоку сторонней программой видеонаблюдения картинка рассыпается при малейшем движении в кадре. Пробовал различные разрешения и настройки, ничего не помогает. (у камер других производителей картинка в порядке)

Т.е. у меня подозрение, что по rtsp-потоку приходят не все кадры, а так как часть кадров теряется, то и картинка сыпется.

Как можно это устранить? Кто сталкивался с таким? Что можете посоветовать? Какие вообще отзывы по камерам от GTVS? (Техподдержка GTVS молчит. У знакомых эти камеры работают, и особых жалоб на них нет.)

Share this post


Link to post
Share on other sites

Скорее всего вы сталкиваетесь с известным эффектом китайских камер, когда по TCP начинают не пролезать данные.

Share this post


Link to post
Share on other sites

а можно подробнее про этот эффект затыка данных по TCP?

беглое гугление какие-то абсолютно разные темы поднимает.

 

к слову, проблему всё-таки решил: капитально зарезал частоту кадров и поток данных, подключил к более мощному компу, картинка перестала рассыпаться.

Share this post


Link to post
Share on other sites

вы всё правильно сделали.

 

Если вкратце, то надо добиться ситуации, когда принимающий компьютер никогда не говорит посылающему «подожди», потому что китайские камеры написаны так, что они не умеют «ждать» и всегда шлют поток в сеть в надежде, что с той стороны успеют забрать данные.

Share this post


Link to post
Share on other sites

ясно, буду иметь ввиду

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Как правило дело именно в сети. Китайцы умудряются с TCP работать с потерями.

Share this post


Link to post
Share on other sites

Любите вы все на китай сваливать.

Где видели rtsp без задержки на кодирование-декодирование? у всех так, у аксис тоже.

Зачем вносить такую смуту, что китай делает все нереально плохо?

 

давайте фактами оперировать, коллеги, сравнивая

Share this post


Link to post
Share on other sites

Речь идет об одной единственной проблеме, которая существует как в Sonya, так и в Sofia, потому что обе они используют старый билд live555 с одним и тем же багом.

Но эта проблема в практически всех китайских камерах, потому что их не так уж и много.

Share this post


Link to post
Share on other sites

Пардон за перерыв, ограничения форума.

Смотрю везде: родной ActiveX по 60000-му TCP порту, VLC, другие программы для работы с rtsp. Смущает, что при 3-секундной задержке буфер должен быть на 60 3-мегапиксельных кадров, что весьма прилично. Скорее всего проблема действительно комплексная: буфер кодирования + буфер TCP.

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

Share this post


Link to post
Share on other sites

думаю, что буфер кодирования как раз очень небольшой. Скорее всего камера держит несколько кадров (5-6 максимум, может и меньше).

 

Тяжело заставить плеер не буферизовать.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.