Форум по системам видеонаблюдения и безопасности.

Имею на объекте 2 камеры HiWatch DS-I453M(С) и HiWatch DS-I453M(B). Камеры со встроенными микрофонами. Одна на площадке лестничной, где часто тишина, другая на подъезде. Включены в сеть подъездного IP домофона Hikvision и можно посмотреть на мониторах. Пишут видео по движению на флэшки.
Проблема с трансляцией звука. Звук транслируется дерганный. Звуки улицы...задержка...звуки улицы...задержка...стабильный звук...задержка.

По видео в Основном потоке выкручены на максимум, 20 к/с, 4 Мп, Видео и Звук, H/265. Битрейт постоянный 8192 кбит.
В доп.потоке 25 к/с, 1,3 Мп, Видео, H/264. 2096 кбит.
Стоят на линии ( камера - ПК) 3 гигабитных коммутатора Hikvision. Трасса не более 50 м (общая). Витуха качественная.
Домофон отдельной линией на своих коммутаторах.

Кодеки выставлял все - звук нарастающий, с дикими шумами. Шумодав был включён.
Лучший результат при MP2L2 144 кбит, шумодав выключен. Но всё равно периодически тишина, было замечено что при трансляции в этот момент на картинке проскакивают пару секунд в живом видео.

Можно ли это как-то решить? Вероятно просто камера не может работать при такой нагрузке и её процессор не справляется. Надо занижать и или убирать второй поток.

Надо битрейт расслабить раза в два да и переменный поставить, если станет лучше, то уже играться по чуть чуть с ним.

GenaSPB писал(а): ↑

16 янв 2024, 23:56

Надо битрейт расслабить раза в два да и переменный поставить, если станет лучше, то уже играться по чуть чуть с ним.

Все же лучше в три раза, 20 кадров 2К видео 265 кодек больше на фиг не нужно.

KonBez писал(а): ↑

16 янв 2024, 18:10

По видео в Основном потоке выкручены на максимум, 20 к/с, 4 Мп, Видео и Звук, H/265. Битрейт постоянный 8192 кбит.
В доп.потоке 25 к/с, 1,3 Мп, Видео, H/264. 2096 кбит.

Доп поток зачем в другом кодеке? И нафига он такой большой?

Возможно где-то есть узкое место в сети. И если что не справляется, то скорее уж комп. Какова загрузка процессора? Ну и битрейт великоват, как уже заметили выше.

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

2Dem писал(а): ↑

17 янв 2024, 21:10

Все же лучше в три раза, 20 кадров 2К видео 265 кодек больше на фиг не нужно.
Доп поток зачем в другом кодеке? И нафига он такой большой?

По битрейту исходил из соображения что постоянный большой поток гарантирует отсутствие зависаний картинки и звука. По вине камеры. Движение в кадре низкое. Запись по движению.
Доп. поток из-за того, что он даёт картинку на мониторы домофонов, и такое разрешение даёт картинку со всей камеры, а не обрезанное по бокам как для 640х480.

2Dem писал(а): ↑

18 янв 2024, 08:52

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

Пропадание звука зафиксировано при просмотре через браузер ПК. Карта ПК 100 Мбит, роутер 100 мбит, коммутаторы 1 Гбит. Все 8 жил utp от ДКС использованы.
Какой-то разницы от разных кодеков не зафиксировал, но проверю. Второй поток на H264 потому что домофоны типа DS-KH6230WTE видят только его, а 265-й нет.
Флэшки использованы фирменные от Хиквижена. Система просто без регистратора работает. камеры сами на себя пишут.
microSDXC Hikvision C1 256 ГБ, 92 МБ/с, Class 10, HS-TF-C1(STD)/256G/ZAZ01X00/OD

mixatronik писал(а): ↑

18 янв 2024, 08:23

Возможно где-то есть узкое место в сети. И если что не справляется, то скорее уж комп. Какова загрузка процессора? Ну и битрейт великоват, как уже заметили выше.

Загрузку процессора камеры не знаю можно ли посмотреть, ПК загрузка процентов 30, но комп действительно старый. Задержки есть и в записи.

А вот теперь постарайтесь принять эту ситуацию как она есть. Вы, со слабого ПК, пытаетесь смотреть 2К-видео в толстом 265 кодеке, забирая по сети с хреновой флешки* восемь мегабит информации, флешка же воткнута в камеру, процессор которой в этот момент неслабо занят еще и тем, что пишет на эту самую флешку два потока в десять мегабит вместе, при этом кодируя эти два потока в разные кодеки! Да, там есть аппаратные кодеры. Но и вы запись по движению поставили, а значит процессор камеры в моменте не только пишет два потока в десять мегабит в общем, но и сразу же читает их, чтобы пометить на удаление те части, где нет движения. Вы понимаете, что в единицу времени у вас на флешках поток на почти 30 мегабит создается? Я бы на месте камер вас на хрен послал и вообще бы ничего вам не показывал. Хотите, чтобы все работало? Режьте потоки в три раза, а у доп.потока еще и кадры пополам, кодек обязательно один, то есть 264 в вашем случае.

