Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1 2 След.
RSS
Protect "Low Latency Video" setting - кто-нибудь из Ubiquiti объяснил, что это делает?, UniFi Protect
 
Возможно, я пропустил, но кто-нибудь объяснил, для чего нужна настройка «Low Latency Video» (Видео с низкой задержкой), появившаяся в Protect 2.x? Она помечена тегом «Labs», но нет кнопки информации, чтобы объяснить её назначение или какой ожидаемый результат при её включении или отключении, так что я немного в замешательстве: как кто-либо должен оставлять отзывы об этой функции, если нет объяснения, что она делает. Предположительно, цель тега «Labs» — получить какую-то обратную связь, но это сложно, если никто точно не знает, что она делает или что от неё ожидается. Если только теперь политика не заключается в том, чтобы просто выпускать суперэкспериментальные функции в стабильных релизах и потом ничего о них не говорить? 🤔
 
Да, отключение этой «функции» обычно лучший вариант — никакой реальной пользы от неё нет, а проблем только прибавляется.
 
Помню, где-то читал, что это «оптимизирует под обновления в ущерб частоте кадров», то есть система старается поддерживать обновление видео, но ради этого может снизить частоту кадров.
 
Так никто не знает, чем это отличается от @UI-Team?
 
Похоже, эту тему пора закрыть — на вопрос «что это делает» ответили, но люди возвращаются и говорят, что ответа не было. Несколько человек сказали, что их это не касается, и несколько — что касается. Странно как-то.
 
Добавлю свои пять копеек: у меня стоит UNVRPro с тремя жесткими дисками, 17 камерами 2K и тремя AI-камерами 4K, а также UDMPro на 1 ТБ с тремя камерами 2K. Использую два комплекта UBB для связи с центральной точкой рекордеров. Коммутатора агрегации у меня нет — использую SFP-порт (на 1 гигабите) для одной подсети и Ethernet для другой подсети, которой управляет сторонний роутер. (Уверен, есть способ лучше, но пока работает 😢). ИТАК, у нас примерно три компьютера, каждый смотрит обычно 10–16 камер, плюс мобильные устройства; возможно, одно-два удаленно смотрят одновременно. Часто приходилось обновлять Chrome, когда каналы постоянно буферизировались. Даже при низком качестве изображения не справляется. Иногда перезагрузка UNVRPro помогает на неделю-другую. Отключение опции Low Latency, похоже, решило проблему. Не совсем в реальном времени, но для наших целей достаточно близко. Никаких изменений в производительности записи не заметил — даже до того, как началась буферизация, запись работала стабильно. Надеюсь, кому-нибудь это поможет при поиске. UNVRPro UniFi OS 3.1.14 UDMPro UniFi OS 3.1.15 Protect 2.8.35
 
Любой день сейчас @UI-Team.........
 
Это верно, @NeilM-KCC. Это их потеря — не обеспечить лучший опыт. НО когда дело касается бизнеса, слишком часто ЛЮДЕЙ увольняют под предлогом экономии. Так что пользовательский опыт почти всегда ухудшается, а не улучшается. Всегда стоит пытаться добиться улучшений, но также нужно задавать правильные ожидания. Потому что изменение чего-либо — это часто вопрос преданности делу, а не просто просьба. Всего доброго.
 
Sure, but if Ubiquiti don't improve then that is their loss.I'm not expecting them to change, as their general attitude is piss poor for a $17Bn+ corp, but I will always try even when I know it is a lost cause.I've dealt with bigger and smaller firms that have a much better approach, and it wouldn't cost Ubiquiti very much to completely overhaul their user comms dept and approach in general.

Конечно, но если Ubiquiti не станут лучше, то это их потеря. Я не ожидаю, что они изменятся, так как их общее отношение — отстой для корпорации стоимостью более $17 млрд, но я всегда буду пытаться, даже когда знаю, что это гиблое дело. Я имел дело с компаниями и покрупнее, и помельче, у которых подход был куда лучше, и Ubiquiti ничего не стоило бы полностью перетрясти их отдел коммуникаций с пользователями и подход в целом.
 
Привет, @NeilM-KCC. Глядя на твой стаж аккаунта и количество постов/ответов, я бы подумал, что ты знаешь: UI не участвует в большинстве обсуждений на форуме и редко взаимодействует с несколькими постами по одной теме, если только не помогает собирать логи и тому подобное для устранения неполадок. Раз уж компания это объяснила и объяснение каким-то образом попало на форум и распространилось среди других, это обычно знак, что никто из компании не будет отвечать или взаимодействовать с постом. Чувствовать возмущение — нормально, но это стандартная практика. Мы, как потребители, сами решаем, участвовать или уйти. Редко когда нам дают шанс повлиять на изменения или улучшения. Удачи.
 
