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

Ответа на форуме не нашел, хотя по освещению моделей матереала достаточно, но конкретно такой проблемы не встречал.

Хм.. проверь вот что. В моделвьюере на первой закладке поставь галку Illum. Position; появится крестик, который должен быть где-то в центре модели (для удобства лучше в вайрфрейм переключиться). Если он не там, то http://developer.valvesoftware.com/...24illumposition

Точно такой же глюк присутствует на брашах, покрытых модельной текстурой...вряд ли конечно, но проверь материал текстуры? Может ты ему брашевый шейдер поставил?

Xelious
Нет, текстуры разумеется модельные.

manJak
У тех моделей, что находятся на столе крестик на месте, а вот у самого стола, крестик по центру воображаемого bounding box'а, т.е. висит в воздухе. попробую порыть в эту сторону.

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

А вообще, кто-нибудь знаком с алгоритмом освещения моделей, находящихся не на браше, а на другой модели. Имеют ли при этом случае какое-то значение физ. боксы, например? Или они просто освещаются вертексно и никакого значения, на чем они находятся (на моделе или на браше) нет?

Не должно быть значения
Ксел дело говорит - точно VretexLitGeneric стоит?

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

интересно, а при компиляции уровня окошко ремут дебуггера не выскакивает?

>>А вообще, кто-нибудь знаком с алгоритмом освещения моделей, находящихся не на браше, а на другой модели.

Все равно модель освещается исходя из яркости брашей под ней. В твоем случае скорее всего стол отбрасывает тень на пол (а пол - это браш). Соответственно все модели, находящиеся над столом - будут черными, т.к. они находятся над темным брашем. Отключи отбрасывание тени столом - и все встанет на свои места. Или не отключай, но юзай info_lightning поставленный в светлом месте - во всех темных моделях в поле lightning origin поставь имя этого info_lightning - и они будут освещаться так, словно стоят в том месте где ты поставил info_lightning.

Фига себе))) Впервые слышу о таком - надо бы в виду иметь
Спасибо Лекс!

GSV - тебе тоже спасибо что поднял тему

Uragan_Lex
Огромное спасибо. Выручил )

>>во всех темных моделях в поле lightning origin поставь имя этого info_lightning

А с физичными моделями lighting origin я так понимаю не работает?

Не пробовал(или пробовал - но не помню уже ). Если у проп_динамик (в свойствах ентити) есть поле lightning origin - значит работает. Если нет - упс. Тогда либо тень у стола отключай либо шейдер у материалов моделей меняй на UnlitGeneric - лучше чем черное, хотя конечно вид подпортит. Либо сам стол тоже в динамики - тогда он будет отбрасывать тень, но не в лайтмапы брашей а динамическую - она не будет мешать освещению других моделей...Либо ( ) при старте карты сделай выполнение консольной команды r_radiocity 4 (или 2 - не помню уж. Какая поможет - такую и оставляй).