GPSM: Geometry Pitch Shadow Map (комментарии) (10 стр) / Графика / Форум / Программирование игр / GameDev.ru

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

suc-daniil
Постоялец

#137
11:49, 1 авг 2012

atavin-ta
Так просто поучительнее:)

GluKoBug
Постоялец

#138
16:22, 31 авг 2012

Хотим рабочий пример.

ai-music
Постоялец

#139
22:09, 3 дек 2012

А как Вам эта техника http://free-zg.t-com.hr/cssm/ ?
Что-то не видел обсуждения =)

Executor
Удалён

#140
22:41, 3 дек 2012

ai-music
Вроде давненько щупал, чот помоему не очень было.

Frest
Удалён

#141
20:24, 5 янв 2013

Что-то не понял, RTW Shadow Map в видео это тоже самое что и GPSM Shadow map?

Executor
Удалён

#142
22:11, 5 янв 2013

Frest
Нет. Но направление мыслей похожее.

Frest
Удалён

#143
13:59, 12 янв 2013

Executor
Ясно, спасибо

Wowa
Постоялец

#144
0:30, 30 апр 2013

  OUT.position.x=OUT.position.x/(abs(OUT.position.x)+1.0f); //вот и строчки. единица отвечает за степень искажения для меня подходит 1.0f, вы можете поискать другой подходящий коэффициент
  OUT.position.y=OUT.position.y/(abs(OUT.position.y)+1.0f);

Что-томне подсказывает, что это не правильно. Правильно так:

  const float a=1.0f;  //вот и строчки. единица отвечает за степень искажения для меня подходит 1.0f, вы можете поискать другой подходящий коэффициент
  OUT.position.x=OUT.position.x/(abs(OUT.position.x)+a)/(a+1.0f);
  OUT.position.y=OUT.position.y/(abs(OUT.position.y)+a)/(a+1.0f);

Иначе после преобразование значение 1 координаты переходит в 0.5.
А если матрица проективная, то:

  const float a=1.0f;  //вот и строчки. единица отвечает за степень искажения для меня подходит 1.0f, вы можете поискать другой подходящий коэффициент
  OUT.position.x=OUT.position.x/(abs(OUT.position.x/OUT.position.w)+a)/(a+1.0f);
  OUT.position.y=OUT.position.y/(abs(OUT.position.y/OUT.position.w)+a)/(a+1.0f);

Аврелий
Удалён

#145
20:53, 30 июля 2013

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

но используйте то что работает в вашем случае.

Odin P. Morgan
Постоялец

#146
13:27, 26 сен 2013

Прикольно! - это можно вместо классической камеры смотрящей от источника света использовать path tracer какой-нить и вообще быстрые и реалистичные тени получать "на ура" )))) Почему-то я раньше это пропустил!

MaxGucci
Постоялец

#147
15:44, 15 ноя 2013

Не могу понять почему в статье написано вот так:

OUT.SMCD.xyz=posL.xyw; //SMCD - текстурные координаты наложения теневой карты на сцену.
OUT.SMCD.x*=0.5f;
OUT.SMCD.y=-OUT.SMCD.y*0.5f;
OUT.SMCD.w=posL.z-0.0007f; //базис...

Почему компоненте z мы присваиваем w? А потом компоненте w присваиваем z? И зачем меняем знак у 'y'? Это хитрость какая-то?

Аврелий
Удалён

#148
11:21, 16 ноя 2013

z->w, поскольку в w хранится требуемая глубина.
знак у "y" меняется, поскольку без этого текстура тени спректируется зеркально по вертикали, а нам этого не нужно.

MaxGucci
Постоялец

#149
11:43, 16 ноя 2013

Аврелий
> z->w, поскольку в w хранится требуемая глубина.
> знак у "y" меняется, поскольку без этого текстура тени спректируется зеркально
> по горизонтали, а нам этого не нужно.

Я прям не врубаюсь... Это только к DirectX относится или вообще впринципе?
С какой стати в w хранится глубина? В w всегда 1 находится на сколько мне известно, а за глубину отвечает z. Или я что-то путаю? Если путаю, то объясните пожалуйста что.