Я не думаю, что кто-то утверждает, будто на вопрос не ответили — очевидно, что ответили (хоть и через тикеты техподдержки, а не через представителей, которые бывают на этом форуме). Проблема в том, что данное объяснение содержит технические нестыковки (это просто модный способ сказать, что они теряют кадры при низкой пропускной способности?). Люди, попытавшиеся использовать функцию «низкой задержки», либо не получили никакого эффекта, либо столкнулись с реальными проблемами. В итоге никто толком не понимает, как работает эта функция и работает ли она вообще, но никого из Ubiquiti, похоже, не интересует обсуждение этих проблем. Лично я не против, если тему закроют — и так понятно, что Ubiquiti не намерены ничего объяснять о своих продуктах реальным пользователям/клиентам. И это, откровенно говоря, возмутительно.
 
В нескольких постах выше есть цитата из поддержки, объясняющая, что делает эта настройка. Согласно ей, она снижает FPS прямой трансляции, чтобы синхронизировать видео и максимально приблизить его к реальному времени в условиях низкой пропускной способности. Не уверен, правда это или нет. В моём случае это только ухудшает ситуацию.
 
Не, извини — почти уверен, что этот вариант — просто «Змеиное масло».
 
Вот переведённый текст в соответствии с вашими правилами.

Блин.. Сплошные проблемы с Protect, в другом посте, и никакого толку. Думал, этот вариант меня спасёт.
 
Nope. Сотрудники Ubiquiti не заинтересованы в том, чтобы объяснять, как работает их технология, обычным клиентам-плебеям.
 
Кто-нибудь когда-нибудь разобрался с этим?
 
Низкая задержка ускорила отображение живого видео для меня. Не уверен, что именно она делает, но я предпочитаю держать её включённой. Использую уже несколько месяцев в раннем доступе без каких-либо проблем. 6 камер G4 Pro и 2 G4 Bullet.
 
Не уверен, но при низкой пропускной способности эта настройка, похоже, вообще не работает. Похоже, она даже делает всё немного хуже. Хз. У меня, народ, всего 2 камеры G3 Instant, выставленные на меньше 50% битрейта для качества записи. У их провайдера Comtastic всего 5 мегабит аплоада. Всё дико лагает и еле грузится, когда я пытаюсь посмотреть клипы или стрим в высоком качестве через веб-интерфейс удалённо. Авто или низкое качество работают нормально и плавно. Приложение на телефоне справляется намного лучше — может стримить HQ нормально, подлагивает где-то раз в 10 секунд, но смотреть можно. Эта настройка, похоже, вообще не помогает.
 
@ScheererChris@Neil Нашли то же самое, что и вы. Новая установка UNVR, и после всех этих танцев с бубном, чтобы просто подключить её к сети — в итоге заработало только после 4 заводских сбросов и повторной настройки всего с нуля... Всего с 5 камерами G3 Flex производительность была ужасной. Прямой эфир по локальной сети смотреть было невозможно — безумная буферизация и полные отключения всех камер. Самое смешное — выдёргиваешь Ethernet-кабель, подключаешь дешёвенький Cloud Key Gen 2 ради прикола, и всё работает идеально, лол! Настраиваешь заново UNVR (и опять сбрасываешь эти чёртовы камеры!) — и БАЦ! Снова ужасная производительность. Потом я заметил, что была включена опция «Низкая задержка видео» — отключил её, и сразу прямой эфир стал показываться в реальном времени! Ура! Нашёл эту тему и теперь тоже отключил Insights — теперь всё работает отлично! Даже удалённо с телефона! Так что, да, если у вас ужасное воспроизведение в реальном времени — отключайте Low Latency Video и Insights как можно скорее!
 
Я перечитал и понял, на что ты отвечаешь @hendrix04. То, что ты описал, — это другой подход. На самом деле FPS сильно влияет на то, почему всё занимает время. Отправляется 24 кадра, а не один кадр и только изменения в каждом кадре. То есть если каждый кадр весит 500 кб, то ты шлёшь 12 000 кб в секунду, чтобы отображалось движение видео. Если сократить кадры с 24 до 12, ты не будешь передавать 6 000 кб, что повысит шансы на своевременную передачу данных. Ничего страшного, если мы расходимся во мнениях насчёт лучшего способа решать задачи — в конце концов, не мы принимаем решения, которые на кого-то влияют. Удачи и счастливых праздников.
Страницы: 1 2 След.
Читают тему (гостей: 1)