Вопрос, что во второй демке означают красные треугольники под глайдером?

Прогой VirtualDub, а лучший кодек вроде MPEG4.

Yandersen, ты разбираешся в смешивании текстур ?
Если да, то дай (ты вроде делал уже такое) код который это делает.

Шейдеры потом.

Опишу способ, как покрыть треугольник тремя плавно переходящими друг в друга текстурами.
0) Функция НЕрисования полностью прозрачных пикселов, хотя и логична для использования всегда, но сейчас может помешать, так что отрубим, если включена:
glDisable(GL_ALPHA_TEST);
Также нам временно нужно отключить смешивание:
glDisable(GL_BLEND);
Кстати, мы можем временно отрубить ещё и свет, текстурирование и всё остальное, что нужно для красоты:
glDisable(GL_LIGHTING);
glDisable(GL_TEXTURE_2D);
1) Первый цикл особый, он необходим для "рисования" невидимой подложки. С отключенным блендером и тестом прозрачности, даже чёрные полностью прозрачные пикселы будут заменять пикселы любого цвета, уже находящиеся в буффере кадра:
glColor4f(0,0,0,0);
glBegin(GL_TRIANGLES);
glVertex3fv(v1);
glVertex3fv(v2);
glVertex3fv(v3);
glEnd();
Смысл рисования подложки - обнуление пикселов, на которых находится мультитекстурный объект, что необходимо для корректного смешивания текстурных слоёв, а также определение его формы (короче, заполнение буфера глубины).
2) Теперь мы врубим всё обратно и нарисуем наш трёхтекстурный треугольник три раза, каждый раз привязывая одну из трёх текстур, и делая одну из вершин непрозрачной, а все остальные - прозрачными. Так мы смешаем три текстуры, сделаем их плавно-переходящими друг в друга:
а. Врубаем всё обратно:
glEnable(GL_LIGHTING);
glEnable(GL_TEXTURE_2D);
б. Врубаем смешивание и настраиваем его особым образом, заставляя приходящие пикселы домнажаться на свою Альфу и тупо суммироваться с уже находящимися в буффере:
glEnable(GL_BLEND);
glBlendFunc(GL_SRC_ALPHA,GL_ONE);
в. Важный, но трудно-понимаемый-сходу момент - для правильного смешивания нужно ограничить рисовку лишь теми местами, где есть подложка. Другими словами, нужно настроить буфер глубины так, чтобы рисовались лишь те пикселы, глубина которых совпадает с уже отрисованными невидимыми пикселами подложки:
glDepthFunc(GL_EQUAL);
г. Ну вот тепрь мы готовы три раза отрисовать треугольник, покрывая его разными текстурами:

glBindTexture(GL_TEXTURE_2D, tex1);
glBegin(GL_TRIANGLES);
glColor4f(R,G,B,1); /*glTexCoord, glNormal,...*/ glVertex3fv(v1);
glColor4f(R,G,B,0); /*glTexCoord, glNormal,...*/ glVertex3fv(v2);
glColor4f(R,G,B,0); /*glTexCoord, glNormal,...*/ glVertex3fv(v3);
glEnd();

glBindTexture(GL_TEXTURE_2D, tex2);
glBegin(GL_TRIANGLES);
glColor4f(R,G,B,0); /*glTexCoord, glNormal,...*/ glVertex3fv(v1);
glColor4f(R,G,B,1); /*glTexCoord, glNormal,...*/ glVertex3fv(v2);
glColor4f(R,G,B,0); /*glTexCoord, glNormal,...*/ glVertex3fv(v3);
glEnd();

glBindTexture(GL_TEXTURE_2D, tex3);
glBegin(GL_TRIANGLES);
glColor4f(R,G,B,0); /*glTexCoord, glNormal,...*/ glVertex3fv(v1);
glColor4f(R,G,B,0); /*glTexCoord, glNormal,...*/ glVertex3fv(v2);
glColor4f(R,G,B,1); /*glTexCoord, glNormal,...*/ glVertex3fv(v3);
glEnd();

Ну, что могу сказать... Знаю, как выглядит на первый взгляд... Но учти: рисовка подложки почти ничего не стоит, бо все тормозные фичи отключены. Эт раз. Также способ допускает разделение на этапы, обрабатывая с одинаковыми настройками каждого этапа все мультитекстурные объекты разом. Так что, по большей части, быстродействие будет определятся лишь количеством текстур на объекте - сколько их, столько раз объект и будет перерисован.

