Вечер добрый.
Подскажите пожалуйста можно использовать камеру DCS-2103 независимо от каких-либо устройство (конечно предварительно настроив необходимым образом)?
Т.е. без сетевого видеорегистратора или спец-пк, просто используя карту памяти Micro SD, как место хранения информации(видео)?
Заранее спасибо за информацию и помощь.

Работа с камерой Dlink DCS-2130 в режиме RTSP-over-HTTP

Всем привет. Хотел поделиться информацией - вдруг кому пригодится.
Итак, приобрел Dlink DCS-2130 - требуется смотреть за ребенком удаленно. Задача - организовать переносную камеру, работающую через WiFi и установленную за домашним WiFi-маршрутизатором с NAT.

ПРОБЛЕМА
В силу неудобства, глючности и тормознутости WEB-интерфейса с прибамбасом в виде QuickTime, решил использовать какую-нибудь стороннюю программу и протокол RTSP. Настроил камеру стандартно, настроил профили, сделал проброс для контрольной сессии RTSP в NAT-таблице маршрутизатора для доступа извне. Подключаюсь с реального IP-адреса (в примере ниже заменен на 1.2.3.4) к камере с помощью VLC, открвается RTSP-сессия (TCP 554), камера начинает отправлять 2 UDP-потока (UDP 6970 и 6972) в сторону моего IP (звук и видео, я так понимаю):

Так все великолепно проигрывается ~45 секунд, после чего камера ВНЕЗАПНО послылает TCP-FIN в RTSP-сессию, мой IP отвечает ACKом, и закрывает сессию со своей стороны:

Если открыть новую сессию - все снова начиниает работать и через ~45 сек отваливается. Почему? Да кто ж его знает... Никакие настройки камеры не повлияли на ситуацию. Могу, конечно, допустить, что проблема в работе NAT на маршрутизаторе, за которым стоит камера или в работе IDS (система защиты от вторжений, управляю ей не я, проверить/посмотреть ничего не могу) в сети, откуда я подключаюсь.

РЕШЕНИЕ
Так, прошу прощения за долгое вступление. Теперь про решение проблемы. Оказывается, камера DCS-2130 умеет отдавать поток RTSP в режиме туннелирования через HTTP. Т.е. UDP не используется вообще, весь обмен данными с точки зрения транспортного уровня идет внутри одной сессии TCP, которую устанавливает программа, запросившая видео (в моем случае VLC). Т.е. достаточно сделать DNAT (проброс извне) на маршрутизаторе для протокола TCP:80 и все должно заработать. Из минусов - увеличивается время задержки между событием и его отображением (у меня в режиме RTSP-over-HTTP задержка около 5 секунд, при использовании нормального RTSP - 1-2 сек) и несколько возрастает трафик.

