macron

В принципе, иногда можно и через paint.net. Может еще и в lmap#1_2.dds, это на практике проверяется. Хоть скажи, сколько часов заняла бы полная перекомпиляция - ради чего все эти танцы с бубном?

1. Союз "чтобы" пишется слитно. 2. Если, например, меняешь материалы у какого-то объекта или добавляешь фейк-стену, то можно быстро скомпилить новый level.cform, прервав компиляцию на стадии "build UV mapping". 3. С лайт/глоу можно экспериментировать декомпилятором только на готовом файле level. Глоу двигать точно можно. Можно ли добавлять новые, не помню. Требуется установка activeperl. http://rghost.ru/67sFnGKVs

Что-то такое было, объекты как бы "привязаны" к центру старой локи. Вроде у них надо обнулить pivot. Вроде делается через Maya или Milkshape. Еще можно ковыряться вручную через Actoreditor, для каждой координаты (x,y,z) задав значение Position противоположное BBox Min/Max. Тогда объект в акторедиторе должен переместиться примерно в центр координат, и потом уже в левеледиторе будет легче управляться.

Можно поподробнее, где на ргхосте капчи спрашивают? За последние годы ни разу не встречал. @Х_и_м_и_к, однако, разные у нас инеты. https://yadi.sk/d/LD2U-z-Wqc5ky

Ну на максе всё равно перекомпилировать надо, чтобы вышли нормальные лайтмапы и террейн. А так, да, переведи драфтовый уровень в формат SDK. Потом, наверное, достаточно снова настроить шейдеры террейну и этим непрозрачным объектам. Вот примеры настроек для таких объектов: http://rghost.ru/67vMLtBxw

Через _client_10006.cmd или пункт "1.0006 multiplayer" в Stalker Launcher.

Да, много идиотизма было допущено мною в 2010-2011 годах. Хотелось "всего и сразу". Как показала практика, качавшие патч в то время делали это исключительно ради мультиплеера. А фишки вроде запуска 1.0004 single/1.0006 single только усложняли структуру. Больше этого бреда не будет, хотя возможность запуска сингла 1.0006 и сейчас оставлена. В любом случае любители сингла сами скачают готовые сингловые моды на 1.0004/1.0006, здесь другая тематика.

@Anders_Basymowski, я тут толком не расписал, теперь уточняю: проект 1.0008-1.0014 давно закрыт. Все наработки перешли в 2.0006 (несколькими постами выше). Он самодостаточен, ставится с нуля. Все остатки 1.0008-1.0014 смело удаляй. Видосики:

Неофициальное обновление 15.7 для мода "OLR 2.5 + fixx 15". https://yadi.sk/d/DCPrQYvOqTRyJ Установка: 1.Разархивировать в папку с "OLR 2.5 + fixx 15", перезаписывая имеющиеся файлы. 2.Стереть папку gamedata, если таковая была. 3.Один раз запустить и пройти до конца configurator.cmd. 4.Почитать readme_olr25_fixx15.7.txt. Что добавлено:

@kmsk, это в конфигах каждого ствола снижать параметры типа cam_dispersion и рядом. Пример для Desert eagle:

Лет 5 назад я бы с умным видом посоветовал перенести SDK из Program Files (на win vista и выше можно словить больших проблем). Но учитывая, что в 2016 году таким идиотизмом давно никто не страдает, даже и не знаю. Лучше уточнять, какой именно имеется в виду и проверять на разных версиях. Для SoC знаю два - один за 27.09.2014, другой за февраль-март 2015. Оба глючные. Вариант за 2014 хуже делает лайтмапы террейна и имеет ошибки в путях запроса текстур компилятором травы. Вариант за 2015 отлично делает лайтмап террейна, но косячит с рандомным пересветом лайтмапов геометрии. Плюс ХЗ, какие еще баги могут всплыть. Я предпочитаю террейн делать вариантом за 2015, геометрию вариантом за 2014, а траву снова вариантом за 2015. ЗЫ: еще попробуй принудительный свап в 15 gb в системе выставить.