П.С.: не поняв принцип работы glBlendFunc не сможешь полупрозрачные объекты фигачить. Изучи бибязательно!

Добавлено (03 Июл 2009, 05:11)
---------------------------------------------

Добавлено (03 Июл 2009, 06:55)
---------------------------------------------
smt005, посмотрел твой код. Во-первых, стандартными библиотеками твой метод нереализуем, поскольку должно суппортаццо ARB-расширение. Во-вторых, если я всё правильно понял, то в результате создания теневой текстуры она охватит лишь некоторую усечённую пирамиду пространства; где гарантия, что при рендеринге из положения наблюдателя, в буфер кадра не попадут фрагменты сцены, выходящие за границы этой пирамиды? Эти части сцены не будут затенены? Ну это так, мои не очень осмысленные гадания. Но самое главное (в-третьих): тень реализуется как равномерное затенение (смешивание с чёрным цветом), что хоть и выглядит, как тень, но физически нереалистично для любых блестящих объектов. Дело вот в чём. Основные параметры материала - цвет в тени (GL_AMBIENT), цвет рассеянный (GL_DIFFUSE) и цвет отражения (GL_SPECULAR). В тени никакого отражения (блеска) быть не может, бо лучи от источника не проходят через заслоняющий объект, рассеянный цвет сильно уменьшается, а GL_AMBIENT всё тот же. Т.е. конечный цвет пикселя имеет несколько составляющих, каждая из которых имеет в тени и в свете разный вес. Единственный способ получения реалистичного эффекта - рендерить сцену два раза с разными настройками источника света. А затем определять, где тень, где свет, и выводить фрагменты теневого или светового варианта кадра где положено. Твой метод, похоже, не допускает подобного разделения, бо ты не можешь свою теневую карту фигнуть в буфер трафарета и с его помощью разделить два разноосвещённых кадра. Твой метод допускает лишь равномерное зачернение пикселов по всему объёму тени. На металлах в тени будут блики, но тёмные. Очень реалистично...
Ну и в четвёртых, рваные края. Чем дальше источник от наблюдателя, тем хуже они будут выглядеть.
Я всё же советую теневые объёмы - совсем не обязательно тенить всё - можно лишь движущиеся модели. Или настройки сделать:
1) Тенить только модели.
2) Тенить модели, статичные объекты (камни, деревья, здания).
3) Модели, объекты, рельеф (тени от него появляются лишь на закате).
Или можно юзать для тенения упрощённые варианты моделей (их же и для просчёта физики использовать).

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

Добавлено (03 Июл 2009, 14:35)
---------------------------------------------

Добавлено (03 Июл 2009, 15:09)
---------------------------------------------
Yandersen, а твоим способом реализуется самозатенение ?

Добавлено (03 Июл 2009, 22:28)
---------------------------------------------

Незнаю.

Добавлено (04 Июл 2009, 13:44)
---------------------------------------------
Я ошибся на счёт того что в AIM1/AIM2/AIMR используется "мой метод", но....

Добавлено (14 Июл 2009, 21:31)
---------------------------------------------
Следующий шаг, это оптимизация и улучшение тени.

В общем, в хеадере описаны функции по сложению, умножению, транспонированию матриц, вычислению детерминантов и обратных матриц для квадратных матриц 2-го, 3-го и 4-го порядков.
Вот перечень:
1) Функции сложения матриц A и B и записи результата в матрицу S:
inline void SummMatrixes2x2(const float A[4], const float B[4], float *S);
inline void SummMatrixes3x3(const float A[9], const float B[9], float *S);
inline void SummMatrixes4x4(const float A[16], const float B[16], float *S);
2) Функции умножения матриц A и B и записи результата в матрицу M:
inline void MultMatrixes2x2(const float A[4], const float B[4], float *M);
inline void MultMatrixes3x3(const float A[9], const float B[9], float *M);
inline void MultMatrixes4x4(const float A[16], const float B[16], float *M);
3) Функции транспонирования (переворота вокруг главной диагонали) матрицы A и записи результата в матрицу T:
inline void TransposeMatrix2x2(const float A[4], float *T);
inline void TransposeMatrix3x3(const float A[9], float *T);
inline void TransposeMatrix4x4(const float A[16], float *T);
4) Функции, вычисляющие обратную матрицу I для матрицы A:
inline void InvertMatrix2x2(const float A[4], float *I);
inline void InvertMatrix3x3(const float A[9], float *I);
inline void InvertMatrix4x4(const float A[16], float *I);
Надеюсь, "inline" не смущает? Просто пометка компиллятору считаь функцию как макрос - это быстрее работает. Не все функции можно так объявить, но те небольшие, где всякие там сложения да умножения, позволительно.
5) Вычисление детерминанта матрицы:
Determinant2x2(M)
Determinant3x3(M)
Determinant4x4(M)
Эти три - просто макросы:
float M[16];
float DetM = Determinant4x4(M);

