Использование источников света OpenGL для построения цветных теней

Как известно, OpenGL версии 1 позволяет использовать не менее восьми штатных источников света. Используя эти источники можно достаточно просто строить качественное цветное освещение без применения карт освещённости. Как оказалось, при разработке самодельных простейших трёхмерных движков, их авторам эта возможность не кажется очевидной и потому ими игнорируется. Описанный ниже способ не подходит для перемещающихся в пространстве источников света, но отлично подходит, если остальные параметры источника света изменяются во времени (например, изменяется цвет источника освещения, или он мигает). Как построить качественное освещение с использованием штатных источников освещения OpenGL и будет рассказано в статье.

Должен сказать, что статья эта планировалась очень давно – года так с 2004, когда был написан трёхмерный движок, использующий описываемый метод. Однако, обилие формул и лень заставили меня уже в скором времени забросить написание статьи. Последний раз я касался текста в 2008 году. На этой дате статья и остановилась, и возрождать я её не планировал. Но недавно, в теме про исходники Quake 2, меня попросили всё же рассказать о применённой в моём трёхмерном движке технологии построения картинки. Актуальность столь запоздавших статей для современного программирования трёхмерной графики, конечно, нулевая, но возможно, начинающим изучать OpenGL эта статья будет интересна.

Для начала я покажу, какие именно получаются изображения при применении описываемого метода. Вот скриншоты моего движка 2004 года:




Скриншоты трёхмерного движка.

Как видите, для простейшего движка получаются достаточно красивые картинки.

Идея алгоритма заключается в том, что многоугольник, источник тени (в дальнейшем – МИТ), своей тенью разбивает многоугольник, приёмник тени (в дальнейшем – МПТ) на фрагменты A, B, C, D, E, как показано на рисунке ниже. Можно заметить, что для фрагментов A, B, E, D источник света включён, а для фрагмента C источник света отключён


Разбиение на фрагменты тенью.

Общий алгоритм построения освещения таков:

  1. Выбираем источник света.
  2. Каждый многоугольник сцены разбиваем на фрагменты многоугольником, который может отбрасывать тень. При этом вновь получившиеся фрагменты будут являться новыми многоугольниками сцены, на которые нужно будет вновь построить тени от других многоугольников (но которые сами не будут источниками теней – бессмысленно использовать для построения тени части вместо исходного целого многоугольника). Такую операцию необходимо провести для всех многоугольников сцены.
  3. Переходим на шаг 1 для следующего источника света.

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

Поскольку мы используем только восемь источников света OpenGL, то при разбиении сцены можно просто выбрать только те источники из общего списка источников света, которые максимально сказываются на выбранном многоугольнике сцены. В самом простом случае это можно сделать, например, посчитав расстояние от источника до вершин многоугольника и выбрать источники с минимальными расстояниями до вершин. Конечно, в этом случае часть источников могут оказаться бесполезными для выбранного многоугольника (источник может вообще быть полностью загорожен другим многоугольником), но зато алгоритм выбора очень прост.

Как видите, метод несложный, однако, потребует алгоритма построения фрагментов, зная МИТ, МПТ и положение источника света.

Реализация алгоритма


Условимся считать все многоугольники выпуклыми. Есть это не так, их следует разбить на выпуклые части. Для реализации алгоритма нахождения фрагментов нам понадобятся некоторые функции, а именно:

Функция, определяющая позицию точки относительно некоторой плоскости.

Входные данные:

— Точка плоскости $P(P_{x},P_{y},P_{z})$;
— Вектор нормали к плоскости $n(n_{x},n_{y},n_{z})$;
— Точка, для которой определяется положение относительно плоскости $V(V_{x},V_{y},V_{z})$.

Возвращаемое значение: 1 — точка находится выше плоскости, -1 — точка находится ниже плоскости, 0- точка находится в плоскости.

Для реализации этой функции воспользуемся уравнением плоскости, тогда $inline$ \begin{equation}t=n_{x}(V_{x}-P_{x})+n_{y}(V_{y}-P_{y})+n_{z}(V_{z}-P_{z})\end{equation} $inline$ (1).

Полученное $t$ определяет положение точки $V$ относительно плоскости.

Функция должна возвращать -1, если $t<0$, возвращать 1, если $t>0$ и возвращать 0, если $t=0$.