Ею можно патчить чего угодно.

Время жизни болта (destroy_time) в миллисекундах задаётся в его конфиге gamedata\config\weapons\w_bolt.ltx.

Используется стандартная правка экзешника (прогами типа "4gb patch") для включения large address aware. В этом случае на x64-системах будет доступно до 4 gb. А где и когда я писал, что более 4? Чтобы было более 4, уже надо специально компилировать из исходников, да и запросы такие могут потребоваться только в случае очень серьёзных проектов.

Нет.

Всегда в батниках указывать полный путь к экзешнику типа: c:\Perl\bin\perl.exe universal_acdc.pl -compile all -out all_new.spawn

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

Внешнюю камеру F2/F3 автомобилям недавно дорабатывал. С БТРом/КАМАЗом будет более-менее нормально. Просто имеется движковый баг, и камера в зависимости от местности/положения гг в конкретной машине всё равно будет периодически сбрасыватьcя. Особенно у запорожца. Выложи правки, может потестирую. Несведующие люди могут подумать, что рекомендация в шапке относится к Части 1/Части 2 репака, и ошибочно скачают только одну из них.

Билдам 2005 года тогдашнего железа вполне хватало. ОЗУ здесь не причем. Архивы нельзя делать больше 2гб. Если размер результирующего архива будет превышать 2,000,000,000 байт, компрессор побьёт сам. Хотя, иногда методом проб и ошибок удобнее заранее самому подбирать приблизительный размер (например, если хотим разные данные/уровни самостоятельно распределить по архивам).

Еще, кстати, файловая система выглядит проще. Весть ТЧ, например, влезает в 3 архива, вместо 14. А производительность, по логике, должна повышаться за счет использования меньшего дискового пространства. Другое дело, что на современных системах разницу уже сложнее проверить/заметить.

1. Простого нет. 2. Раз уже в движке существует переменная $mod_dir$ для папки mods (хотя в fsgame.ltx можно дать любое назвавние), то использовать её пакуя в xdb. В теории, еще можно пытаться править движок (xrCore.dll), чтобы вместо xdb поддерживал db, чтобы жать с компрессией. 3. В движке (xrgame.dll) еще предусмотрена переменная $downloads$, но там вообще ХЗ что за форматы нужны. 4. Как показала практика, при создании серьёзного полноценного мода (с новыми локациями и текстурами) проще вообще "с нуля" перепаковать с компрессией все архивы ТЧ + мода (убрав из ТЧйной части всё дублирующееся/ненужное) и создать полноценный репак, где уже все гамедаты будут собственного производства. Тогда и юзеры будут довольны (меньше гимора с установкой чего-то поверх чего-то), и игра в установленном виде будет занимать в 1.5-2 раза меньше места, чем ТЧ+мод. @ed_rez, каждый работает, как может. Мне твои методы кажутся странными/не вполне понятными. Но тут уж, кто как привык.

Я в теме. Вот последний компрессор в db от YURSHAT с моими правками. http://rghost.ru/8vXHHFFSj А зачем мешать? Называешь, например, свои архивы как gamedata.dbe1, gamedata.dbe2 и т.д. Всегда видно, где кончаются архивы игры и начинаются твои. По поводу anims, configs, meshes и т.д. - их удобнее сразу паковать, например, в один gamedata.dbe*-архив, а уровни - в другие. А xdb-отстой, без компрессии, и гамедату перекрывает.

Подозреваю, что нет. Но для себя выработал такие правила: 1. Чаще сохраняться. 2. Перезапускать левеледитор каждый раз перед открытием новой карты. 3. Стараться не юзать кнопки истории.

@BoBaH_671, подозреваю, что это какой-то SDKшный (а может билдовский) рудимент. Игрой секция [types] в textures.ltx вообще не используется, можно удалить.

@Agro_78, никогда не останавливайся на достигнутом. Теперь угони БТР и передави всех остальных ключевых персонажей.