Перейти к содержимому
Калькуляторы

megadron

Пользователи
  • Публикации

    62
  • Зарегистрирован

  • Посещение

Все публикации пользователя megadron


  1. мешает то, что обычно намного проще объяснить, когда слышишь реакцию собеседника, а не пишешь в никуда
  2. Mikrotik hAP lite

    точно так же лайты ложатся без всякой причины. раз уж даже Сааб их не советует - стоит задуматься
  3. Блин Антон, ты в своем репертуаре. причем тут 2003? все прекрасно работает на ХР. а вот если серым показывает - то скорее всего файрвол не причем. если бы он блокировал - все было бы красным
  4. для начала проверьте - есть ли инет на самом тике. если есть - делаете в файрволе правило srcnat и все. только смотрите чтобы wlan и ether не были в бридже. и правильно натируйте сеть которая находится за ether
  5. Разломать коммутатор на vlan'ы

    нет там никаких дыр по L2. а вот глюков в избытке
  6. Микротик и с чем его едят

    если камеры китайские и поток идет в tcp достаточно выпасть паре пакетов чтобы поток на какое то время рассыпался. в таком случае лучше использовать камеры с потоком в udp
  7. Mikrotik hAP lite

    Паш, тебе не надоело? что в чате, что здесь - один спам. каждому свое - кому то тики кому то эрикссоны
  8. Настройка iptv (multicast)

    ip адреса должны быть на обоих интерфейсах. и на апстриме и на даунстриме. если на одном из них не будет ip адреса - igmp proxy не будет работать. насколько я понимаю тут интерфейсы ether5 и ether7. и судя по всему на обоих нет адресов. поэтому и не работает
  9. судя по всему микротиковцы давно забросили нормальную поддержку версии х86. потому что количество непредсказуемых глюков просто зашкаливает. а вот железные решения вполне работоспособны. но естественно с поправкой на непредсказуемость поведения. это же бюджетное решение как никак. и естественно по производительности микротикам сильно далеко до нормальных железок. а вот ставить кучу микротиков под каждую задачу отдельно - верх маразма. тогда придется все время тратить на их поддержку
  10. по rtsp конечно. rtsp://<CAM_IP>:554/live/ch00_0
  11. http://shop.nag.ru/catalog/04904.IP-kamery/11441.POWERTONE/12236.PWTBT02 вот например
  12. ни в коем случае не стоит брать унтшную поделку. это что то с чем то. тем более с родным софтом. у того же нага есть намного более достойные камеры вовсе не за 15000
  13. MikroTik RouterBoard RB2011UAS-2HnD-IN+ SFP модуль

    модули были парные? часто бывает что модули разных производителей не хотят запускаться. и кстати - модули в микротике особо не настраиваются. в меню sfp(точнее в окошке) в основном только статистика. но если очень надо - в винбоксе слева в меню - interfaces. и там уже два раза кликнуть именно на sfp и потом пройтись по закладкам. но я бы посоветовал сначала посмотреть - идет ли что нибудь в этом интерфейсе со стороно провайдера. для этого когда откроете окошко sfp - есть кнопка - torch. можно попробовать в меню ip - dhcp-client повесить клиента на sfp интерфейс. но это если провайдер выдает адрес по dhcp. еще есть вероятность что данный конкретный модуль sfp не совместим с коммутатором провайдера. хоть если показывает что линк есть - такое маловероятно. примерно такой алгоритм поиска проблемы
  14. MikroTik RouterBoard RB2011UAS-2HnD-IN+ SFP модуль

    основной воспрос - с другой стороны оптики что стоит из активки? другой медиаконвертер или sfp модуль? какого типа? на какую скорость? если стоит просто медик на 100мбит - как с ним будет работать sfp модуль на 1.25g? если меняешь медик на модуль - это надо делать с обоих сторон
  15. мы ставили trassir и камеры hikvision. днем все распознается отлично, ночью - сильно зависит от освещения
  16. не путайте идеальные условия и реальные. SNR в идеальных условиях тоже все будет показывать отлично. я например использую камеры hikvision. стоят на перекрестках и при записи с расстояния 20 метров программа отлично распознает номера машин в течении дня.
  17. большой угол - признак малого фокусного расстояния. соотвественно намного хуже изображение. да и длинк - это не видеонаблюдение, это баловство :)
  18. от запотевания вентилятор не спасет. тем более от обмерзания
  19. номера вы читать сможете при организации хотя бы ИК подсветки, но лица - нет. камеры можно подобрать у Hikvision - у них весьма неплохое качество картинки. но по цене врядли уложитесь в такой бюджет - сильно много камер хотите завязывать
  20. так они вроде только по rtsp и отдают насколько помню
  21. судя по задаче - стандартная система видеонаблюдения по ip каналам. соостветственно подойдут любые ip камеры или аналоговые камеры с регистраторами, имеющими поддержку хотя бы rtsp протокола ( собственно сейчас таких большинство ). ПО соответственно тоже любое, которое поддерживает ваши камеры или регистраторы ( например Линия IP ) только внимательно проверьте устойчивость ваших каналов передачи данных ну и конечно 16 камер запихать в один поток - как то сильно сомнительно. придется резать fps и разрешение чтобы канал осилил передачу
  22. попробуйте связаться с саппортом SNR. у меня была похожая проблема именно с RTSP - постоянно отваливался. они видмо стучали в какой то бубен что на какое то время он начинал работать нормально. причем делали это удаленно. но из опыта - у всех дешевых китайцев проблемы с RTSP. Макс Лапшин что то объяснял насчет того что они как то не правильно отдают поток. я точно не помню. Но URL у вас как раз правильный. должно работать. еще кстати можно попробовать скормить его программе ivideon - она почему то прожевывает практически любые железки по RTSP даже когда VLC бессилен