#31
12 июня 2008 в 21:13
2Scrama: утилитки что ты указал считают BSP и VIS, но не LIGHT. Чем последний считаешь?<br /><br />
<br />_sunlight(integer): "Sunlight": 100<br />_sun_mangle(string): "Sunlight mangle": "10 -80 0"<br /><br />ФГД сам по себе не устанавливает свойства на карту, цифра в конце лишь отзеркаливает дефаулт-величину (которая будет юзаться если параметр не задан), используемую в игре и должна быть синхронизирована с оной в исходном коде компилятора/движка/игровой логики. Так что проверь, установлены ли у тебя эти свойства в самом .map.<br /><br />чтобы проверить, достаточно открыть .map в текстовом редакторе, там в начале должна быть типа такая информация:<br />
<br /><br />// entity 0<br />{<br />"classname" "worldspawn"<br />"wad" "quake.wad"<br />"message" "MyMap"<br />"_sunlight" "100"<br />"_sun_mangle" "10 -80 0"<br />// brush 0<br />
#32
13 июня 2008 в 02:13
>Чем последний считаешь?<br />Light'ом, который был в архиве с vis'ом. Тоже от Bengt Jugrup.<br />Кусок map'ы:
<br />{<br />"classname" "worldspawn"<br />"message" "q1test"<br />"worldtype" "2"<br />"sounds" "1"<br />"_sunlight" "100"<br />"_sun_mangle" "10 -80 0"<br />"mapversion" "220"<br />"wad" "\games\quakes\quake1\_dev\maps\q1base.wad"<br />Может, там в ключах лайту чего указать надо?
#33
13 июня 2008 в 02:27
Scrama<br />Небо по разному компилируется. Если возьмешь qbsp от Bengt Jugrup, то должно сработать.<br />
#34
13 июня 2008 в 11:06
digs правильно сказал, надо qbsp тоже от Bengt Jugrup и все заработает<br /><br />НО<br /><br />я бы в принципе вообще посоветовал всем забросить идею лайтов от SKY-полигонов, потому что в разрезе q1-компиляторов такая технология изначально - БРЕД. Давайте объясню подробнее - санлайт от sky-полигонов там делается через размещение мега-источника света на большом отдалении от карты и форсировании ВСЕХ SKY-полигонов неучаствовать в процессе трейсинга, дабы не блокировать лучи от этого мега-источника. Теперь в чем бред - сами разместите обычный источник ВНЕ карты и компилятор эффективно выдаст вам MAP LEAKED. Потому что подобное размещение в принципе противоречит архитектуре КУ1 БСП (КУ2БСП и КУ3БСП такое держат ибо имеют более сложную технологию порталов). Я не знаю почему кодеры выбрали такой путь, но он изначально НЕПРАВИЛЬНЫЙ.<br /><br />Использование таких хаков с SKY-лайтами дает сбой в VIS-алгоритме. Ибо скай-полигоны, не блокируя трейсинг - перестают правильно блокировать VIS-проверки. На простых решениях багов может не быть (типа большая SOLID-карта а вокруг коробка из SKY), но на большой и сложной карте вы никогда не предугадаете где баг вылезет. Так что советую не мучиться, и если хочется санлайта - сделать большую коробку на карте и расставить мега-источники на отдалении, либо делать санлайт "дедовским" методом из мини-источников.<br /><br />Еще раз повторюсь - в Ку2БСП и Ку3БСП санлайты возможны потому что там технология порталов сложнее, и тресинг идет через них (порталы), никаких трюков с "прозрачным" небом там не делается (кстати такой 'правильный' санлайт присутствует только в любительских модах, не в утилитах от ID). В Ку1 БСП же так нельзя в любом случае.
#35
13 июня 2008 в 11:16
[quote author=VorteX link=topic=227.msg8861#msg8861 date=1213355160]<br />Использование таких хаков с SKY-лайтами дает сбой в VIS-алгоритме. Ибо скай-полигоны, не блокируя трейсинг - перестают правильно блокировать VIS-проверки. <br />[/quote]<br />А можно пример, во что это может вылиться?
#36
13 июня 2008 в 12:35
Рэндомные Виз-утечки. То есть монстры будут видеть тебя и 'пробуждаться', когда они этого делать не должны + будет отрисовано больше полигонов, чем требуется. + виз "в никуда", то есть рябь на месте текстуры, как если бы в не water-vis картах зафорсить water-vis в ON. Также раньше наблюдались глюки с рендером SKYBOX'а на разных движках (Nehahra, FitzQuake), но вроде бы они уже пофиксены.
#37
15 июня 2008 в 13:39
А я думал, что там по аналогии с hlrad'ом сделано. Ну, ладно, обойдемся =)
#38
23 марта 2009 в 16:46
День добрый. Решил я, значит, тоже заняться, так сказать, производством. Сделал уровень, всё вроде работает - дверь открывается, телепорты посылают куда следует, лифт выдвигается, как и положено, вверх; однако все боковые текстуры его при этом чёрные (даже ружьём не подсвечиваются), и нормально отображаются только снизу. Кто-нибудь знает, что с этим возможно сделать?
#39
23 марта 2009 в 18:58
litchhЕсли у тебя лифт выдвигается не из "пустоты", а из некоторой области, обгороженной брашами - то поставь там пару источников света, для посдвечивания этих черных текстур - возможно поможет.<br /><br />У меня подобный баг встреячался на одной из тестовых ку3-карт, но не с лифтом, а с func_train'ом, выезжавшим из "темноты".