Однако, мы работаем на разрядной сетке ЭВМ, поэтому сравнивать с нулём нельзя. Вместо этого мы будем здесь и далее сравнивать с некоторым малым $\varepsilon$, значение которого проще всего подобрать опытным путём так, чтобы алгоритм не давал сбоев.

В этом случае функция должна возвращать -1, если $t<-\varepsilon$, возвращать 1, если $t>\varepsilon$ и возвращать 0 во всех остальных случаях.

Функция, определяющая точку пересечения прямой с плоскостью.

Входные данные:
— Точка плоскости $P(P_{x},P_{y},P_{z})$;
— Вектор нормали к плоскости $n(n_{x},n_{y},n_{z})$;
— Первая точка прямой $A(A_{x},A_{y},A_{z})$;
— Вторая точка прямой $B(B_{x},B_{y},B_{z})$;

Возвращаемое значение: координаты точки пересечения либо флаг, показывающий что пересечения нет.

Вектор $L(L_{x},L_{y},L_{z})$, задающий направление прямой вычисляется как $ \begin{array}{c}L_{x}=B_{x}-A_{x},\\L_{y}=B_{y}-A_{y},\\L_{z}=B_{z}-A_{z}.\end{array} $

Тогда скалярное произведение между вектором нормали и вектором прямой будет $E=L_{x}\cdot n_{x}+L_{y}\cdot n_{y}+L_{z}\cdot n_{z}$.

Если $E=0$ (в нашем случае это условие примет вид $E\geq-\varepsilon$ и $E\leq\varepsilon$ ), то прямая и плоскость пересекаться не могут, поскольку вектора перпендикулярны.

Если же пересечение возможно, то координаты точки пересечения могут быть получены по формулам

$\begin{array}{c}V_{x}=A_{x}-L_{x}\frac{t}{E}\\V_{y}=A_{y}-L_{y}\frac{t}{E},\\V_{z}=A_{z}-L_{z}\frac{t}{E}.\end{array} $

где $t$ — значение, полученное по формуле (1).

Функция, определяющая точку пересечения луча с плоскостью.

Входные данные:

— Точка плоскости $P(P_{x},P_{y},P_{z})$;
— Вектор нормали к плоскости $n(n_{x},n_{y},n_{z})$;
— Первая точка луча (начало луча) $A(A_{x},A_{y},A_{z})$;
— Вторая точка луча $B(B_{x},B_{y},B_{z})$.

Возвращаемое значение: координаты точки пересечения либо флаг, показывающий что пересечения нет.

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

Так, если получится, что $-t<E$ для $E>0$ или $t>E$ для $E<0$ (в нашем случае $-t<E+\varepsilon$ для $E>0$ или $t>E-\varepsilon$ для $E<0$ ), то луч плоскость не пересекает.

Функция, определяющая, нахождение точки внутри выпуклого многоугольника, лежащего в плоскости.

Входные данные:

— Точки многоугольника, лежащие в одной плоскости $P0(P0_{x},P0_{y},P0_{z})...Pn(Pn_{x},Pn_{y},Pn_{z})$;
— Точка, находящаяся в плоскости многоугольника, для которой проверяется её нахождение внутри многоугольника $V(V_{x},V_{y},V_{z})$.

Возвращаемое значение: флаг, показывающий находится точка внутри многоугольника или нет.

Алгоритм работы функции выглядит так:

Введём переменную $a$=индекс последней точки многоугольника;
Цикл по $i$ от 0 до $a$;
Введём переменные индексов трёх последовательных точек $i0=i$,$i1=i+1$,$i2=i+2$;
Если $i1>a$, то $i1=i1-a-1$;
Если $i2>a$, то $i2=i2-a-1$;
Возьмём три последовательные точки многоугольника $A=P(i0)$,$B=P(i1)$,$C=P(i2)$;
Создадим три вектора: $F(F_{x},F_{y},F_{z}),G(G_{x},G_{y},G_{z}),H(H_{x},H_{y},H_{z})$ по формулам

$ \begin{array}{c}F_{x}=B_{x}-A_{x},\\F_{y}=B_{y}-A_{y},\\F_{z}=B_{z}-A_{z}.\end{array}$



$ \begin{array}{c}G_{x}=C_{x}-A_{x},\\G_{y}=C_{y}-A_{y},\\G_{z}=C_{z}-A_{z}.\end{array}$



