Автор Тема: IP-камера  (Прочитано 7137 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн RAØZHM

  • Репа: 144.325/435.325 тон 100
  • Ветеран
  • *****
  • Пол: Мужской
  • Магазин РАДИОИМПУЛЬС
IP-камера
« : 27 Июня 2011, 23:22:19 »
Вопрос: Кто устанавливал IP-камеры, как это все работает и сколько нужно сетевых ресурсов для их нормальной работы.

Оффлайн UDØXAU

  • Модераторы
  • Ветеран
  • *****
  • Пол: Мужской
» IP-камера
« Ответ #1 : 27 Июня 2011, 23:35:06 »
не устанавливал, но скоро буду.. а что тебя конкрентно интересует?

Оффлайн Varkus

  • white
  • Модератор
  • Ветеран
  • *****
  • Пол: Мужской
  • black
» IP-камера
« Ответ #2 : 29 Июля 2011, 02:25:08 »
ну в двух словах не объяснишь, но постараюсь по короче:
во первых: ну понятно разные матрицы, разрешения и т.д.
2: внутри стоять будет или с наружи - термокожух
3: ИСТИНОЕ разрешение матрицы
4: количество кадров в секунду
5: "вэбморда" на борту, т.е. заходишь на неё браузером, при то что можно как расшарить любому показ так и тока по логину пасу.
6: поддержка детектора движения - если есть движуха, снимок или пачка снимков выкладывается на указаный тобой ФТП
7: в каком виде(кодек) выдаётся видео поток
8: ...
и т.п.

Цитировать (выделенное)
сколько нужно сетевых ресурсов
ну давай прикинем, кадр с вэб-камеры с истиным разрешением 640*480 весит 30 кБАЙТ(речь о потоке MJPEG т.е. поток картинок JPEG, поддерживают почти все сетевые камеры), скорость потока скажем, чтобы не очень тормозило 15 кадров в секунду, получаем: 30*15=450кБАЙТ/сек.*8=3600кБИТ/сек / 1024 = 3,515625 МБИТ/сек.
для локалки в полне приемлемый поток, а вот для всяких там типа 3G это конечно в лучшем случае 3-5 кадров в секунду.
как-то в одном гос.учреждении поставили на крышу IP камеру на 5 МегаПикселей с разрешением 1280*1024 чтобы номера с крыши рассматривать ну и "зашли" на неё клиентом, сидим смотрим, радуемся качеству и вообще крутости девайса за ценик больше $3000, позже пришел админ почесывая затылось с фразой, что-то сеть "нагибаться" начала... камеру подцепили на тот же свитч где пол здания сидело, пришлось в ПК ставить еще одну сетевуху и камеру напрямую в неё. Вот не помню сколько она кадров показывала, но точно не больше 30.
« Последнее редактирование: 29 Июля 2011, 02:26:54 от Varkus »


Оффлайн UDØXAU

  • Модераторы
  • Ветеран
  • *****
  • Пол: Мужской
» IP-камера
« Ответ #3 : 29 Июля 2011, 18:36:00 »
У нас камеры выдают D1 (хз какое это расрешение), при 16 кадрах. Канал по wi-fi, одновременно все их конечно никто не смотрит, но на качество канала ещё никто не жаловался.

Оффлайн Varkus

  • white
  • Модератор
  • Ветеран
  • *****
  • Пол: Мужской
  • black
» IP-камера
« Ответ #4 : 30 Июля 2011, 01:59:35 »
ну так для справки

Форматы разрешений записи и новые видеокодеки

D1 - общепринятое сокращение от Full D1 = Full Definition Standard 1- полное разрешение. Для стандарта  NTSC стандарт D1 - 720х480 пикселей, для PAL и SECAM - 720х576 пикселей.

Half D1 - разрешение «чересстрочного» кадра для телевизионных стандартов PAL и SECAM - 720х288, NTSC - 720х240.

D1 преобразуется в СIF с помощью разрешения Cropped D1, в котором в каждой строке последние 16 позиций пикселей используются для передачи служебной или любой другой цифровой информации. Cropped D1 для PAL 704х576.

CIF - (Common Intermediate Format), также известный как FCIF (Full Common Intermediate Format) - это формат, используемый для стандартизации вертикального и горизонтального разрешения в пикселях в цветоразностных YCbCr-последовательностях в видеосигнале. Впервые использован в системах видеоконференцсвязи и в мобильном телевидении (DVB-H), был предложен как стандарт разрешения цифрового кадра для H.261. CIF был спроектирован для простого конвертирования между стандартами PAL и NTSC, с заявленным разрешением 352 x 288.

NTSC = 352 x 240, 30 Гц --> CIF = 352 x 288, 30 Гц <-- PAL = 352 x 288, 25 Гц

D1 = 4 CIF.

H.261 - стандарт сжатия видео, принятый в 1990 году международной организацией ITU. Первоначально он был разработан для передачи по каналам ISDN на которых ширина потоков данных кратна 64 килобитам/с. Алгоритм стандарта был предназначен для работы с потоками от 40 Килобит/с и до 2 Мегабит/с. Стандарт поддерживал CIF и QCIF размеры кадров с размерами кадров 352x288 и 176x144 соответственно (и 4:2:0 прореживанием цветовых компонент до 176x144 и 88x72). Он также был изменён (с поддержкой обратной совместимости) для передачи изображений с разрешением по яркости 704x576 (это расширение было добавлено примерно в 1994 году).

H.263 - это стандарт сжатия видео, предназначенный для передачи видео по каналам с довольно низкой пропускной способностью (обычно ниже 128 кбит/с). Применяется в программном обеспечении для видеоконференций. H.263 представляет собой развитие стандарта H.261, предыдущей разработки ITU-T - стандарта видеосжатия, и алгоритмов MPEG-1 и MPEG-2. Первая версия была завершена в 1995 году и представляла собой замену для устаревшего H.261 на каналах с любой пропускной способностью. Дальнейшим развитием проекта является H.263v2 (также известный как H.263+ или H.263 1998) и H.263v3 (известный как H.263++ или H.263 2000). Новый расширенный кодек от ITU-T (в партнёрстве MPEG) после H.263 - это стандарт H.264, также известный как AVC и MPEG-4, часть 10. Поскольку H.264 имеет существенно расширенные возможности по сравнению с H.263, он стал основным при разработке программного обеспечения для видеоконференций. Большинство современного программного обеспечения этого направления поддерживает H.264, также как и H.263 или H.261.

H.264, MPEG-4 Part 10 или AVC (Advanced Video Coding) - лицензируемый стандарт сжатия видео, предназначенный для достижения высокой степени сжатия видеопотока при сохранении высокого качества. Стандарты ITU-T H.264 и ISO/IEC MPEG-4 Part 10 (формальное название - ISO/IEC 14496-10) технически полностью идентичны. Финальный черновой вариант первой версии стандарта был закончен в мае 2003 года. Используется в цифровом телевидении высокого разрешения (HDTV), как основной кодек для видеозаписей Министерством обороны США, компанией Apple (в том числе видеороликов плееров iPod) и во многих других областях цифрового видео.

Цитировать (выделенное)
У нас камеры выдают D1 (хз какое это расрешение), при 16 кадрах. Канал по wi-fi, одновременно все их конечно никто не смотрит, но на качество канала ещё никто не жаловался.
предположу что поток MJPEG, вот и считаем 720х576=414720 пикселей, весит такая картинка в среднем 250 кБАЙТ, 250кБ*16кадров/сек=4000кБайт/с , предположим WI-FI у вас 54Мбит/сек: 54/8=6,75мБайт/сек ну плюс задержки, вот и выходит что одна камера у вас "проходит" почти в притирку, вторая и более уже пойдёт с лагами, но такие плеера как VLC умеют собирать видео в буфер и затем показывать, т.е. после старта задержка скажем 1-2 сек, а затем всё идет почти без задержек, время буфера там выставляется вручную.

Оффлайн UDØXAU

  • Модераторы
  • Ветеран
  • *****
  • Пол: Мужской
» IP-камера
« Ответ #5 : 30 Июля 2011, 11:31:28 »

но такие плеера как VLC умеют собирать видео в буфер
Только родной софт установлен, никаких костылей