Как в играх вычисляют размер экрана и расстояние от точки схождения лучей до него?

Зато в контрстрайке герой выдерживает очередь из калаша в упор, даже не трясётся, но сразу умирает от выстрела из пистоля или удара железным предметом в голову - реализм!

Добавим ещё что почти в любой игре игроки ещё имеют грузоподъёмность со среднюю легковуху. И падение с пары десятков метров на бетон приводят к неприятным уменьшением здоровья на несколько процентов.

Тут не только в простоте счета при отрисовке дело. Я и камеру двигал в качестве эксперимента, но сильно проще, если на разном расстоянии от камеры надо прогружать модели и текстуры в разном качестве. Т.е. рядом с камерой рисовать высокополигональные модели с качественными тексурами, а вдали достаточно низкополигональных моделей с слабенькими текстурками. Чтобы не просчитывать мир каждый раз вокруг камеры проще считать его вокруг центра.

А это от игры зависит. Я демку делал с сохранением пропорций (т.к. модельки которые подгружал имели размеры, которые я специально делал как в реальности), хоть и считал в попугаях. Машинки такие маленькие по сравнению с домами выходят на самом деле, во всяких крайзисах и батлфайлдах легковушки больше автобусов по соотношению с многоэтажками.

Если взять например NFS - то машинки получаются меньше раза в 1,5-2 чем в реальности по сравнению с дорогой и окружением.

Так то - гонки. И я про дома, а не про машинки.

Та какая разница :)

Суть ведь в том, что все пропорции и размерности в играх берутся от «фонаря».

Тут не только в простоте счета при отрисовке дело.

Чтобы не просчитывать мир каждый раз вокруг камеры проще считать его вокруг центра.

По-моему, ты доказываешь мне, что я прав :-)

Вся это геометрия, которую можно посчитать на пальцах с карандашом и бумагой и даже просто представить в уме - ерунда.

Когда начинаешь дальше уже что-то делать на практике, возникают весьма впечатляющие «спецэффекты», которые происходят за счёт принципов работы самой видеокарты.

Одна из таких прикольных штуковин это алгоритм на основе Z буфера. Хотя он в современных видяхах уже повсеместно 32 бита (наверное в некоторых и больше), всё равно если не аккуратно генерировать сцену, можно отхватит лулзов в стиле такой штуки: https://www.youtube.com/watch?v=9AcCrF_nX-I

А ещё есть антиалиазинг, который если не применять - жутко режет глаза пилами на всех гранях всех объектом (хотя на 4к мониках наверное уже не так отчётливо)

Та я ставил задачу пересчета размера виртуальных объектов в реальные размеры. Проблема в том что втупую (моник это окно обзора) расчет давал странные результаты, потом вспомнил про угол обзора. А оказалось что там не только угол на глаз подбирают, так ещё и пропорции неправильные, а считается всё в юнитах.

Ага. :)

Просто когда-то очень давно, когда я был таким же зеленым как ТС, я не понимал в чем именно простота и сложность.

Да ладно, Z буфер это очень простая штука, по крайней мере меня сразу учили что это такое и с чем его едят. Куда сложнее с шейдерами и разными спецэффектами.

Сам алгоритм с Z буфером - прост как палка. Но специфику и издержки его работы знать тоже нужно.

Просто когда лезут бока, потому что не расчитал на каком растоянии делать друг от друга полигоны или в какой последовательности их набросать на сцену... получаются ахренительная красота. Эти лажи есть в очень многих играх и весьма раздражают. Некоторые игруны это считают багами видяхи, Хотя на самом деле криворукие/ленивые разработчики.

Шейдеры всё равно это предобработка, а Z буфер - финальная отрисовка картинки. И то как там шейдеры криво накидали полигоны внутри сцены - тоже проявится.

https://www.youtube.com/watch?v=tQJS8f_y0s8

https://www.youtube.com/watch?v=BghCtFKLuK0

А ещё есть чудесные миры мип-маппинга, бамп-маппинга, LOD, T&L и других спецэффектов, в которые нашему юному другу ещё только предстоит погрузиться :-)

А для чего мне в них погружаться?

Знаешь, если ты уже заинтересовался этой темой, то назад дороги нет…

Я этой темой уже успел отинтересоваться. Вопрос был про пересчет попугаев в метры и далее в пиксели (ну по ситуации).