$ \begin{array}{c}H_{x}=V_{x}-A_{x},\\H_{y}=V_{y}-A_{y},\\H_{z}=V_{z}-A_{z}.\end{array}$


Вычислим векторные произведения $N1(N1_{x},N1_{y},N1_{z})=F\times G$ и $N2(N2_{x},N2_{y},N2_{z})=F\times H$;

Вычислим скалярное произведение $R=N1_{x}*N2_{x}+N1_{y}*N2_{y}+N1_{z}*N2_{z}$;
Если $R<0$ (в нашем случае $R<-\varepsilon$), то точка внутрь многоугольника не попадает.
Конец цикла;
Точка попадает внутрь многоугольника.

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

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

Алгоритм построения фрагментов


Входные данные:

— Точки $PS(PS0_{x},PS0_{y},PS0_{z})...PSn(PSn_{x},PSn_{y},PSn_{z})$ выпуклого многоугольника, являющегося источником тени), лежащие в одной плоскости;
— Точки $PD(PD0_{x},PD0_{y},PD0_{z})...PDn(PDn_{x},PDn_{y},PDn_{z})$ выпуклого многоугольника, на который отбрасывается тень), лежащие в одной плоскости;
-Точка положения источника света $L(L_{x},L_{y},L_{z})$ (далее по тексту ИС — «источник света»);

Возвращаемые данные: флаг, показывающий существует тень или нет, и массив многоугольников, на которые разбивается МПТ тенью.

Получение точек тени в плоскости МПТ


Рассмотрим алгоритм получения точек тени в системе координат МПТ.

  1. Проверим, что МИТ и МПТ имеют не менее трёх точек, иначе это, строго говоря, вообще не многоугольники, и тени нет.

  2. Проверим, может ли ИС освещать МПТ. Условимся, что если ИС лежит выше плоскости МПТ (нормаль МПТ направлена в сторону ИС), то он может освещать МПТ, иначе, это невозможно. Если ИС освещать МПТ не может, то тени нет.

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

  4. Возможна ситуация, когда МПТ и ИС находятся по одну сторону от МИТ. В этом случае тоже тени нет. Это можно проверить определив положение ИС относительно плоскости МИТ и сравнивая с этим положением положения точек МПТ относительно плоскости МИТ. Если хоть одна точка МПТ лежит по другую сторону плоскости МИТ, нежели ИС, то тень существует, иначе тени нет.

  5. Теперь нужно сформировать теневой объём. Всё, что попадает в теневой объём, ИС не освещается. Фигура, задающая теневой объём, ограничивается сверху МИТ, снизу её ничто не ограничивает (так как объём простирается в бесконечность), а по бокам её ограничивают четырёхугольные грани, у которых две вершины так же находятся в бесконечности, а две другие совпадают с вершинами ребра МИТ.

  6. Поскольку МИТ уже задан, то требуется найти четырёхугольные грани. Так как нам от этих граней нужно сейчас только то, что они задают плоскости, то заменим бесконечные вершины на конечные. Для этого возьмём рёбра МИТ, и пустим луч от ИС через вершины рёбер. Для примера возьмём первые две точки МИТ $PS0$ и $PS1$, тогда координаты точек грани теневого объёма $V0,V1,V2,V3$ определяются как

    $\begin{array}{l}V0_{x}=PS0_{x}+N0_{x};\\V0_{y}=PS0_{y}+N0_{y};\\V0_{z}=PS0_{z}+N0_{z};\\V1_{x}=PS0_{x};\\V1_{y}=PS0_{y};\\V1_{z}=PS0_{z};\\V2_{x}=PS1_{x};\\V2_{y}=PS1_{y};\\V2_{z}=PS1_{z};\\V3_{x}=PS1_{x}+N1_{x};\\V3_{y}=PS1_{y}+N1_{y};\\V3_{z}=PS1_{z}+N1_{z},\end{array}$

    где

    $\begin{array}{l}N0_{x}=PS0_{x}-L_{x};\\N0_{y}=PS0_{y}-L_{y};\\N0_{z}=PS0_{z}-L_{z};\\N1_{x}=PS1_{x}-L_{x};\\N1_{y}=PS1_{y}-L_{y};\\N1_{z}=PS1_{z}-L_{z}.\end{array}$


    Поскольку МИТ мог быть ориентирован как угодно, то нормали граней теневого объёма могут быть направлены как внутрь объёма, так и наружу. Условимся, что нормали теневого объёма должны быть направлены наружу.

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

    $\begin{array}{l}x_{c}=\frac{\sum_{i=0}^{max}PSi_{x}}{max};\\y_{c}=\frac{\sum_{i=0}^{max}PSi_{y}}{max};\\z_{c}=\frac{\sum_{i=0}^{max}PSi_{z}}{max}.\end{array}$

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

  7. Теперь мы должны найти точки тени. Сначала мы найдём точки МПТ, лежащие внутри теневого объёма. Делается это так: каждую точку МПТ нужно сравнить со всеми плоскостями, задаваемыми гранями теневого объёма, и если окажется, что для всех граней она находится ниже плоскости грани (или в грани), то такая точка точно лежит внутри теневого объёма. После этого надо найти точки пересечения теневого объёма с МПТ. Для этого мы для каждой грани теневого объёма проходим по всем рёбрам МПТ и находим пересечения ребёр с плоскостью данной конкретной грани, проверяя, попадает ли точка пересечения внутрь теневого объёма. Однако, это ещё не все точки из которых может собираться тень. Нужны ещё точки пересечения граней теневого объёма с МПТ. Для того чтобы их найти, нам нужно вычислить точки пересечения плоскости МПТ и лучей, выходящих из ИС и проходящих через вершины МИТ, проверив, что все полученные точки лежат внутри МПТ. В конечном итоге, у нас должен получиться массив точек, из которых собирается тень на плоскости МПТ. Однако эти точки ещё не упорядочены.

  8. Дальше точки тени следует перевести в систему координат МПТ (будет плоскость XZ, где координата Y=0), то есть спроецировать на плоскость МПТ. Чтобы отсортировать точки тени, можно взять центр этих точек (считается как среднее арифметическое координат в плоскости) и отсортировать по углу (считается через арктангенс (atan2) координат) и расстоянию от центра.

  9. Теперь точки тени у нас упорядочены, пересчитаны в плоскость МПТ и пора строить фрагменты. Совершенно естественно, что первым фрагментом будет сама тень (если, конечно, она не стянулась в линию (с допуском по погрешности), что тоже возможно — в этом случае считаем, что тени нет). Теперь берём каждую сторону многоугольника тени и добавляем в фрагмент все те точки, которые находятся снаружи многоугольника тени (лежат с центральной точкой многоугольника тени по разные стороны от выбранной стороны многоугольника тени), как показано на рисунке. Кроме того, следует добавить и точки пересечения сторон МПТ и прямой, содержащей выбранную сторону многоугольника тени. Разумеется, одинаковые до погрешности по координатам точки добавлять не следует. После добавления всех точек во фрагмент, обрезаем МПТ по краям и повторяем операции со следующей стороной многоугольника тени.


    Создание фрагмента

  10. Получив все фрагменты, пересчитываем их координаты обратно в трёхмерную систему координат, не связанную с МПТ.

