Если не понимаете, что такое shadow map вот смотрите:

Ну а вот результат (там всё подписано):

FishMan добавил 14-06-2006 в 06:39:45:
А! Забыл ещё сказать...
Выпадание моделей из сцены происходит в большинстве случаев только из-за освещения, т.е. его яркости, цвета особо не влияют, человек хуже различает мелкую цветовую разницу, чем ту же разницу в освещении, благодаря чему раскрывается тайлинг текстур. ИМХО Связано это с нашим восприятием окружающего мира, видите ли форму объекта, дальность, в общем всё что связано с его формой и положением мы определяем по знакомым нам объектам, окружающим проецируемый объект и по освещению, читай по теням (не верите - нарисуйте выпуклость, потом поверните её на 180 градусов - она превратится во впадину), некоторые люди постоянно имеющие дело с графикой зачастую даже теряют это ощущения и им становится труднее воспринимать реальность.

Так к чему я это говорю...
У статичных пропов есть такая штука, как параметр Lighting_origin, вещь крайне полезная, задумка в чём:
вы прописываете имя info_lighting-энтити, она, выражаясь не профессионально, запоминает с какой стороны на неё идёт свет, с какой стороны будет тень (всё это определяется по перпендикулярам к поверхности полигона (нормалям)) ну и так далее, а потом все эти свойства она передаёт всем пропам, которые нацелены на этот info_lighting.

Так вот иногда очень полезно задирать info_lighting повыше, свет всё равно линейный и идёт потоком, а не из одной точки, а повыше - потому что никакая тень не помешает. Вы получите "чистое" освещение, т.е. в таком виде, как буд-то этот проп - единственная вещь на карте.
Иногда помогает, особенно с деревьями.
Учитывая, что источником информации об освещении для статичной (и не только) модели по умолчанию является её центр (вернее её pivot point, его лучше всего видно при трансформации (поворотах перемещаениях) в виде жёлтого 45-градусного крестика, без трансфорации - в 2Д окнах - это основание вектора показывающего "лицо" модели, а в 3Д окне - разноцветные оси при выделенной модели), с помощью info_lighting вы этот центр просто перемещаете в другое место, где, на ваш взгляд, он соберёт более подходящую для обстановки информацию об освещении.

хм... вот, ты говоришь при Shadow Map освещение не будет вообше влиять. Да, это полезно, но только в том случае, если из освещения будет только статическое. А если включить тот же фонарь и навести на пролом ? Он же будет отличаться от стены. Точнее стена от пролома - она станет светлее

У каждого способа есть и свои недостатки. Я их устранить не могу. Их не может устранить дажа сама вальва, она если делает модельные проломы, продолжающие браш, то либо смиряются с глюком либо делают зигзагообразное пересечение с обычными брашами (как на de_tides).

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

Ладно, и на этом спасибо правда есть еще вариант в упор к стене впихнуть какую-нибудь модель (труба к примеру)

Ну, а на счет:

кто-нибудь что-нибудь внятное скажет ?

Вот, еще возник вопрос...
Раньше был такой параметр как Minimum Light Level... Сейчас он есть ? если есть, то где находится ?

В меню хаммера "Map" см. Map Properties. Там последний пункт и есть Minimum лайт левел.

хмгм... "Response Contexts" чтоли ?

Вот, там всё что тебе нужно по поводу этого вопроса.


Всякий хлам не качаю. Так что вряд ли чем-то помогу.

FishMan добавил 15-06-2006 в 13:40:13:
$u$lik

Response Contexts - это не то, сам плохо знаю, что это.
У NPS, например, - это целая скриптовая система со своим языком, например можно сделать так, что когда подходишь к нему на определённую дистанцию или используешь его - он что-то там говорит или например застрелил он комбайна - проигрывается скрипт, на вики тутор есть, мне Фрим как-то давал.

>>хмгм... "Response Contexts" чтоли ?

У меня последний пункт в map properties - "Map-wide minimum light level" - может это пункт из не стандартного FGD-шника (скачать расширенные fgd можно с editlife.com).

Така я добрался до хаммера))ща расскажу как настраиваю и/о:

1.Вешаем лампу, лайт, лайт спот и поинт лайт если нужно(если его вешаешь, то спрайт уже не надо) (всем даём имена)

2.Если нужен спрайт - ставим ентитю env_sprite, к ней приписываем glow - спрайт, ставим значок [start on] (ну размер там настраиваем, цвет...) (даём ему имя)

3.Ставим кнопку/триггер

4.Ставим где-нить рядом ентитю logic_branch, обзываем как-нибудь, и ставим Initial Value - 1

5.Outputs кнопки:
OnPressed
к чему - имя нашего logic_branch
что - Test

6.Outputs logic_branch - вначале выключение:
OnTrue, [к чему - свет и спрайт; что - всё выключить]
OnTrue, к чему - этот logic_branch, что - SetValue=0
теперь включение:
OnFalse, [к чему - свет и спрайт; что - всё включить]
OnFalse, к чему - наш logic_branch, что - Setvalue=1

П.С.
1. к каждому источнику света - свой оутпут из logic_branch'a (получаеться даже по два - вкл/выкл)
2. оутпуты получаться разделены на две группы - OnTrue и OnFalse
3. + можно привязать другие события
4. схема - кнопка->logic->лампа
5. Писал очень быстро, так что если чего-то неясно - пиши

2FishMax
Спасибо, выручил, а то работа колом встала
2Uragan_Lex
Хм... Спасибо, Поищем...
2splint3r
Ну и тебе чтоли спасибо

Надо же..Запомнил
Вообщем это очень сложная и очень интересная область движка. Это как бы АИ и скрипты в одном.
http://developer.valvesoftware.com/wiki/Response_System
Вот, почитайте.
Uragan_Lex
Твоя ссылка не пашет...А очень хочется на расширенные fgd глянуть

http://www.editlife.net/customfgd.php - забыл я, у них не com а net домен.