Dennis_Chikin

В 1500 видов броников смысла нет, и их не будет. Вообще же - защищают. Другое дело, что в текущей параметры, и не только броников - мягко говоря, странны, и это все тоже надо править. \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ Переделал 7 килобайт ltx в 3 килобайта script. - Целая секунда загрузки. Мда, я ожидал, но не на столько.... На очереди еще 55 килобайт. Те самые 10 секунд. Гм. Если кто-нибудь напишет враппер, который тупо при запуске генерит из ltx скрипты с таблицами - это будет сильно. А ведь многие конфиги и непосредственно во время игры читаются. Те же оружейные, ага. Да и костюмные. Хотя по оружию я уже почти сделал почти полный разбор конфига в таблицы при инициализации уборщика/офлайна. Осталось теперь туда все перецепить.

Гадать совершенно бессмысленно. В "версии ТЧ" нет ничего, что могло бы давать столь странный эффект. С другой стороны - вот сейчас - ну совершенно неинтересно разбираться, что в каком состоянии попало в какой патч полгода назад, что там должно было быть, и как оно у кого встало. Изменений очень много, они вносятся постоянно, где-то что-то могло быть вообще отключено, что-то - забыто, и, наконец, вполне возможны банальные опечатки. После каждого изменения одного символа проверить всю игру от и до - невозможно (в большинстве случаев она даже и не запустится.) То, что выкладывалось - с этим она, очевидно, хотя бы запускалась. Да и то несколько раз было, что, допустим, работать с сэйвов продолжает, а НИ - не стартует. Вот сейчас НИ все еще не пробовал - с сэйва запустил, и отлавливаю то, что всплыло сразу. Будет какая-то устойчивость - опять буду звать добровольцев смотреть, что там с сюжетом. Saruman, ну так в шапке же. Конфиги торговли.

Хм. Впервые за последние 5 месяцев смог наконец запустить соль. (Почему так - ну, во-первых, 20 скриптов больше нет вообще, изменения в остальных можно представить например по тому, что news_main.script теперь имеет размер 50 килобайт. ) Так вот, не поленился напихать измерений времени в процессе запуска. 10 секунд - загрузка сэйва и разных странных операций со, скажем, теми же смартами. 2-3-5 секунд - загрузка текстур. А далее, из 20 секунд "синхронизации" чудовищные 10 сожрано чтением конфигов одним только death_manager'ом. Даже объединенный офлайн, уборщик и переодевание отжирают всего полсекунды. И, да, аж целую секунду что-то странное делает арена (генерит диалоги ?) Раньше еще секунд 40 что-то делал trade_manager, пока из конфигов торговли не было вынесено полторы тысячи костюмов. Это что касается загрузки и в частности "синхронизации", да. Лаги по текстурам при уже запущенной игре - очевидно, все без исключения - текстурные. Здесь, похоже, и вправду, ждем ООП2, и видимо оружие оттуда будем таки считать "базовым". P.S. С death_manager посмотрю еще, что можно сделать: в частности, кэширование конфигов там, похоже, совершенно зря. Но, похоже, не лишено смысла сокращение развесистых списков лута. Боеприпасов с ручной регулиовкой количества каждого патрона для каждой группировки на каждой локе - в частности. Ну и вероятности по артам тоже можно считать "на лету". Да, важно здесь то, что дефолты, прописываемые в самих конфигах ( типа секция:дефолт ) - похоже, не спасают.

Был неправ. Пр исключении входа в онлайн любых других неписей, лаг со всеми 4-мя ogf. То есть, видимо, все-таки какая-то текстура.

(Из техподдержки) Вот сколько лет скрипту, который на нее ругается, столько и отловлена. Остальное см. здесь: https://dl.dropbox.com/u/27871782/allspawn_script_fix.7z Не считая правок в собственно gulag*.script и config\misc\gulag*.ltx, config\script\*.*

Это здесь обсуждалось какое-то время назад. lua SoC вычисляет пользовательский размер таблицы при первом обращении, требующем этот самый размер. То есть, до оператора # или table.remove() его просто не существует (есть некие внутренние счетчики, на которые тонко намекает стандарт, и которые пользователю недоступны в принципе). Размер вычисляется неизвестно как, но от 1 до t[n] ~= nil с шагом 1. Повторно НЕ пересчитывается. table.insert()/table.remove() изменяют его сами как им заблагорассудится. Кстати, при попытке применить table.remove() к несуществующему с точки зрения всех этих счетчиков и размеров элементу (даже если он на самом деле есть) приводит к странному (что тоже вполне разрешено стандартом) Другие lua могут вести себя иначе (стандартом разрешено). Резюме: либо все делать руками ( if t[k] == nil then n = n + 1 end ; t[k] = v и if t[k] ~= nil then n = n - 1 end; t[k] = nil ), либо только table.insert( t, v ) и if n <= #t then table.remove( t, n ) end. Инициализация в этом последнем случае допустима как t = { 1, 2, 3 } но недопустима как t = { [1] = 1, [3] = 3 } С обращением в цикле, соответственно, будут особенности.

