Реверс инжиниринг рендера игры со скриншота

[intmain]

Ну и общая последовательность: сначала все непрозрачные (желательно от ближних к дальним), затем все (полу-)прозрачные (строго от дальних к ближним).

Ага. Значит.

Сначала рисуем не прозрачное от ближайших до дальних.
0. Очистка
1. Руки
2. Домики
3. Фон - небо

Затем рисуем прозрачные от дальних к ближним.
4. частицы битого стекла.

Каким-то диким солнечным эффектом.
Затем проходим постэффектом блюр.

Вот кстати оно же не все сразу рисуется, а теми частями что видно игроку.
Оптимизации какие-то должны быть.

[ACE Valery]

[offtop]А че за игра?[/offtop]

[BDA]

[offtop]
ACE Valery, Bioshock Infinite (так и думал, да и гугл подтвердил).
[/offtop]

[s-andriano]

Сообщение от intmain

Вот кстати оно же не все сразу рисуется, а теми частями что видно игроку.
Оптимизации какие-то должны быть.

Порядок отрисовки - и есть один из элементов оптимизации.
Только с этим элементом оптимизацией не нужно перебарщивать - сортировка может занять больше времени, чем выигрыш от вывода в оптимальном порядке. Поэтому я и написал, что для непрозрачных объектов это лишь желательно. Если, скажем, мы находимся в кабине, то и без сортировки понятно, что элементы кабины будут к нам ближе, чем любой предмет за пределами кабины.

Или речь об отсечении невидимых объектов?
Тогда это отдельный и достаточно объемный вопрос.

[intmain]

Или речь об отсечении невидимых объектов?

да вот об этом.

[s-andriano]

Сообщение от intmain

да вот об этом.

Это достаточно сложный вопрос и решается он совместными усилиями дизайнера уровней и программиста.

[intmain]

Это достаточно сложный вопрос и решается он совместными усилиями дизайнера уровней и программиста.

Да уж, придется мне с собой договариваться и решать.

В общем виде теперь имеем такую картину:
- Обновление игровых объектов (Всех объектов, они могут постепенно попасть в поле зрения)
- Отсечение невидимых объектов (Простейший метод проверки, расстояние до камеры ).
- Прорисовка видимых (постами ранее описано ).

[s-andriano]

Сообщение от intmain

- Отсечение невидимых объектов (Простейший метод проверки, расстояние до камеры ).

Простейший - это попадание в пирамиду видимости. Т.е. кроме дальней плоскости проверка еще 4-х плоскостей. Ну не нужно пытаться рисовать то, что у тебя за спиной!

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

[intmain]

Простейший - это попадание в пирамиду видимости.

Пирамида сложнее уже.
Туман + проверка радиуса до тумана. Еще по идее можно усложнить проверкой дот продукта нормалей взгляда камеры и нормалей от объектов к камере dot(normalize(Camera.look), normalize(Obj[i].pos – Camera.pos)), вроде в каком-то случае получим отрицательные значения, т.е. объект за спиной. а везде где положительные значения объект перед камерой. Мы как бы получается проверяем сначала радиус, а потом еще отсекаем плоскостью задние объекты. Я еще не пробовал этот метод, но мне кажется он чуть проще чем проверка на попадание во фрустум камеры.

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

а как это делают ?

[s-andriano]

Сообщение от intmain

Туман + проверка радиуса до тумана.

Туман нужен далеко не всегда. А потому - неэффективно.

Еще по идее можно усложнить проверкой дот продукта

По-русски это называется векторным произведением.

Я еще не пробовал этот метод, но мне кажется он чуть проще чем проверка на попадание во фрустум камеры.

А я пробовал пирамидой видимости - ничего сложного в этом нет.

а как это делают ?

Как раз эта часть допускает огромное количество вариантов. Например, BSP.