Как стать автором
Обновить

Комментарии 19

На телевизорах Samsung (старых, по крайней мере) улучшайзеры можно отключить, установив значение «ПК» в настройке имени(!) HDMI-входа. Эта настройка убирает motion prediction, отключает overscan, и положительно влияет на задержку.

У некоторых компьютерных мониторов достаточно медленный скейлер. Например, на Dell P2415Q лучше устанавливать родное разрешение 3840×2160, иначе будет задержка в 2 кадра.
На лыжах достаточно выбрать «Игры» в настройках режима экрана для соответствующего входа. Для моей модели (не самой дорогой и новой) гугление выдает задержку 14.9 мс.
Я так и сделал на мониторе для тестов. Правда разницу между этим режимом и обычным не измерял.
Вау, неожиданная фича, не знал что имя входа может влиять :) Хорошо что во многих новых телевизорах уже есть «Game mode» из коробки. Вот кстати интересная сравнительная таблица с включенными «улучшайзерами» и без: Input Lag Datenbank mit Messergebnissen (DE)
Недавно приобрёл Mister FPGA и запустил на нём Genesis core с подключённым проводным USB джойстиком (Sega Genesis USB controller с амазона) абсолютно никаких задержек и чёткая плавная картинка на LCD экране через HDMI. На Raspberry Pi 3b+ c RetroPie я чуствовал небольшую задержку и поэтому играть было не так кофмортно, особенно в Battletoads. Я думаю будущее ретро консоль гейминга за FPGA платами.
Я думаю будущее ретро консоль гейминга за FPGA платами.
Это уже давно настоящее. Самые точные реплики аппаратной части популярных консолей Nt Mini, Super Nt и Mega Sg от Analogue построены на FPGA.
Засматривался на их консоли, выглядит очень круто. Но 200$ жалко за это.
Интересно было почитать. Я не ощущал никакой разницы в физике и задержек. Подрубил свои F-710 logitech и перепрошли марио на денди и рок-н-ролл рейсинг на сеге без проблем. На эмулях.

Вот что Не получилось, это поиграть по сети через инет. Пробовали танчики. Я видел одно, а коллега видел другое и спрашивал, куда я поехал, куда стреляю, и зачем =)
У китайских Андроид-смартфонов только лаг ввода с тачскрина порядка 100-120 мс (легко померять, запустив любое приложение, которое воспроизводит звук при нажатии, или включив отображение прикосновений на экране и водя по кругу пальцем). На них вообще, видимо, играть не получится.
Вы наверно имеете в виду совсем бюджетный сегмент, где тач обрабатывает МТК а не отдельная микросхема.

так вот как можно поиграть на Mac! ясно, понятно.

А как же классическое?
image

ну такой милый трюк не пройдет с макмини.


(И еще картинка со скамейкой из 2 макпро.
сидя на ней можно поиграть в какую-нибудь настольную игру.)

Странно почему автор не рассмотрел возможность прямого подключения к GPIO
к GPIO чего именно?
Говорят, в видео от Denis Major не включен runahead(?), поэтому такие лаги на Raspberry Pi 3.
Немного корректности использования русского языка автору в напутствие: "...не ощущается не как задержка, а именно как другая физика...".
Также, во избежание терминологической путаницы с «input lag монитора», рекомендую далее в материалах использовать термин «control lag», используемый внутри НВидиа (по той же причине) для обозначений этой же проблемы уже многие годы. ;)

Год назад разработчики RetroArch заявили, что добились на своем эмуляторе задержек меньше чем на оригинальных консолях. Я сам не пробовал эту опцию, но ее нужно иметь в виду.

Вот это как раз стоит попробовать.
У меня пока что руки не дошли измерить полную задержку из-за отсутсвия оборудования (нет быстрой камеры), а главное — необходимости. Когда-то давно задержку ощущал в том же Streets of rage 2 или Shinobi III (кажется, это был Gens под Windows).

Сейчас в сочетании с BT-геймпадом 8bitDo и свежим RetroArch я не замечаю её ни на одном из устройств (смартфон, несколько ТВ-боксов, лаптоп с i5) даже без дополнительного тюнинга frame delay и runahead. Видимо, она настолько низка, что не мешает проходить тот же Shinobi III.

Насколько я понял из описания, runahead позволяет снизить задержку там, где не помогут никакие FPGA — если она вызвана спецификой самой игры. Т.е. если код почему-то опрашивает состояние геймпада не на следующем кадре, а, например, через 3 кадра. Runahead максимально быстро обрабатывает эти три кадра эмуляции, сохраняет получившееся состояние и подгружает его в основную эмуляцию, т.е. для пользователя это выглядит как быстрое проматывание лишних кадров.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий