Я чув, як багато людей, що працюють над VR, розмовляють про сканування на сканелі та про те, що це повинно допомогти покращити затримку руху на фотон. Однак мені незрозуміло, як це можна зробити з OpenGL. Невже хтось може пояснити, як працює гонка на сканелі та як це можна реалізувати на сучасних графічних процесорах.
Відповіді:
Коли ваш GPU відображає новий кадр на екрані, він передає зображення по кабелю HDMI (або будь-якому іншому) в процесі, який називається "сканування". Пікселі надсилаються в лінійному порядку, як правило, зліва направо і зверху вниз. Процес приурочений таким чином, що для цього потрібна більша частина тривалості інтервалу оновлення. Наприклад, при 60 Гц один кадр становить ~ 17 мс. Кожен сканування займає, ймовірно, близько 15-16 мс, з 1-2 мс vblank між ними (точні значення залежать від режиму відображення та відео).
Традиційно візуалізація має подвійний буфер, що означає, що в пам'яті GPU зберігаються два буфери: один, який в даний час сканується ("передній буфер"), і той, який надається ("задній буфер"). Кожен кадр, два поміняються місцями. Графічний процесор ніколи не надає той самий буфер, який сканується, що запобігає артефактам через те, що потенційно можна побачити частини неповного кадру. Однак побічним ефектом цього є збільшення затримки, оскільки кожен кадр може сидіти в буфері протягом декількох мс, перш ніж він почне скануватись.
VR дуже чутливий до затримки, тому це не бажано. Альтернативним підходом є візуалізація безпосередньо до переднього буфера, але викладіть час дуже обережно, щоб ви вивели кожен рядок зображення незадовго до того, як сканування потрапить туди. Це називається "скандинавські перегони" або "перегони променями" ("промінь", що повертається до днів ЕПТ). Це більш-менш вимагає відтворення зображення в порядку сканування, тобто в тому ж порядку, в якому пікселі будуть відскановані. Він буквально не повинен бути виведений по одному рядку за один раз - він може бути виведений тонкими смужками у висоту декількох пікселів, але це потрібно робити в порядку, оскільки ви не можете повернутися назад і редагувати пікселі, які вже були відскановано.
У цього підходу дуже багато недоліків; він має дуже суворі вимоги до продуктивності, повинен бути приурочений дуже обережно до vsync, і це значно ускладнює процес візуалізації. Але, в принципі, він може збривати мілісекунди від затримки, через що VR люди цікавляться цим.
Чудова річ, що ми можемо нарешті передбачити точну растрову точність ліній без доступу до запиту на сканування:
https://www.youtube.com/watch?v=OZ7Loh830Ec
Я придумав точні мікросекундні точні формули як зміщення VSYNC, щоб передбачити положення слізної лінії. Стрічкові лінії під час VSYNC OFF завжди точні за растром, тому ви можете виключати їх із видимості під час рівня "смуги" модельованого переднього буфера на рівні смуги шляхом повторної заміни буфера VSYNC OFF.
Зверніть увагу на тему форуму - постійно додається код з відкритим кодом - https://forums.blurbusters.com/viewtopic.php?f=10&p=32002
Якщо це представляє інтерес, Dreamcast мав режим візуалізації "гоночного променя", завдяки якому він міг виділити відносно невелику частину пам'яті пікселів фреймбуфера (наприклад, 64 лінії сканування), і він буде відображати рядки 32 по черзі, синхронізовані в оновлення дисплея. Це, однак, використовувалося лише для збереження пам’яті. Сумніваюся, хтось генерував "модифіковану" геометрію для останніх частин дисплея.