* - Носители информации ХикВижн так себе носители, сделали их для того, чтобы они были, но покупать их можно только от безысходности.

2Dem писал(а): ↑

19 янв 2024, 17:33

А вот теперь постарайтесь принять эту ситуацию как она есть. Вы, со слабого ПК, пытаетесь смотреть 2К-видео в толстом 265 кодеке, забирая по сети с хреновой флешки* восемь мегабит информации, флешка же воткнута в камеру, процессор которой в этот момент неслабо занят еще и тем, что пишет на эту самую флешку два потока в десять мегабит вместе, при этом кодируя эти два потока в разные кодеки! Да, там есть аппаратные кодеры. Но и вы запись по движению поставили, а значит процессор камеры в моменте не только пишет два потока в десять мегабит в общем, но и сразу же читает их, чтобы пометить на удаление те части, где нет движения. Вы понимаете, что в единицу времени у вас на флешках поток на почти 30 мегабит создается? Я бы на месте камер вас на хрен послал и вообще бы ничего вам не показывал. Хотите, чтобы все работало? Режьте потоки в три раза, а у доп.потока еще и кадры пополам, кодек обязательно один, то есть 264 в вашем случае.

* - Носители информации ХикВижн так себе носители, сделали их для того, чтобы они были, но покупать их можно только от безысходности.

Воу, воу! Если вы называете 265-й кодек толстым, то MJPEG тогда какой? Если у камеры заявлены конкретные характеристики, то она должна их выполнять - надоели эти коммерческие мегапиксели и 10 к/с. В конце концов ПО даёт выставить параметры, значит ничего особенного для них в этом нет.
В общем посыл я понял, надо урезать "осетра". Может проблема в конце концов в ПК, т.к. раньше на других камерах таких проблем не было.
В момент живого просмотра, движения в кадре нет. Так что по расчётам там 8 мбит основного потока + 2 вторичного + 144 кбит/звука. Всего 11 мбит.

Не понял, на самой записи заикания есть (если скачать на комп и проиграть) или они только при просмотре по сети?

KonBez писал(а): ↑

22 янв 2024, 12:23

2Dem писал(а): ↑

19 янв 2024, 17:33

А вот теперь постарайтесь принять эту ситуацию как она есть. Вы, со слабого ПК, пытаетесь смотреть 2К-видео в толстом 265 кодеке, забирая по сети с хреновой флешки* восемь мегабит информации, флешка же воткнута в камеру, процессор которой в этот момент неслабо занят еще и тем, что пишет на эту самую флешку два потока в десять мегабит вместе, при этом кодируя эти два потока в разные кодеки! Да, там есть аппаратные кодеры. Но и вы запись по движению поставили, а значит процессор камеры в моменте не только пишет два потока в десять мегабит в общем, но и сразу же читает их, чтобы пометить на удаление те части, где нет движения. Вы понимаете, что в единицу времени у вас на флешках поток на почти 30 мегабит создается? Я бы на месте камер вас на хрен послал и вообще бы ничего вам не показывал. Хотите, чтобы все работало? Режьте потоки в три раза, а у доп.потока еще и кадры пополам, кодек обязательно один, то есть 264 в вашем случае.

* - Носители информации ХикВижн так себе носители, сделали их для того, чтобы они были, но покупать их можно только от безысходности.

Воу, воу! Если вы называете 265-й кодек толстым, то MJPEG тогда какой? Если у камеры заявлены конкретные характеристики, то она должна их выполнять - надоели эти коммерческие мегапиксели и 10 к/с. В конце концов ПО даёт выставить параметры, значит ничего особенного для них в этом нет.
В общем посыл я понял, надо урезать "осетра". Может проблема в конце концов в ПК, т.к. раньше на других камерах таких проблем не было.
В момент живого просмотра, движения в кадре нет. Так что по расчётам там 8 мбит основного потока + 2 вторичного + 144 кбит/звука. Всего 11 мбит.

Не путайте теплое с мягким. Там есть нюанс - флешка! Если в сети будет рег или сервак, то пофиг камере будет, она тупо отдаст эти десять мегабит и все. Но флешка все меняет. На нее пишутся 10 мегабит, тут же они читаются (запись по движению же) и помечаются на перезапись, что тоже 10 мегабит. Ну и в сеть улетает тоже 10 мегабит. Вы уверены, что пропускной способности процессора? Плюс тормоза на флешке тоже никто не отменял. Это никак не отменяет заявленные характеристики, но мозг тоже должен присутствовать.