Jump to content
Форум о видеонаблюдении

All Activity

This stream auto-updates     

  1. Today
  2. lopolopserg
    Если кому интересно будет. Почему то для новых пользователей по пути C:\Users\USER_NAME_NEW\AppData\Roaming\Macromedia\Flash Player\#SharedObjects\D8RE69AW\ИМЯ_ВИДЕОСЕРВЕРА\flash.swf Не создаётся кеш. И Из-за этого проблемы с воспроизведением. Я пока без понятия как лечить, но временно вручную переношу кеш от "здорового пользователя" к пациенту.
  3. Станислав
    Здравствуйте! Спасибо, что сообщили о результате.
  4. lopolopserg
    Спасибо за наводку. Действительно. проблема была в хранилище. Однако у меня на клиентах стоит "РАЗРЕШИТЬ .... хранить информацию". Я сделал тычку "Спрашивать, прежде чем разрешать...." Заработало. Огромное человеческое спасибо!
  5. Евгений1987 Евгений1987 joined the community
  6. Yesterday
  7. unlifer
    Либо, как вариант, вот здесь: запрет был установлен. На крайний случай, хранилище повреждено, тогда стоит его очистить через кнопку "Удалить всё...". Если уже и это не поможет, то тогда какой-то софт или права или политики блокируют запись в хранилище. Например, как подметил Fox, тот же антивирусник. Единственное, что не понятно, почему и Chrome так стал работать. Если только его собственный плагин флэшплэеровский не заглючил также.
  8. unlifer
    У меня, вроде, получилось сымитировать Вашу проблему. в окне с ошибкой (на чёрном поле) нажмите правую кнопку мыши, в открывшемся контекстном меню выберите "Параметры", в появившемся окошке "Параметры Adobe Flash Player" найдите значок в виде папки со стрелкой (как на скриншоте), и щёлкните по нему, у Вас (как и у меня на скриншоте), скорее всего, будет стоять "Запретить", что означает запрет флэшплэеру хранить данные с сайта (в данном случае с web-интерфейса сервера Линии) данные на компе, выберите "Разрешить" и затем "Закрыть", обновите страницу. Остаётся только выяснить, почему так произошло. Может, с политиками безопасности что-то не так. Может, случайно кто нажал. Может, что-то ещё. Может, IP-адрес сервера сменился.
  9. unlifer
    Не дописал: в случае приёма видеопотока по Private-протоколу (собственный протокол производителя RVI) с 3-го канала и выше потоки забираются без проблем.
  10. unlifer
    RVI. 1. MJPEG over HTTP. Некоторые IP-камеры: http://user:password@IP/cgi-bin/mjpg/video.cgi (порт по умолчанию 80) 2. H.264. Камеры RVi-IPC11/IPC11W (старого образца): rtsp://user:password@IP:554/video.h264 3. Одинаковые формы запроса и для MJPEG, и для H.264, и для H.264B, и для H.265. Камеры RVi-IPC11S, RVi-IPC11SW, RVi-IPC12SW, RVi-IPC41LS, RVi-IPC42LS, RVi-IPC31MS-IR, RVi-IPC32MS-IR, RVi-IPC31S (2.8-12 мм), RVi-IPC32S (2.8-12 мм), RVi-IPC42L (2.8-12 мм): Основной поток: rtsp://user:password@IP:554/PSIA/streaming/channels/101 Дополнительный поток: rtsp://user:password@IP:554/PSIA/streaming/channels/102 , где 101 и 102 - потоки, первая цифра - номер канала, 0 - используется в качестве условного разделителя, вторая цифра - номер потока (1 - основной, 2 - дополнительный). Видеорегистраторы серий MA, LE, RVI-R04LA NEW, а также оборудование HDTVI ***: Основной поток: rtsp://user:password@IP:554/PSIA/streaming/channels/101 rtsp://user:password@IP:554/Streaming/Unicast/channels/101 Дополнительный поток: rtsp://user:password@IP:554/PSIA/streaming/channels/102 rtsp://user:password@IP:554/Streaming/Unicast/channels/102 , где 101 и 102 - потоки, первая цифра - номер канала, 0 - используется в качестве условного разделителя, вторая цифра - номер потока (1 - основной, 2 - дополнительный). В случаях, когда регистраторы имеют 10 и более каналов, в строке запроса вместо первой цифры ставится двузначное число: rtsp://user:password@IP:554/PSIA/streaming/channels/1101 (11-й канал, 1-й поток) rtsp://user:password@IP:554/Streaming/Unicast/channels/1202 (12-й канал, 2-й поток) и т.д. Камеры IPC11-New/11W-New/12-New/12W-New/21WDN/22DN/23DN/23-PRO/32M/32MS/33M/31(2.7-12)/32(2.7-12)/33(2.7-12)/32DNS/32S/33V/41DNS/42DNS/42S/42DN/42(2.7-12)/43 - вся линейка/44-PRO/52DN20/62Z30/62Z30-PRO/62Z12/52Z30-PRO/52Z12/52DN12/53M/43M3/42Z12/41DNL-New и видеорегистраторы серий LB, LB-PRO, 04LA white, IPN 4/1, IPN 8/1-4p, IPN 16/2 pro, а также оборудование HDCVI ***: rtsp://user:password@IP:554/cam/realmonitor?channel=1&subtype=0 , где channel=1 - указываем номер канала (нумерация как для камер, так и для регистраторов начинается с "1"), subtype=0 - указываем номер потока (0 - основной, 1 - дополнительный). Также возможна кодированная base64-авторизация: rtsp://IP:554/cam/realmonitor?channel=1&subtype=0&authbasic=[auth_base64] , где [auth_base64] - закодированная пара имя пользователя \ пароль. Камеры и видеокодеры RVi-IPC20DN/21/21DN/21DNL/23WDN/50DN/51DN/31DNL/32DNL/33WDN/31VD­N/32VDN/33WVDN/41DNL/43WDN/IPS4100/IPS125: rtsp://user:password@IP:554/RVi/1/1 rtsp://user:password@IP:554/snl/live/1/1 , где /1/1 - поток, первая цифра - номер канала (нумерация начинается с "1"), вторая цифра - номер потока (1 - основной, 2 - дополнительный). Камеры RVi-IPC12/12W (старого образца): rtsp://user:password@IP:554/media/media.amp?streamprofile=Profile1 , где для примера указано Profile1 - имя профиля в меню "Видео" - "Видео профиль". 4. Запрос изображения \ скриншота. Камеры RVi-IPC11S, RVi-IPC11SW, RVi-IPC12SW, RVi-IPC41LS, RVi-IPC42LS, RVi-IPC31MS-IR, RVi-IPC32MS-IR, RVi-IPC31S (2.8-12 мм), RVi-IPC32S (2.8-12 мм), RVi-IPC42L (2.8-12 мм): http://user:password@IP/ISAPI/Streaming/channels/101/picture?snapShotImageType=JPEG Возможные формы для запроса скриншотов с видеорегистраторов: http://user:password@IP/ISAPI/Streaming/channels/101/picture?snapShotImageType=JPEG http://user:password@IP/cgi-bin/snapshot.cgi?channel=1 Скриншот с камер через браузер: http://user:password@IP/cgi-bin/snapshot.cgi?channel=0 5. ONVIF. В качестве порта для ONVIF-протокола по умолчанию используется порт 80. *** Примечание. В некоторых случаях может возникнуть ситуация, когда с регистраторов не возможно получить потоки с 3-го канала и выше. Чаще всего, причиной является получение видеопотока регистратором с IP-камер RVI по ONVIF-протоколу. В случае приёма видеопотока по Private-протоколу (собственный протокол производителя RVI).
  11. lopolopserg
    Fox, Пробовал с анивиром. Не зажглось.
  12. Fox
    не, если бы это прокся у всех бы не работала. что-то режет запросы. надо антивиря удалять и смотреть.
  13. lopolopserg
    unlifer, не помогло. Прокси стоит. Пробовали и напрямую результат тот же. Аппаратное всяко разное пробовал.
  14. unlifer
    Здравствуйте. 1. То, что предлагал ранее тоже не помогло? 2. Прокси-сервер на предприятии есть или нет? Проксирует ли он внутренние web-ресурсы? 2.1. Если нет, то не стоят ли настройки прокси в настройках сети? 3. В настройках браузеров стоит аппаратное ускорение или нет?
  15. Станислав
    Описанная Вами проблема носит исключительно локальный характер, на это указывает и Ваше описание Если сброс / пререустановка Adobe Flash Player ничего не дают, я всё-же рекомендую попробовать использовать клиентскую часть. Если к Вашему ПК (не на терминальный сервер) возможен удалённый доступ с помощью ПО TeamViewer 8|9 ( www.devline.ru/soft/ds.exe ) - укажите данные для подключения личным сообщением.
  16. lopolopserg
    Обновление windows 10, браузера Firefox, Adobe Flash Player до последних версий. К слову веб-клиентская часть начала "сыпаться". Не знаю как у других Ваших клиентов, ноу нас так. Клиентская софтовая часть работает. Но хотелось бы через веб.
  17. Станислав
    Здравствуйте ! После чего перестало нормально работать? Версия Adobe Flash Player сейчас 32.0.0.321? (Обновление от 21 января 2020 г.) Попробуйте использовать клиентскую часть программного обеспечения «Линия» https://devline.ru/software/ . Количество удалённых рабочих мест не ограничивается (они ни лицензируются), доступ к просмотру архива, администрированию системы, устройствам (камерам/микрофонам) и т.д. определяется правами пользователейф
  18. lopolopserg
    Проблема сохранилась и перешла теперь на Chrome. К тому же проблема коснулась и Пользователей Локальных ПК. То есть через веб теперь мы не можем полноценно просматривать. Это касается последних браузеров+ flash player .
  19. unlifer
    Beward. 1. MJPEG over HTTP. В настройках камеры обязательно должны быть включены следующие пункты: в качестве видеоформата должен быть выбран MJPEG, в качестве потока - MJPEG поверх HTTP, в качестве порта подключения указывается в настройках сети HTTP-порт, по умолчанию указан HTTP-порт 80, на некоторых камерах могут отдельно применяться также порты по умолчанию 8070, 8008, во многих случаях отдельный порт для получения потока по HTTP может отсутствовать в настройках, в этом случае приём потока осуществляется по порту 80, по которому же работает web-интерфейс камеры. Камеры BD-серии: http://user:password@IP:8008 http://user:password@IP (если по умолчанию используется порт 80) Камеры N-серии: http://user:password@IP (если по умолчанию используется порт 80) http://user:password@IP/video.mjpg (если по умолчанию используется порт 80) Камеры серий N37210, N132xx, N1xx, N3xx, N5xx, N6xx: http://user:password@IP/jpg/image.jpg Камеры N7000: http://user:password@IP:8070/video.mjpg 2. MJPEG over RTSP. В настройках камеры обязательно должны быть включены следующие пункты: в качестве видеоформата должен быть выбран MJPEG, в качестве потока - RTSP поверх HTTP, в качестве порта подключения указывается в настройках сети RTSP-порт, по умолчанию указан RTSP-порт 554. Камеры BD-серии: rtsp://user:password@IP:554/jpeg Камеры серий N1000, N1250, N131xx, N66xx, N35110: rtsp://user:password@IP:554/video.mjpg 3. MPEG4. чаще всего, камеры, которые имеют данный кодек, способны сжимать видео только в двух форматах - MJPEG и MPEG4. Соответственно, эти камеры имеют отдельные разделы в секции Видео (или Видеоформат) для настройки данных кодеков, в некоторых случаях для включения второго потока (чаще всего, он называется - мобильный) необходимо включить данную опцию в настройках камеры, в случае если по умолчанию для второго потока порт указывается отдельно и он по умолчанию тоже 554, то велика вероятность, что при попытке сохранить настройки вылезет ошибка, что данный порт уже используется и необходимо указать иной порт, собственно, это и делаем - указываем порт, например, 5554. Камеры BD-серии: rtsp://user:password@IP:554/mpeg4 второй поток: rtsp://user:password@IP:5554/mpeg4 Камеры серий N1000, N1250, N131xx, N66xx, N35110: rtsp://user:password@IP:554/video.mp4 второй поток: rtsp://user:password@IP:5554/video.mp4 4. H.264. В настройках камеры обязательно должны быть включены следующие пункты: в качестве видеоформата должен быть выбран H.264, в качестве потока - RTSP поверх HTTP, в качестве порта подключения указывается в настройках сети RTSP-порт, по умолчанию указан RTSP-порт 554. Камеры BD-серии: первый поток: rtsp://user:password@IP:554/h264 rtsp://user:password@IP:554/video.h264 rtsp://user:password@IP:554/live/h264 второй, третий и четвёртый потоки: rtsp://user:password@IP:554/h264_2 rtsp://user:password@IP:554/h264_3 rtsp://user:password@IP:554/h264_4 Камеры серий N131xx, N35110: rtsp://user:password@IP:554/video.h264 5. Одинаковые формы запроса и для MJPEG, и для H.264, и для H.265. IP-домофоны, B-серия (В17xxхх, В27xxхх, B1001, B1012, B1014, B1018), DK-серия: первый поток: rtsp://user:password@IP:554/av0_0 rtsp://IP:554/av0_0&user=user&password=password второй поток: rtsp://user:password@IP:554/av0_1 rtsp://IP:554/av0_1&user=user&password=password В случае видеосерверов \ видеокодеров B1001, B1012, B1014, B1018 ещё указывается нужный номер канала: rtsp://user:password@IP:554/av1_0 , где av1_0 - видеопоток, 1 - 2-й канал (нумерация начинается с 0), 0 - номер потока (0 - основной, 1 - второй). Камеры серий N37210, N132xx, N1xx, N3xx, N5xx, N6xx: rtsp://user:password@IP:554/video.proN , где N - номер профиля. 6. Запрос изображения \ скриншота. IP-домофоны: http://IP/cgi-bin/images_cgi?channel=номерпотока&user=user&pwd=password BD-серия: http://user:password@IP/cgi-bin/jpg/image.cgi (только при включённом MJPEG потоке, порт по умолчанию 80) http://user:password@IP/jpg/image.jpg (порт по умолчанию 80) Серии N1000, N1250, N131xx, N66xx, N35110: http://user:password@IP/jpg/image.jpg (порт по умолчанию 80) http://user:password@IP/cgi-bin/view/image?pro_[CHANNEL] (порт по умолчанию 80) 7. ONVIF. На большинстве камер, если указана поддержка ONVIF, но отсутствует хоть какое-то упоминание про ONVIF-порт в настройках камеры, то по умолчанию задействован порт 80. На большинстве камер, которые имеют в арсенале PTZ-функции, в настройках можно обноружить ONVIF-порт по умолчанию 2000. Собственно, эти порты и используем. Есть высокая вероятность того, что ONVIF-поддержка предусмотрена, но не работает: значит высока вероятность, что нужно поменять прошивку. 8. Также возможны варианты приёма потоков без авторизации. 9. Серия CamDrive. Данные камеры предназначены для работы с облачными сервисами P2P, поэтому вероятность получить с них поток - минимальна, но есть вероятность получить с них изображение: http://user:password@IP/cgi-bin/view/image?pro_[CHANNEL]
  20. Last week
  21. Станислав started following XVR 8 h-264 and D-Link DCS-2100G
  22. SlothGt SlothGt joined the community
  23. kent
    Hikvision RTSP URLs регистраторы rtsp://имя:пароль@192.168.1.50:554/Streaming/Unicast/channels/1501 - первый поток с 15 - того канала rtsp://имя:пароль@192.168.1.50:554/Streaming/Unicast/channels/1502 - второй поток с 15 - того канала rtsp://имя:пароль@192.168.1.50:554/Streaming/Unicast/channels/401 - первый поток с 4 - того канала rtsp://имя:пароль@192.168.1.50:554/Streaming/Unicast/channels/402 - второй поток с 4 - того канала
  24. Станислав

    D-Link DCS-2100G

    Станислав replied to taraz's topic in D-Link

    Здравствуйте ! Камера D-Link DCS-2100G должна отдавать MPEG по ссылкам вида: rtsp://admin:password@192.168.0.240:554/play1.sdp rtsp://admin:password@192.168.0.240:554/live1.sdp Попробуйте. Если Вам требуется удаленная помощь, необходимо обеспечить доступ к серверу с помощью программы TeamViewer (7/8/9 версии) https://devline.ru/soft/tv.exe. Данные для подключения укажите личным сообщением.
  25. taraz

    D-Link DCS-2100G

    taraz posted a topic in D-Link

    В гардеробной поста охраны стали пропадать вещи. Лежит на охране IP-камера старенькая D-Link DCS-2100G с Wi-Fi разрешением 640*480. К сожалению, не удаётся её подключить в ПО "Линия-Наблюдательный пост" . В списке поддерживаемых не обнаружил. Какое-то старенькое родное ПО от D-Link под Windows10 не заработало. Какие есть варианты запустить её в "Линия"? RTSP? HTTP поток MJPEG? Кто поможет охранникам? На заводских настройках 192.168.0.240
  26. taraz
    IP-camera Dahua K15P rtsp://admin:admin@192.168.0.3:554/cam/realmonitor?channel=1&subtype=0&unicast=true&proto=Onvif
  27. Admik
    добавлю.... RTSP ссылка для подключения к IP видеокамерам EVC-*, PX-IP3-* rtsp://login:password@ip_addres:port/0 login - логин password - пароль ip_addres - ip адрес port - порт (554 по умолчанию) 0 - первый поток RTSP ссылка для подключения к сетевым регистраторам rtsp://login:password@ip_addres:port/00 login - логин password - пароль ip_addres - ip адрес port - порт (554 по умолчанию) 0 - первый канал 0 - первый поток
  28. Станислав
    Здравствуйте! Спасибо, что сообщили о результате.
  29. drumbone
    Переключил запись на локальный диск. Ошибок не было. Значит дело в хранилище, куда писалось ранее. Перевел сервер в другую подсеть, добавил пару маршрутов. Сутки полет нормальный. В общем дело было в сети. Хотя на предыдущих настройках все работало без проблем несколько месяцев. Спасибо за помощь!
  30. Станислав

    XVR 8 h-264

    Станислав replied to mao123rus's topic in Линия XVR

    Здравствуйте ! Актуальная на данный момент версия прошивки «Линия XVR 8» 20191025, скачать всегда можно на нашем сайте https://devline.ru/count.php?c=419 «Линия XVR 8» не будет поддерживать локальное администрирование и H.265. О каких изменениях идет речь?
  31. mao123rus

    XVR 8 h-264

    mao123rus posted a topic in Линия XVR

    Здравствуйте, не могли бы вы внести изменения в прошивке для XVR 8 старого образца? На такую которая сейчас применяется для более новых моделей!
  1. Load more activity
×