Вот, собственно, и весь алгоритм. Все пункты с 1 по 10 можно посмотреть в файле shadow.cpp, находящегося в папке с демонстрационной программой Lighting.

В архиве по ссылке (опять не на github — я с ним пока ещё не подружился) присутствуют программы с исходниками:

  1. Демонстрационная программа Lighting, строящая в реальном времени тени от двух источников света на пирамидку и плоскость под ней.
  2. 3D-движок, использующий вышеописанную технологию.
  3. Редактор карт 3D-движка (целиком на Win32API, никакого OWL или MFC).


Добавил ссылки на github:

Движок
Редактор карт

Похожие публикации

Средняя зарплата в IT

120 000 ₽/мес.
Средняя зарплата по всем IT-специализациям на основании 6 322 анкет, за 1-ое пол. 2021 года Узнать свою зарплату
Реклама
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее

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

    0
    Актуальность столь запоздавших статей для современного программирования трёхмерной графики, конечно, нулевая

    Ну, почему же нулевая? Для моего http://www.moddb.com/mods/wolfgl-3d — будет в самый раз, там как раз освещение работает через GL_LIGHTING :)

      0
      Кстати, у меня ваш Wolf почему-то вылетает с ошибкой «Программа выполнила недопустимую операцию» и совсем не запускается. У меня, правда, Windows XP (да, я ретроград :) ), но компьютер трёхгодичной давности.
      И, кстати, попробуйте исходники прогнать статическим анализатором, например, CPPCheck 1.64 (1.7… чего-то там у меня глючила и врала) — у вас есть критические ошибки. Возможно, это позволит улучшить стабильность работы программы.
        0

        У меня предыдущая версия была тоже XP :)


        У Вас в папке с игрой файлы GAMEMAPS.WL6 и остальные .WL6 (или .SOD) от оригинальной игры версии 1.4 присутствуют?
        (помню, что у кого-то игра вылетала просто из-за отсутствия этих файлов)

          0
          А, вот оно что! :) Скопировал от оригинального. Запустилось. Но графика перепуталась почему-то. А в самой игре получилось вот что:



          :D
            0

            А версия файлов у Вас какая? Поддерживается 1.4


            PS фонарик можно выключать.

              0
              Не знал, что Wolf-3D имел версии. :) У меня «Release date: 16th Jun 1992» и никакого номера версии я не нашёл. Он у меня под DOS который. Вот тут я в него играю на 4 минуте: ссылка
                0

                Вот тут http://ftp.3drealms.com/faq/w3dfaq420.txt написано, что можно официально взять бесплатно отсюда ftp://ftp.gamers.org/pub/games/wolf3d/official/

                  0

                  PS официально, потому что эта ссылка дана на сайте 3D-Realms (вряд ли бы 3D-Realms давала пиратскую ссылку)

                    0
                    Ага. :) Заработало. Но фонарик странный.
                    А какие у вас настройки параметров фонарика и материала потолка?
                    Я имею в виду вот это:

                     glMaterialfv(GL_FRONT_AND_BACK,GL_AMBIENT,sMatherial.Ambient);
                     glMaterialfv(GL_FRONT_AND_BACK,GL_DIFFUSE,sMatherial.Diffuse);
                     glMaterialfv(GL_FRONT_AND_BACK,GL_SPECULAR,sMatherial.Specular);
                     glMaterialfv(GL_FRONT_AND_BACK,GL_EMISSION,sMatherial.Emission);
                     glMaterialfv(GL_FRONT_AND_BACK,GL_SHININESS,sMatherial.Shininess);
                    


                    И вот это:

                    
                     glLightfv(GL_LIGHT0,GL_POSITION,l0_position);
                     glLightfv(GL_LIGHT0,GL_AMBIENT,l0_ambient);
                     glLightfv(GL_LIGHT0,GL_DIFFUSE,l0_diffuse);
                     glLightfv(GL_LIGHT0,GL_SPECULAR,l0_specular);
                     glLightfv(GL_LIGHT0,GL_SHININESS,l0_shininess);
                    


                    Очень похоже на то, что фонарик работает на GL_SPECULAR, а не за счёт GL_DIFFUSE.
                      0

                      Фонарик имеет два конуса:


                      • внешний конус и Diffuse и Specular по 0.5
                      • внутренний конус и Diffuse и Specular по 0.9

                      Материал потолка ещё не задавал (насколько я помню), то есть должен быть стандартный по умолчанию.

                        0
                        Тут стоит правильно настроить GL_SHININESS, чтобы Specular почти не влиял, потому что блик на крупных полигонах способен сильно испортить картинку. И возможно стоит настроить коэффициенты ослабления света — я уже не помню, как они называются в OpenGL. От них тоже картинка зависит сильно.
                          0

                          Спасибо за дельный совет! Фонарик, действительно, очень странно освещает.

                          0

                          PS в принципе у меня есть редактор материалов, работающий с файлами настроек вида


                          Ambient 63 50 18 3F3212
                          Diffuse 192 155 58 C09B3A
                          Specular 160 142 94 A08E5E
                          Emission 0 0 0 000000
                          Shiness 51

                          но, пока он к Вольфу ещё не прикручен.

                            0
                            Вообще, фонарик надо шейдерами делать. Но я их совсем не знаю. А в инете вроде как есть примеры.

                            Кстати, есть ещё один простой способ построения красивых теней. Но он медленный и заключается фактически в обратной трассировке луча. Можно дважды строить сцену — первый раз без освещения (с полной яркостью) и считать её в буфер. А второй раз построить в условных цветах (цвет равен номеру полигона) и опять считать в другой буфер вместе с глубиной пикселя. А дальше пробежаться по буферу и для каждой точки картинки посмотреть, какие источники её освещают и вычислить освещённость точки (0-1 по каналам R,G,B), после чего умножить её значение из буфера на эту освещённость. Собственно, картинки с геометрией из этой статьи таким способом и были сделаны.
                              0
                              фонарик надо шейдерами делать

                              Шейдеры будут позже, а сейчас мне интересно поработать с со стандартным GL_LIGHTING

                                0
                                Кстати, как вы отсекаете невидимые грани? В оригинальном Wolf-3D была трассировка лучей при сканировании по экрану, но вряд ли она применима в вашем варианте с OpenGL и произвольной ориентацией головы.
                                  0

                                  То какую грань из четырёх рисовать у Кармака определяется координатами игрока. Например, если игрок находится левее стены, то рисуется именно левая грань "квадрата", и не рисуется правая. Трассировка же определяет какие именно "квадраты" рисовать.


                                  Моя же версия сейчас находится в оптимизации. Для начала попробовал уменьшить число лучей — выпуская их только для углов и центра "квадрата", но, полезли глюки. Так же пытаюсь использовать Quad-Trees, и тоже в процессе работы.


                                  PS после смены версии C++ проект перестал компилироваться. Сейчас уже компилируется, но, всё ещё не запускается. Как начнёт запускаться — продолжу оптимизацию и доделывание.

                                    0
                                    Правильно я понял, что вы просто пускаете множество лучей и рисуете те грани, с которыми они пересеклись? Такой способ может давать ошибки, если луч просто не попадёт на большом расстоянии, скажем, в проём между блоками. Дерево не будет отсекать невидимые блоки без списка видимых для узла, хотя и сократит число рассматриваемых блоков и упорядочит их. У вас самый простой вариант был бы метод порталов, а учитывая плоскую карту, он тут вообще довольно прост.
                                      0

                                      Нет, я сейчас делаю ровно наоборот посылаю луч от "квадрата" к наблюдателю, и смотрю не пересёкся ли он. И поскольку, как Вы заметили, луч может и не попасть в проём между блоками, то наблюдаются глюки.

                                        0
                                        Кстати, я тут про софтверный движок статью сделал: ссылка Там есть вариант с геометрическим порталом. Для работы под OpenGL достаточно из этого портала выкинуть нафиг софтверную отрисовку графики и обрезание граней при отрисовке. А вот обрезания порталов нужно оставить. Порталами у вас будут пустые грани клеток (где нет стен), а секторами — сами клетки. И вот в таком виде, думаю, все ваши проблемы с трассировкой лучей легко решатся.
          0

          PS добавь к статье хаб https://habrahabr.ru/hub/3d_graphics/

            0
            Хм. В списке хабов не могу найти ничего похожего на «работа с 3D графикой». Может быть, я где-то не там ищу?
              0

              А этот хаб https://habrahabr.ru/hub/cgi/ находится?

                0
                Сами ссылки открываются. Но там, где «Хабы» таких хабов как «CGI» или «работа с 3D графикой» у меня нет. Но у меня поток задан как «разработка».
            0
            По логике очень напоминает псевдо-тени в движках типа DOOM 1,2. Хотя там больше 1 активного источника на сектор было сделать нельзя.
              0
              В Doom можно было задать освещённость сектора и из таких секторов как раз и делали тени. Здесь же тени предвычисляются автоматически заранее, а смешивание цветов выполняет уже OpenGL. Кстати, отсюда присутствуют и те же ограничения на источники света — нельзя на большой плоскости (заданной по 4 координатам) поставить в центре на небольшой высоте над плоскостью источник света и получить пятно рядом с ним (так как свет будет посчитан в 4 точках, задающих плоскость). Боле того, в этом случае пр небольшой высоте источника над плоскостью плоскость вообще может стать тёмной. Здесь исходные многоугольники должны быть сравнимы с расстоянием до источника света.
                0
                Ну тут по сути те же сектора (полигоны ведь режутся на куски) и источники для каждого. Так что очень похоже.
                Разница только в большей гибкости, Кстати динамические объекты всё равно этой тени не заметят, как я понимаю. На них будут действовать все источники в пределах досягаемости, что палевно.
                  0
                  Ну в этом смысле да, похоже.
                  Динамические объекты можно освещать так же, как сейчас освещается рука с палочкой в этом движке (освещается только от фрагмента, на котором стоит игрок). Тень не будет на них падать, но освещение объекта будет меняться, когда объект будет перемещаться.

            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

            Самое читаемое