Итак, в примере использовался 2-ой профиль, настроенный на камере:
CAM: DCS-2130 Firmware Version: 1.00.00
VIDEO: H.264, 640x360, 15fps, constant bitrate 512k (дада, у меня Stream ((( )
AUDIO: G.711 (имхо, он вообще работает гораздо лучше и стабильнее)

Был сделан проброс в маршрутизаторе ASUS WL-500gP (там Linux с iptables) с внешнего порта TCP:8082 на внутренний TCP:80:
iptables -t nat -A VSERVER -p tcp -m tcp --dport 8082 -j DNAT --to-destination 192.168.234.8:80

Еще некоторое время было потрачено на поиск софта, который бы умел работать с RTSP-over-HTTP. Что нашлось:
1. "H.264 WebCam Deluxe v3.91" - весьма продвинутая программа для работы с камерами, DViewCam тихо плачет в углу. Платная. В исключительно демонстрационных целях выложена на rutr-сами-знаете-где.org. Настройка: кнопка Channel -> берем любой канал, настройки: "Net", Net Address - внешний адрес камеры (c DDNS отлично работает), галку на "IP Camera", Model "General", соседняя выпадающая строка "General IP Camera RTSP Stream Mode". Далее жмем на на кнопку с тремя точками рядом с "General IP Camera RTSP Stream Mode", открывается подменю: Access Name - "live2.sdp" (я использую второй профиль), RTSP Port "8082", RTSP Mode "HTTP". Все сохраняем, закрываем - и должно уже заработать.

2. "VideoLAN VLC". Берем свежий (у меня 2.0.1), запускаем обязательно(!) с параметрами --rtsp-http --rtsp-http-port=NNNN, где NNNN - ваш внешний TCP-порт. Потом "Медиа", открыть URL, вбиваем RTSP адрес.
У меня полная строка запуска (сделал ярлык) такая:
vlc --rtsp-http --rtsp-http-port=8082 rtsp://xxxxxxxx.homeip.net/live2.sdp

Надеюсь, кому-то поможет.


Дисклеймер:
Ко всему сказанному ранее в треде о "сырости" продукта полностью присоединяюсь - в текущем состоянии его внутреннего ПО пользоваться камерой на полную катушку (т.е. с записью на удаленные сервера, работой обратной свзяи и т.д.) можно только с большого горя. Никому его не рекомендую к приобретению в настоящий момент, а приведенную в этом комментарии информацию публикую как некий workaround для описанной проблемы.

Чуть выше задавали вопрос о ночном режиме. Предлагаю уточнить.
Я правильно понимаю, что ИК фильтр стоит стационарно и поэтому внешний ИК прожектор не поможет?

Правильно. Не поможет.

Здравствуйте, подскажите по такой проблеме - никак не могу толково настроить запись камеры (как на SD карту, так и на компьютер).

Камера по каким-то причинам записывает 1 минуту с небольшим видео и создаёт следующий файл, опять пишет минуту опять новый файл... Как сделать так, чтобы она записывала скажем по 30 минут или по часу таким образом не создавая кучу файликов а записывая одними большими файлами.


А также сначала очень удивлялся, когда увидел что 5 минутное видео выходило под 300 мегабайт весом, выставил другой формат - получилось около 100 мегабайт... Хотел спросить, это максимум насколько возможно ужать (без особой потери качества) ?.

Камера стоит в офисе и в идеале должна записывать видео на внутреннюю SD карту (16 Гб), но писать должна большими кусками видео в разрешении 800x450. А то получается что она засирает всю карту сплошными файликами по 1 минуте видео.

Как быть?

А первые 26 страниц этой темы Вы не смотрели? В бета прошивки ролики можно ограничивать по времени (макс 1 минута) или по объему (макс 50 мегабайт). Если использовать ограничение по объему, то в любом случае при любых настройках ролие не будет превышать 3 минуты. Нужна постоянная запись с удобным просмотром - используйте ПО D-ViewCam.

Максимальное сжатие без потери качества при использовании кодека H.264

На карточку алгоритм записи работает как я описал выше.

Как я писал выше, купили 10 камер, в строю осталась 9, т.к. одна отказал работать из коробки - уехала в сервис центр. Ну это бог с ним, бывает. Камеры раскиданы по удаленным офисам и пишут все на комп в центральный при помощи dview. Почти все камеры живут своей жизнью, при идентичных настройках, какая-то пишет на карту всегда, как ей указанно, а какая-то почему то писала с 20120613 по 20120620 и теперь не пишет, хотя на сервер запись идет (не всегда) картинка № 1.
[URL=http://www.radikal.ru]
Ну и самое главное, в дивью камеры периодически пишут - "отключено", потом "подключение" и так хаотично все по-кругу. Как решить эту проблему?
В центральном офисе стоит dlink dfl 210, подключение статик айпи - 10 честных мегабит. В удаленных офисах 2 мегабита, di804hv, с центром vpn ipsec. Также стоят айпителефоны, которые подключены в атс в центре, на связь жалоб нет. Камеры прошиты на 1.04., заводил их в дивью и через их белый статич адрес и через vpn ipsec - ничего не меняется. На всех камерах стоит 480х270 1кадр\сек, качество "good".
Буду рад выслушать мнения участников и поддержки.

Alexandr Shuvarikov

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

Ребят, а подскажите пожалуйста. Можно ли каким-то образом из камеры DCS-2103 сделать Web-Камеру ? Ну скажем, чтобы её можно было использовать для общения по скайпу. Это реально?

Прошивка в статусе "beta". Дождитесь выхода официального релиза.

Как раз и исправили, увеличив до 50mb или до 1 минуты.

Вообще реально сделать. В интернете много информации и программ для этого.

Т.е. вы не советуете ставить бэту?
Как быть с отвалом камер в дивью, что посоветуете?

Я не то чтобы не советую, просто в beta могут быть различного рода проблемы. На то она и beta версия.
С D-ViewCam посоветую попробовать подключить одну из камер не через Интернет, а непосредственно в одной локальной сети с компьютером, где стоит ПО. Хорошо бы к одному свичу или роутеру.

Увеличить до 50 mb (1 минуты видео) - я не считаю это исправлением ситуации... Камера должна писать столько сколько требуется и создавать затем уже следующий файл... Расширили бы хотя бы минут до 30