Илья Ефимов

Для передачи видео через интернет 2-3 - приемлемое значение, со всеми оптимизациями синхронизацию менее 1 секунды вы не получите.
Прежде чем отбрасывать rtsp, научитесь его готовить.
1. Проверьте настройки буферизации на принимающей стороне. В VLC, например, буфер по умолчанию несколько секунд.
2. Интервал I-frame. Настройка кодека h264, отвечающая за межкадровое сжатие. При частоте кадров 25, несколько ускоряет установка длины gop-группы 5. Но это наращивает трафик или ухудшает качество видео при сохранении битрейта.
3. Ну и используйте передачу по udp.

Можно обойтись телефоном. Есть приложения, выдающие видеопоток в rtsp. И на вход obs.
https://play.google.com/store/apps/details?id=com....

Vlc может файл вещать в rtsp-поток, думаю, это будет лучший и самый надежный вариант для тестов.

Для своих клиентов такой вопрос решаю через vpn, vps-сервер на базе mikrotik. С объекта поднимается тоннель, далее на выбор: или проброс портов наружу с ip-адреса сервера, или переливание видеопотока в тоннель с машины заказчика.

Логично, ffmpeg начинает лопатить видеопоток. Может лучше с камеры забрать вторым потоком 720p на другой ffmpeg?

Нахрена нужен один сайт не понимаю.
Если хотите быстро и бесплатно - поставьте руководству smartpss и ivms-4200. Родные приложения от дахи и хика.
Если хотите долго и бесплатно - гуглите что-то типа js rtsp player, ссыки на видеопотоки с камер есть в мануале к регу.
Если хотите долго и дорого - гуглите "rtmp вывод камер на сайт" и к предыдущему варианту дополнительно требуется транскодер rtsp-rtmp.
Если хотите долго и очень дорого - погуглите macroscop (и может быть еще Линия) и интегрированность ваших регов в этот софт.

Камеры dahua 5 серии научились rtmp. Можно теперь скармливать поток напрямую в youtube-трансляции.
В прошивке уже видел, но у нас проектная спецсборка. Как обстоят дела с розничными камерами нужно уточнять при покупке.
Гуглите что-то типа "dahua youtube translation".

Сапорт в bwd испортился за пару лет)
В ipvisor встроен свой vpn-сервер. Вы с ним соединяться пробовали?

Как вариант можно попробовать Ivideon. Напрямую на сайт выталкивать rtsp или mjpeg over http не получится из-за ограниченных внутренних ресурсов камеры. Она не вытянет одновременно больше 5-10 пользователей.

Этот рег может отдавать rtsp-потоки.
rtsp://IPADDRESS:554/cam/realmonitor?channel=[CHANNEL]&subtype=11
Их можно выводить на сайт через ivideon или nginx+rtmp-модуль.

Обсчитывал пару раз гаражные кооперативы. Камеры нужно располагать парами метров через 60. Смотрят, соответственно, в противоположные стороны, иначе следующей проблемой для вас будет кража камер.
Освещение фонарями в видеонаблюдении - самая мерзкая вещь. Освещения не хватает для нормального видео, камеры адово пикселят. Но при этом света много, и камера не переходит в чб. Рекомендую ставить камеры на въезде с аппаратным wdr (борется с ослеплением камер фарами). А ряды - по бюджету на сколько готовы, d1 или 1мп. У меня год назад ряд 200м вышел на 100-150тр. (Чтобы все видеть). Рекомендую смотреть на камеры с питанием 24 ас. 12в блоки (которые придётся ставить довольно часто) требуют шкафа с обогревом. 24ас можно просто закидывать в монтажные коробки. По вендорам гляньте Beward. Но у меня предвзятое отношение и особые цены)

Согласен насчет Mikrotik. Насчет модели нужно думать по нагрузке. Для нагрузки 5-10 человек одновременно подойдет этот. Сразу хочу предостеречь от ошибок с которыми сталкивался. Брать прямо с камеры поток mjpeg over http (самый, казалось бы, логичный вариант) не правильно. Камера одновременно не сможет выдавать более 7-10 потоков, начнет потихоньку заваливаться. Плюс к этому сам поток довольно тяжелый и скорости вашего wifi будет хватать только на обслуживание трансляции камер. Поэтому придется предварительно перекодировать на неттопе.
Но при этом в mikrotik, на мой взгляд, неплохо реализован hotspot, деление скоростей и т.д. Поддерживать будет удобнее, чем решение на чистом linux. Но это уже на вкус и цвет)