Ну а в чем еще ? То, что подсовывание одной модели вместо другой дает заметный эффект - факт. Дальше - уточнять, что именно в этой модели дает такой эффект. Кстати, кости вполне оригинальные в разных грехах уличались неоднократно. Один вылет в МГ по станкам чего стоит... Мда, интересно еще было бы с некривыми прицелами подсунуть всем обителям бара хоть тот же балон 1 и посмотреть на результат. (И вместо xm8и прочих монстров визуалы чего-нибудь более вменяемого). (У меня сейчас пачка скриптов на запчасти разобрана, и это, боюсь, на неделю еще, так что требуются добровольцы).

Аналогично. И, скорее всего, в нем все и дело. Хотя, помятуя правку Людмилы по материалам, которая должна была повлиять на движение актора, а в результате дала еще и фантастический прирост fps... break, это для новой соли. Совместимость с текущей - понятия не имею. В графике/маппинге не разбираюсь. Изменялись свойства кустов.

Там дальше идет: "Эксклюзивный дистрибьютор в странах СНГ и Балтии (за исключением Украины): фирма <<1С>>" https://dl.dropbox.c...7871782/dolg.7z - восьмая переименована в *.1, вместо нее подставлена первая. Полагаю, глючные все или большая часть, которые не 470кил.

Кирпичи/сигары - на месте. Издатель - 1С. Старфорс - новый, из-за чего и проблема с откатом - старый этого диска не понимает. То есть, либо "серебро", либо - качать с варезов крякнутый. Вот этот последний вариант - точно сомнителен. У этого старфорса есть бездисковый вариант с активацией через инет и привязкой к железу (диск просится при активации через инет, 3 копии). Регистрится, активируется/дезактивируется. Да, когда покупалось - других просто не было в принципе. Как сейчас - не знаю.

Ну, по крайней мере файлы 2007 года, думаю, можно вполне считать идентичными во всех версиях.

Текстуры ? .ogf на бинарном уровне отличаются весьма сильно. Да и размер неодинаков.

Я не знаю, у кого там что повырезано, а у меня НЕТ проблем с сигаретами, сигарами и еще какой-то мелочевкой. Есть общие проблемы с визуалами неписей. На 1.0004, 1.0005, 1.0006, в том числе и в оригинале. Каковые сейчас и обсуждаются, и дело в общем-то за тем, чтобы кто-то в этом разбирающийся банально сравнил 2 визуала - заведомо нормальный и кривой. И что-то с ними сделал. Как это было в свое время сделано с прицелами.

То есть, в 1.0004 тормозов нет ? Или как ? И, да, напоминаю, что подставив вместо *8.ogf тот же 1.ogf лаг по этой конкретной модели излечивается полностью. То есть, речь идет явно не о коде, не о движке, и даже не про prefetch. Оба файла - 2007 год. Вывод - чем-то таким интересным отличаются сами файлы. И, да, пока я в "серебре" не нашел ничего принципиально отличающегося, кроме нового старфорса.

Ну и чего тогда она ТАК тормозит ? stalker_do_balon_1, например - мгновенно в онлайн переходит, а эта - просто нечто.

Однажды Меченый пришел в Бар, выложил на стол бомбу и начал ковыряться с таймером. - Меченый, ты что - совсем с катушек съехал ? - Поинтересовался Бармен. - Ну, надо же ее как-то использовать ! - Ответил Меченый. - И то верно. - Согласились посетители Бара, глядя, как на индикаторе сменяются цифры: 10, 9, 8, 7...

И таки тоже поправлено. Можно - стэлсом, можно - hit&run. Вообще, из проблемных "боевых" сейчас остались миссии защиты, где надо ломиться под пули быстрей-быстрей, пока защищаемых не грохнули, и Горб, которого надо обязательно саморучно пристрелить. Кстати, идеи (в личку наверное, за отсутствием подходящей темы) - приветствуются. По тому как мне лично тоже не нравится, когда игрока заставляют отказываться от привычного ему стиля игры. P.S. Свалка и ТД тоже поправлены. Так что есть Агропром, Сепаратор и Халява, Калинин, пристрелить Горба, ну и далее по сюжету. 2Рэй: на самом деле, тема полезная, но ее надо регулярно чистить и иметь список фиксов. Фримен, фикс по аномалиям для чистой соли выкладывался. Больше конкретно Круглову ничего не угрожает. Чук и Гек - я там не вижу проблем. Все работает как часы.

Там и еще есть. Но вообще и там и там эти функции давно пора уже снести, что, несомненно, и произойдет в самом ближайшем будущем. Но спасибо. Code review вообще вещь полезная.

