Я особо не слежу за VR, но у меня сложилось впечатление, что то, что вы пытаетесь сделать — это исследовательская работа, так что не стоит ждать, что всё будет просто с готовым оборудованием. Поскольку вы уже занялись вопросом сжатия, возможно, стоит попробовать ещё больше распараллелить передачу. С одним точкой доступа можно, в принципе, разделить данные и использовать канал 2,4 ГГц дополнительно к каналу 5 ГГц, а в вашем беспроводном компьютере поставить две сетевые карты для приёма. Или можно применить два AP на 5 ГГц. В какой-то момент, наверное, станет возможным использовать канал 160 МГц, но, насколько я знаю, сейчас это пока недоступно.

Тогда тебе капец. Wi-Fi ВСЕГДА медленнее проводного соединения.

@dpurgert предлагает неплохие идеи, хотя хватит ли их — вопрос открытый. Если у вас проблемы и с пропускной способностью, и с задержками, то сжатие — ваш друг, если только оно достаточно быстрое. Если вы можете сэкономить байт с помощью сжатия за меньшее реальное время, чем занимает передача этого байта, то стоит этим заняться. Так как вы работаете с видео, возможно, удастся использовать стандартные методы сжатия с аппаратной поддержкой. Но при ваших временных ограничениях это может не сработать. Вот почему VR/AR — это сложно, и почему до недавнего времени большинство решений были с проводным подключением.

@AndCycle

Спасибо большое за это объяснение. Очень познавательно. «Или вам нужен весь потенциал UAP-AC-PRO», как мне раскрыть этот «весь потенциал»? Нужно ли что-то особенное настроить для моего устройства Ubiquiti?

@dpurgert

Если бы действительно в этом была проблема, разве соединение по кабелю с маршрутизатором и без него не давало бы разное время отклика?

@Vestas

Думаю, UDP был моим единственным вариантом. Мне казались доступны только UDP или TCP. TCP даёт ещё большую задержку. Я не против потерять «немного» пакетов. Конечно, если бы потери достигали 20%, это уже серьёзная проблема.

@phk46

Ну,

@AndCycle

моя догадка оказалась верной. Я хочу стримить изображение прямо на VR-гарнитуру, поэтому единственное разумное ограничение — минимальная задержка 😀. Бюджет, который я заложил, — 4-5 мс на сетевой трафик.

Ах, забыл упомянуть, WiFi — это полудуплекс, то есть скорость передачи и приёма данных делят одну полосу пропускания, из-за этого задержки выше.

Мой предположительный вариант — он занимается обработкой видео в реальном времени для VR/AR или чего-то в этом роде, где нет большой терпимости к задержкам, потому что это напрямую связано с взаимодействием человека.

Я почти уверен, что из этого ничего не выжать, потому что инфраструктура не рассчитана на низкую задержку. Сколько времени, по твоему, нужно, чтобы передать 250 Мбит/с по сети 1 Гбит/с? И сколько — по ещё более узкополосному беспроводному устройству? Это не мгновенно, даже передача 250 Мбит/с по 1 Гбит/с не обходится без задержек, это занимает четверть доли секунды.

Давай прикинем простую математику. Ты говоришь, что твоё HD-видео — 90 Гц, значит, наверное, ты имеешь в виду 90 кадров в секунду. 250 Мбит / 90 = 2,8 Мбит на кадр. Передача 2,8 Мбит по сети 1 Гбит/с требует 2,8 мс. А теперь попробуй передать эти 2,8 Мбит по беспроводной сети с пропускной способностью 500 Мбит/с — это уже вдвое большая задержка, 5,6 мс.

Это оценка в идеальном мире, который не существует. Данные нужно ещё обрабатывать, и это добавляет задержку. Почти 3 мс разницы из-за пропускной способности плюс туда-сюда и всякие проблемы с беспроводной связью — вот тебе и объяснение задержки в 10-12 мс, которую ты наблюдаешь. Твоя задержка вызвана пропускной способностью, а не электромагнитными волнами.

Если хочешь более низкую задержку — сначала нужно увеличить пропускную способность. В вещательной индустрии низкая задержка при беспроводной передаче необработанного видеосигнала требует специального оборудования. Я имею в виду — никакого UDP/TCP, никакого WiFi и очень дорогое, специализированное фирменное железо. Ты не найдёшь ничего, что поможет без затрат в несколько тысяч долларов.

Высокая пропускная способность — это базовое требование для низкой задержки. Тебе нужна сеть с проводным соединением на 10 Гбит/с или полный потенциал UAP-AC-PRO, то есть твой клиент должен уметь использовать 3x3 1300 Мбит/с, чтобы соответствовать 1 Гбит/с проводной сети.

P.S. Да, я много правил, наверное, не стоило писать это во время работы.

Это самое глупое, что я сегодня прочитал. Человеческому мозгу требуется от 13 до 80 миллисекунд, чтобы увидеть изображение, а ты тут жалуешься на задержку в 6 миллисекунд для совсем неважной задачи обработки изображения. Миллениалы — поколение мгновенного удовлетворения...

Да, задержка при работе через Wi-Fi — это то, чего стоит ожидать. Используйте кабель.