Код: Выделить всё
camshare = yes
camres = 1920x1080
camformat = rtsp
Свежее оно, ещё описания парамтеров не написаны, вся информация какая есть - только в той теме.petav писал(а):Когда я упустил появления VLC http://forum.wtware.ru/viewtopic.php?t=19446?
Вот такоя строка захватывает поток с USB камеры и транслирует его на rtsp://ALL_IP_TERMINAL:8554/test по протоколу UDPaka писал(а):petav писал(а): Публиковать камеру - ткни пальцем в руководство для чайника и готовый конфиг vlc.
Код: Выделить всё
cvlc -vvv v4l2:///dev/video0 --sout '#transcode{vcodec=h264,vb=800,acodec=mpga,width=160,height=120}:rtp{sdp=rtsp://:8554/test}:std{access=udp}'
Я рад.zhendosina писал(а):Единомышленник появился
А VLC уже есть. Наверное лучше докрутить его?!zhendosina писал(а):Заказчик тут просит сделать ему сетку из экранов сотрудников. Подумалось, что проще наверное было бы публиковать экран втвари, используя mjpeg, а не rtsp. Можно было бы обойтись без vlc для этого, используя какой-нить открытый mjpeg streamer.
1) VLC большой монстр, и загружать его фоном с rdp клиентом будет накладно с точкизренияpetav писал(а):А VLC уже есть. Наверное лучше докрутить его?!zhendosina писал(а):Заказчик тут просит сделать ему сетку из экранов сотрудников. Подумалось, что проще наверное было бы публиковать экран втвари, используя mjpeg, а не rtsp. Можно было бы обойтись без vlc для этого, используя какой-нить открытый mjpeg streamer.
Все доводы нахожу уместными и соглашаюсь с каждым пунктом.zhendosina писал(а):1) VLC большой монстр, и загружать его фоном с rdp клиентом будет накладно с точкизренияpetav писал(а):А VLC уже есть. Наверное лучше докрутить его?!zhendosina писал(а):Заказчик тут просит сделать ему сетку из экранов сотрудников. Подумалось, что проще наверное было бы публиковать экран втвари, используя mjpeg, а не rtsp. Можно было бы обойтись без vlc для этого, используя какой-нить открытый mjpeg streamer.
ресурсов.
2) VLC весит много - соответственно процесс загрузки всех терминалов будет идти дольше
3) Mjpeg как мне видится более логичен в данном сценарии - с ним проще работать. Его без труда можно вытащить на http страничку. (Даже в втваревый kotenok.http, что было бы удобно)
А насколько реально собрать vlc для втвари вот с этой штукой? https://twitter.com/videolan/status/313647640229330944aka писал(а):Не надо ждать. Не думаю, что за осень оно сдвинется.
Вот тут уже было обсуждение. http://forum.wtware.ru/viewtopic.php?p=47436#p47436aka писал(а):Торможение на клиентах адское и сети загрузку огромною вангую я. А втварь тут при чём? Обязательно надо, чтобы это крутилось под втварью?
Не совсем понял, почему 3 втвари? Как раз в данном случае - для втварей службы безопасности есть vlc. А стример нужен для всех втварей пользователей. Это 94 штуки если быть точным. Да, они уже куплены, и да - в текущей реальности - пересаживаться на что-то другое клиенты не будут. Но это функционал, который в "моем идеальном мире" так или иначе - нужен всем моим клиентам.aka писал(а):У тебя есть 3 кейса, в которых есть по одному терминалу охраны, итого 3 втвари. Для трёх втварей ты просишь сделать большой сложный костыль. Так? Я согласен, что в светлом идеальном мире всё должно быть максимально удобно и такая штука тоже должна существовать, но только после того, как будут сделаны штуки, которые нужны на 4, 5 и т.д. инсталляциях.
Вот пока новую графику не выложим, ни за что большое браться не буду.Как по мне, vlc в втвари не дало вообще ничего. Сейчас практически каждый день спрашивают про видео в терминале, но уровень вопросов такой, что отправлять на форум в тему про VLC бесполезно.
И даже документацию про VLC писать не тянет, не поймут.
Надо делать хоть какое-то видео в RDP сеансе. В 2012R2 и десятке новая графика в RDP появилась, внешняя примета - 32-битный цвет всегда, даже когда политика говорит ограничиться 16-битным и втварь ругается, что мол больше 16 бит сервер не даёт. Там в глубине RemoteFX кодек, но с более аккуратной обвеской, добавлены графические примитивы из обычного RDP, в общем может хорошо получиться. Вот эта новая графика - ближайшая большая цель.
Вот тут тоже - мне кажется мало кто оценит. Мало кто заметит отличия.И надо наконец делать rdp клиента многопоточным, а то оно до сих пор на одном ядре тормозит, и как это делать совсем нет понимания
Как по мне, RDP клиент в втвари был близок к идеалу в 2003 году, когда перенаправление дисков ещё не прикрутили. Потом всё стало излишне разбухать...zhendosina писал(а):Вот я вообще не понимаю, зачем нужно гонять видео по RDP. Это же бред, это как пускать витую пару внутри канализационной трубы. Протокол не для этого создавался. Как по мне, так RDP клиент в втвари близок к идеалу.
У MT есть вполне бюджетные hex, которые на ipsec показывают очень хорошую производительность.zhendosina писал(а): ↑Вт сен 13, 2016 10:19 am
Все микротики до RB1100AHx2 и ниже оснащены стандартным для микротика arm - процессором (AR9344-BC2A 600 Mhz). Так вот все они могут прокачать через ipsec максимум 10mb/s. Загрузка процессора при этом = 100% и тоннель начинает откровенно лагать.