Существует терминологическая путаница. RayCasting, RayTracing, Back-tracing. В разной литературе
и в разных статьях авторы и переводчики иногда их меняют местами.
В гейм-индустрии весь 20-й век работал обратный рей-трейсинг - это когда освещение вычислялось
по лучу выпущенному из глаза наблюдателя. Это было легко и количество отражениый было равно нулю.
А прочие эффекты расчитывались "запеканием" карты освещения которая делалась как раз прямым трейсингом
(от источников света к стене). Так уже работал Quake-1.
В современных играх стали двигаться к трейсингу от источника света к объекту. Тоесть именно так
правильно как в физике происходит но пока еще нагрузка получается unpredictable, и трудно
стабилизировать игру чтоб она выдавала одинаковый ФПС. Правильный рей-трейсинг это
рекурсия а она всегда была такая ... бррр. Неприятная короче в плане прогнозов.
Вот пускай автор расскажет что он именно хочет узнать в виде детализации вопроса.
mayton2019, в вопросе в скобках указано Псевдо 3D, где на самом деле используется 2D карта. Не имею ни малейшего представления как там можно реализовать отражения и источники света.
TheAvix, Doom был многократно опубликован в исходниках (кажется под Watcom C++) и
портирован на Java, JavaScript и всякие игровые приставки. Попробуй поискать. Думаю
материала читать там хватит надолго.
Ты спрашиваешь про RayCasting для таких игр. Честно я не знаю зачем это в 21 веке. В эпоху
всяких Unity, Vulkan, e.t.c. Хочешь написать свою игру для ограниченного железа? Или просто
потренироваться?
Посмотри книжку Шикина и Борескова (комп графика) она такая желтого цвета. Он там что-то
писал про базис Doom/Quake на уровне обзора. Может про текстурирование что-то было.
Но до текстурирования у тебя должен быть уже готов pipeline для геметрии. Тоесть должна быть
сцена. Камера. И должны быть уже известны экранные координаты всех текстур.
Есть старая книга от 1995 года, которая в подробностях рассказывает как написать DOOM: "Секреты программирования игр" https://huaweihelp.ru/catalog/download/sekrety-pro...
Там как раз объясняется про Ray-casting (не путать с Ray-tracing!) (со стр. 199)
Я на её основе тогда написал простую игрушку с перемещением по 2D-карте, но в псевдо-3D
Простой
