Почему gfn просит 5ггц?

Question

[DontQuantum]

Gfn - GeForce now, стриминговый игровой сервис, в описании сказано нужно 15 мбит инет, но оптимально 25 и всячески уговаривают использовать проводное соединение либо 5ггц WiFi, гуглив разницу между 2.4 и 5 ГГц, все пятигигагерцовому приписывают лишь одно приимущество то что он поддерживает большую скорость передачи. Но мне все равно не понятно зачем им 5ггц если он мои 60 мбит до 120 не раздует.

Answer 1

[АртемЪ]

все пятигигагерцовому приписывают лишь одно приимущество то что он поддерживает большую скорость передачи

Неправда. Скорость передачи от частоты не зависит, и на 2,4может быть и больше.
Главное преимущество 5Ггц в том что сигнал на этой частоте очень хорошо гасится стенами и любыми препятствями.

Но мне все равно не понятно зачем им 5ггц если он мои 60 мбит до 120 не раздует.

Не в курсе что у вас там за игра, но для многих игр главное качество соединения, а не его скорость.

А если нужно качество - пользвуйтесь проводами, никакой беспроводной связи.

Comments

[DontQuantum]

Я не совсем правильно сформулировал вопрос, меня интересуют различия 5 ГГц и 2.4ггц, а там правда или нет поповоду скорости это не мое утверждение, я лишь утверждаю что в каждой статье об этом сказано.
То что 5ггц сильнее поглащается стенами, это значит что меньше будет помех от других точек доступа?

[АртемЪ]

DontQuantum,

То что 5ггц сильнее поглащается стенами, это значит что меньше будет помех от других точек доступа?

Именно так.
Меньше помех - стабильнее связь, меньше потерь, меньше пинг, меньше джиттер.

[Karpion]

АртемЪ, По идее, стриминговый сервис должен закладываться не на TCP, а на изначальную избыточность. Т.е. если в TCP при пропаже пакета он запрашивается заново (точнее, в подтверждении о доставке указывается, какие были доставлены - и отправитель видит, чего не хватает), то стриминг должен изначально слать данные избыточно (что-то типа ECC) в предположении, что сколько-то пакетов могут пропасть.

[АртемЪ]

Karpion, По умолчанию идет избыточность, причем она меняется в зависимости от уровня помех на физической линии (радиоканале) но тем не менее потери неизбежны.
Это собственно принцип работы wifi
А при чем тут стриминговый сервис - непонятно, вопрос вроде про игры был.

[Karpion]

"Gfn - GeForce now, стриминговый игровой сервис" - написано в начале вопроса. Вряд ли DontQuantum намеренно нас обманывает.

Я говорил про иную избыточность - не ту, которая в радиоканале, а ту, которая на всём пути от сервера к клиенту.

Поскольку стриминг заключается в передаче аналоговой картинки - метод кодирования можно подобрать так, чтобы он был устойчив к довольно существенным потерям. Например, известно, что человеческому глазу важнее яркость, чем цветность (это учтено в формате JPEG). Значит, мы можем гнать чёрно-белую картинку с большой избыточностью, а информацию о раскрашивании - без избыточности, и при потере части пакетов картинка потеряет цветность, но будет вполне различима. Также можно усиленно дублировать старшие биты и не дублировать младшие - поскольку при потере головы по волосам не плачут.

[DontQuantum]

АртемЪ, Про так так называемый облачный гейминг.

[АртемЪ]

Karpion, Еще раз при чем тут стриминг - передача видео идет прекрасно по каналу любого качества, там требований особых нет.
Все упирается в передачу управляющих команд всегда.

[Karpion]

При передаче кино - сервер быстро заливает буфер, предоставленный клиентом. И далее - при потере данных есть время переслать пропавшие пакеты.
При передаче игрового видео - это невозможно.

А управляющие команды - можно тупо дублировать, их же мало.

[АртемЪ]

Karpion, С передачей видео проблем вообще нет, там скорость не нужна, главное чтобы канал был широким.

А вот управляющие команды - важно время. Кто нажмет кнопку раньше вы или соперник? А чей ответ дойдет до сервера раньше?
Тут дублирование ничем не поможет.

[Karpion]

Вы говорите странные вещи.

Допустим, Иксу видеопоток поступает быстро, а Игреку - с задержкой в полсекунды. Как это будет влиять на успешность игры?
Вы говорите про управляющие команды. А ничего, что игрок может подать нужную управляющую команду только после того, как на экране отрисуется событие, на которое надо реагировать?

Дублирование управляющих команд нужно на случай пропадания одного из пакетов. Что тут неочевидного?