З.Ы.: все функции считают, что матрицы сохранены по-столбцам - в таком формате OpenGL их использует, так что учитывая эту область применения, я обеспечил совместимость.

Добавлено (15 Июл 2009, 13:24)
---------------------------------------------

Добавлено (15 Июл 2009, 13:34)
---------------------------------------------

Добавлено (16 Июл 2009, 03:50)
---------------------------------------------
С использованием шейдера немного по другому (там даже понятней), но принцип тот же.

Кстати,

Quote (smt005)

// Цвет за пределами текстуры - НЕработает
//glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_BORDER_COLOR, ( 1.0f, 1.0f, 1.0f, 1.0f) );

Квады надо оставить на потом.

http://developer.download.nvidia.com/SDK....aps.pdf
Вот, если хочеш почитай это, потом мне раскажеш.

А тоя читаю, но медленно и не всё понимаю, даже если все слова известны.

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

Но вообще, ты знаешь, я со всего этого под стол сползаю, и там молюсь о рей-трейсинге.

//---

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

Из положения источника света пирамида видимости наблюдателя - трапеция (почти треугольник). И что выходит? возле наблюдателя лишь несколько пикселей теневой текстуры используются, а остальные, не попадающие в пирамиду - мусор. Оттого и кубичность - текстура нерационально юзается. Так вот я твой пример кода посмотрел, и думнул: там ведь тупо используются матрицы проекции и модельвью для умножения на матрицу текстуры. Какая матрица проекции была использована при рендере теневой карты(как была настроена трансформация перспективы) - поф. Так значит, если расфлюстратить матрицу проекции так, чтобы исказить параллельное пространство в трапеционное ( ), то можно в квадратный вьюпорт отрендерить пирамиду пространства видимости наблюдателя, а не просто тупо куб, эту пирамиду включающий. Do you know, what I mean? Тогда и кубичность исчезнет, и одной шэдоу-мапы размером с экран будет достаточно. Сушь, я уже заинтересовался чутка - припёрло с матрицами поиграться, авось выйдет? Тока помоги склепать программульку, дай общий пример кода рендера сцены с шэдоу-мапой, как ты дал пример составления и рендера шэдоу-мапы.

Я тоже попробую.

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

Добавлено (17 Июл 2009, 13:41)
---------------------------------------------

glBindTexture(GL_TEXTURE_2D, ShadowTexture); // - выбор требуемой

glBegin (GL_POLYGON);
glVertex3f( -1.5f, 1.0f, 0.0f);
glVertex3f( -1.5f, -1.0f, 0.0f);
glVertex3f( 1.5f, -1.0f, 0.0f);
glVertex3f( 1.5f, 1.0f, 0.0f);
glEnd ();

glBegin (GL_POLYGON);
............................
glEnd ();

Добавлено (17 Июл 2009, 13:43)
---------------------------------------------
Можно тупо, без всяких ЛоадЭдентити и т.д.
В зависимости от сложноти сцены, соответственно.

Добавлено (17 Июл 2009, 13:50)
---------------------------------------------
Пример в том текстовом файле, тебе надо будет только создать переменные, настроить положения камеры(света и наблюдателя gluLookAt(...)) и простейшую сцену(выше показанно).

//---

Я тут ударился в рэй-трейсинг. Клепаю эмулятор.

Добавлено (23 Июл 2009, 02:20)
---------------------------------------------
Yandersen, как у тебя делп с матрицами, для тени ?

Добавлено (24 Июл 2009, 00:55)
---------------------------------------------