В забытом лесу Людмила правила материалы (кусты). С этой правкой - да, очень быстрая и абсолютно безглючная локация. Вот для чистой соли можно было бы и выложить.

Ну так посмотрите уже кто-нибудь хотя-бы gamedata\meshes\actors\dolg\stalker_do_balon_8.ogf (stalker_do_balon_80.ogf тоже можно). Оригинал, кстати. Мне туда лезть - точно бесполезно.

В чистой соли вылета при отдаче сейфов нет. Anahoret, нейтралы в ТД - неактуально.

Применение китайской машинки для чтения мыслей, конечно же, не очень хорошо, но и неписей о 3-4 hp в чистом SoC не так, чтобы много. И, да, ООП топикстартера работает таки именно поверх солянки. Логично предположить, что вопрос к ней каким-то образом относится. Ответ, если отжать воду, заключается в том, что эти самые 3-4 hp там вполне бессмысленны, а нужно таки снижать убойность оружия, использовать sid, и убирать эти самые 3-4 hp (равно как и 0.2hp). Ну и, да, авторам не-соляночных модов не идти по соляночному пути. По крайней мере, если используются amk-скрипты - не пытаться делать офлайн-бессмертность неписей, накручивая в конфигах параметры для онлайна. Also, если есть идея "сделать, чтобы игроку жизнь медом не казалась" - учитывать еще и взаимодействие неписей тоже. По теме из lua скажу, что снижение частоты вызова функций, которые не требуется вызывать столь часто, равно как и вылизывание на предмет сокращения накладных расходов - занятие неблагодарное, но какой-то результат несомненно дает. Хотя, конечно, если дошли до состояния слайд-шоу, то, по-хорошему, начинать следует всегда с графики, затем - с количества объектов, в онлайне в частности и игре вообще (40000 офф и 5000 он - явно перебор), и, наконец, с явно индусского кода (который в смысле слайд-шоу все-таки гораздо хуже, чем китайский).

Вот и у меня была такая реакция, когда воткнул лог хитов и увидел, что самым "бронированным" монстром оказалась крыса, при том что иммунитеты у нее хуже, чем у 1000хитовых гигантов/химер, А 300-хитовый Архаровский терминатор с задранной регенерацией плюет на спасы/винчестеры но дохнет с полурожка mp5. Другого объяснения, кроме того, что где-то при расчете повреждений используются проценты от хитов - у меня нет. Ждем-с энтузиастов-экспериментаторов. if (attack_info.fp >= base_fp) then defender.health = 0 else defender.health = defender.health - (attack_info.fp / base_fp) if (defender.health < 0 ) then defender.health = 0 end end Впрочем, при соляночном способе расчета и соляночных конфигах в первом условии всегда истина. А вот неписи с sid ~= -1 в офлайн "боях" не участвуют.

Да, виноват. Это я про SoC. "Очень сильно" - это значит - сравнимо или даже больше, чем несколько-десяток строк с арифметикой/логикой, не оформленных в отдельную функцию. Ну, то есть, вынеся это в функцию - получаем выполнение в разы дольше. Вызывая не как f(), а как myobj:f() - опять же в разы. Ну или как приведенный в тексте пример с function f() return end vs. function f( a1, a2, ... an ) return end - логично было бы ожидать разницу во времени на каждую переменную все-таки меньше, чем на собственно вызов. Когда счет идет на миллисекунды (а именно на них и идет), то для 20-50 ms апдейта или вызова "пачкой" десятка-другого апдейтов - это критично. Скажем, я отказался от использования в 50 ms цикле актора чего-либо кроме "биорадара"/детектора артов. Не успевает.

team/squad/group - где-то даже используются. Ага, именно для групповых переключений логики/онлайна. (Возможно также при рассчете паники). Хотя при захвате под смарт - переопределяются. Так что, скорее всего, осмысленным будет выбрать свое значение для каждого сообщества/класса, а для тех, кому смарты запрещены и кто должен действовать примерно одинаково - свое уникальное. А вот с health есть сильное ощущение, что при значении, отличном от 1, результат получается странный. В онлайне - чем меньше стартовое значение, тем непись/зверушка более "бронированные", чем больше - тем, наоборот, уязвимее. Соляночные "терминаторы" весьма разностронни по происхождению и свойствам, ага. В офлайне - при текущем способе обсчета боя и отфонарных цифрах в оруженых конфигах - в общем, ни кого ни от чего не спасает, хотя задумывалось, похоже, как замена неучитывающимся иммунитетам. Мораль: для получения вменяемых результатов онлайнового боя делайте health = 1, небольшую регенерацию, первому по порядку типу патронов - k_hit = 1, стволам - тоже подтягивайте пистолет к 0.5 или 1, и дальше уже пляшите от него. Пуле-, рано- и прочие иммунитеты - крутите до требуемого результата. В офлайне - см. выше, + защищайте нужных вам неписей sid'ами.