Войти
ПрограммированиеФорумГрафика

GPSM: Geometry Pitch Shadow Map (комментарии) (10 стр)

Страницы: 16 7 8 9 10 11 Следующая »
#135
17:43, 31 июля 2012

-Eugene-
Не правильно, так:
http://lmgtfy.com/?q=shadow+map

#136
11:02, 1 авг. 2012

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

#137
11:49, 1 авг. 2012
atavin-ta
Так просто поучительнее:)
#138
16:22, 31 авг. 2012

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

#139
22:09, 3 дек. 2012

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

#140
22:41, 3 дек. 2012

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

#141
20:24, 5 янв. 2013

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

#142
22:11, 5 янв. 2013

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

#143
13:59, 12 янв. 2013

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

#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 было круглым - то и сжатие круглое было бы идеальным решением.

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

#146
13:27, 26 сен. 2013

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

#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" меняется, поскольку без этого текстура тени спректируется зеркально по вертикали, а нам этого не нужно.

#149
11:43, 16 ноя. 2013

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

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

Страницы: 16 7 8 9 10 11 Следующая »
ПрограммированиеФорумГрафика

Тема в архиве.