a17f2ff375d8f697d012cda8d72908cf9ff3ce6d
270
Commits
| Author | SHA1 | Message | Date | |
|---|---|---|---|---|
 AlexCubeandClaude Opus 5.5
|
f1c1e61e8d |
Скакун: без крови не заводится, звук велосипеда, без дыма
- Мотор не заводится без сфер и глохнет, когда кровь кончилась (ваниль заводила его и с пустым баком - ехал на полной тяге); вставили сферу в седле - заводится. - Звуки мотора у скакуна молчат; на ходу - стук педалей bicycle_pedal, гудок и колёса - велосипедные. - Частицы дыма/огня убраны (розовые кубы - ванильные частицы без материалов). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
7b315cda6b |
Скакун: без слота покраски (краситель размножался)
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
3cd5706e7f |
Скакун: рога по оси ванильной рукоятки, кончики загнуты за кулаком
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
7d4ff86dee |
Сборка DLL: расход сфер скакуна
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
7496aa0944 |
Скакун: расход сфер только событием двигателя, прямые записи бака не сжигают сферу
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
83b1cc47ce |
Скакун: выключены ванильные детали модов мотоцикла (выхлоп и др.), их меши убраны из бандла
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
5dc1ce0e26 |
Книга крысы: передний срез страниц на уровне ванильной книги, лишняя ширина - к корешку
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
c73502ad51 |
Сборка DLL: ячейки скакуна, кнopка заправки
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
4ef7aac01f |
Скакун: 4 ячейки и старому предмету, кнопка «Заправить» выключена
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
24d6e9f675 |
1.7.0: скакун на сферах в ячейках, ремонт костями; правки моделей скакуна и книги крысы
- Топливо скакуна - кровавые сферы в 4 ячейках модификаций, тратятся по очереди (одна сфера = 120 ед., бак 480); уровень бака считается по прочности сфер, выработанная сфера исчезает. Заправка канистрой убрана. В ячейки - только сферы. - Причина «не едет» и «-2147483648%»: Extends не наследует effect_group, у предмета скакуна не было ни ячеек, ни прочности. Своя группа: ModSlots 4, DegradationMax 4000; здоровье закреплено кодом (DegradationMax сфер в ячейках его перебивал бы). - Ремонт - 50 костей за ход вместо ремкомплекта; подсказка при нехватке, 13 языков. - Модель скакуна: сиденье и рама прогнуты по ванили, рога по оси руля, череп меньше и короче, свет фары в глазнице, крыло над передним колесом, зубы под черепом убраны. - Книга крысы: повёрнута как ванильная (палец на корешке), без металлических уголков. В игре не проверено. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
11db1116b0 |
1.7.0: костяной скакун, книга Духа крысы, турели, расход сфер в оссуарии
- Костяной скакун (necroBoneSteed): мотоцикл из костей, сухожилий и сосудов с черепом-циклопом вместо фары; своя модель (бандл necrobonesteed), ванильная система предмета-транспорта (necroBoneSteedPlaceable, предпросмотр при установке); топливо - кровавая сфера, одна сфера = полный бак; теги коллайдеров и шейдер копируются с ванильного мотоцикла; рецепт на верстаке, Подмастерье - Книга Духа крысы: своя модель (бандл necrobooks) - чёрная кожа, светящийся узор со скелетом крысы и семиконечной звездой, ржавые уголки, ремешок - Турели не стреляют по существам мода (питомцы, рой, змея) - Гео-оссуарий тратит 1/10 прочности сферы на стак вместо целой сферы В игре не проверено. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
f2dfeed126 |
1.7.0: охрана питомцами, один питомец за раз, прицел книг, гео-оссуарий
Питомцы: - охрана хозяина: враг ближе 20 м (в режиме змеи - к телу) атакуется сам, поводок 40 м, охраняют все кроме крысы; приказ прицелом охрана не перебивает - IsFoe исключает существ мода (necro*): питомец выбирал целью себя - призыв нового спутника отзывает прежнего - прицел книг призыва - как у арбалета, краснеет на годной цели Гео-оссуарий (necroGeoOssuary): станция добычи на кровавой сфере - основа - коллектор росы; в 3 ячейки модов любой из 5 ресурсов (камень, уголь, селитра, железо, сланец), 1 сфера = стак 6000 за 5-8 ч - работает без открытого неба; верстак, Подмастерье (ур. 25) - своя модель (бандл necroossuary): кости, корни, сосуды, клыки, черепа с глазами-углями; шейдер и теги коллайдера берутся у ванильного коллектора Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
b737dd43d0 |
Режим змеи: выход по R только когда тело уже лежит
В первые RagdollDelay секунд после входа игра ещё обрабатывает ввод: можно было взять ствол, и R разом перезаряжало его и выводило из змеи. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
888cf1ee7e |
FPS: утечка привязки cvar() в шкале некромантии; пирамида при качестве текстур ниже Full
FPS сползал 60 -> 15-30 за 10-15 минут в любом мире; перезаход сбрасывал, в режиме
змеи (пояс скрыт) тормозов не было. Замер показал: группа окон toolbelt 2 -> 23 мс/кадр
при неизменном числе элементов. Причина - ошибка игры: BindingNcalcFunctions.cvar при
каждом вычислении регистрирует новый VariableStateCVar, RegisterVariable добавляет без
проверки, новая переменная стартует с 0 и в следующем кадре снова вызывает пересчёт.
Шкала fill="{% cvar('necroNecromancyProgressCVar') / 20 }" (с 1.3.0) набирала по одной
переменной за кадр. CVarBindingLeakPatch: одна CVar регистрируется в привязке один раз.
Проверено: 15 мин, 25 убийств - FPS 55-58 ровно, toolbelt ~1 мс/кадр.
Пирамида: на Texture Quality ниже Full атлас блоков игры меньше нашей текстуры 512, и
CustomBlockPaint её пропускал. Теперь берётся мип под размер атласа; бандл necroatlas
пересобран с ignoreMipmapLimit (иначе CopyTexture отказывает и пирамида чёрная).
Проверено на Half.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
||
|
AlexCubeandClaude Opus 5.5
|
048307eda8 |
Призрачные торговцы: серые текстуры 1024 и сжатые, выгрузка из ОЗУ
Серые копии были 4096x4096 RGBA32 без сжатия (64 МБ видеопамяти каждая плюс CPU-копия) - на стриме 28.09 это добавило к переполнению 8 ГБ видеокарты. Теперь как в CorpseLoot: уменьшение до MaxTintSize, Compress, Apply(makeNoLongerReadable). При выходе из мира копии уничтожаются, а не просто забываются. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
4b54b48d68 |
Описания: мультиплеер не поддерживается полностью
Вместо «Everything else works» - честно: мод изначально под одиночную игру, переделывает механики игры (трупы, добыча, поведение зомби), и в мультиплеере часть вещей может не работать, например трупы «Жертвы». README (RU/EN), сайт (RU/EN), описание Nexus. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
e71f1aef35 |
Режим змеи: ноль опыта за убийства змеёй
Префикс EntityPlayer.AddKillXP пропускает начисление опыта для жертв змеи. Некромантия и урон ножа растут как прежде: их счёт - постфикс на том же методе, Harmony вызывает его и при отменённом оригинале. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
6ff76d174e |
Режим змеи для Ножа некроманта и чёрный разрыв
Ночью по R с ножом - дух змеи: тело падает (-95% HP), игрок управляет призрачной змеёй от первого лица. Свободный ход по миру (свой наблюдатель чанков, отрисовка, звук, спавн и спящие считаются от змеи), прыжок, атака на ЛКМ - рывок сквозь препятствия и чёрный разрыв, ПКМ - выбраться из текстур. Тёмное чутьё, тревога у тела, отсчёт в радиации края карты, пурпурный фильтр зрения (necrovision). Утром змея развеивается. Чёрный разрыв (NecroBurst.cs): клон частиц confetti в чёрном, команда necroburst. Проверено в игре 28.09. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
4cdd315b98 |
1.5.0: сборка под игру 3.3, документы релиза
ModInfo 1.5.0. README (обе половины), описание для сайта и для Nexus: мод для 3.3, для игры 3.2 остаётся 1.4.2; Нож метит Жертву и с одного удара; красный труп открывается как ящик, без мешка. Тексты для Nexus: NEXUS_FILE_SUMMARY_1.5.0.txt (<=255 знаков) и NEXUS_CHANGELOG_1.5.0.txt (строка = пункт). DLL пересобраны против 3.3 из текущих исходников. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
e25544521d |
Труп «Жертвы» открывается сам, как ящик: без мешка
Обыск больше не превращает труп в мешок. Труп получает сумку со списком добычи zPackVictim и открывается игровым путём (LockRequestLocal -> LootBagOpened -> окно добычи с игровым таймером обыска). Запрет открывать мёртвых у EntityAlive снят префиксами только для таких трупов. Открытый и не опустошённый труп лежит час, опустошённый убирается сразу. После загрузки труп узнаётся по сохранённой сумке (баффы зомби в сейв не пишутся). LockRequestLocal вызывается из TEPersistence (перегрузка с ReadOnlySpan не компилируется в основном проекте). Класс EntityLootContainerVictim оставлен ради старых сейвов. Описание ножа исправлено на всех языках, README - текущее описание. Проверено в игре на 3.3: открытие, таймер, уборка опустошённых, восстановление после загрузки. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
1c2e3f2cdf |
Метка «Жертвы» вешается до урона: работает и при убийстве с одного удара
Метка висела на onSelfAttackedOther, которое приходит после DamageEntity; при смертельном ударе добыча успевала разыграться без неё. Перенесена на onSelfPrimary/SecondaryActionRayHit (до урона, как лечение ножом), с гейтом Health GT 0 - трупы больше не метятся. Отзыв sanovskiy на Nexus. Проверено в игре на 3.3: три убийства с одного удара дали «Жертву». Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
e8e21d5a58 |
Сборка под игру 3.3: хранилище, Пирамида, проверка версии
- Пирамида: StreamModeWrite/Read теперь глобальные перечисления (в 3.2 были внутри TileEntity). - Хранилище: Bag поверх ItemStackGrid (конструктор с местом хранения, Resize, ItemGrid), запись и чтение через PooledBinaryWriter/Reader. Формат хранилища 2; формат 1 из сейвов 3.2 читается. Незнакомый номер формата больше не считается «хранилища нет» - байты сохраняются. - Сфера на браслете: ModificationCount/GetModification/SetModification. - Непустой сундук: TEFeatureStorage.IsEmpty (ITileEntityLootable в 3.3 нет). - Поиск ножа в инвентаре через ItemGrid. - GameVersionGuard пускает только 3.3. Проверено в игре на V 3.3.0 b14: хранилище из сейва 3.2 (24 стопки) прочиталось, сохранилось и перечиталось; Пирамида включается; «Жертва», обыск трупа и мешки работают. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
f4470b784f |
1.4.2: проверка версии игры и хранилище, которое не стирается
Повод: 1.4.1 на игре 3.3.0 experimental не смогла прочитать Пространственное хранилище (Bag переписан) и при сохранении записала пустой маркер - вещи пропали навсегда. GameVersionGuard: версия из Constants.cVersionInformation (не из const cVersionMinor - та вшивается в DLL), поддерживается Major 3 и Minor/10 == 2, то есть любая 3.2.x. На другой версии в главном меню окно «мод несовместим, обновите» с единственной кнопкой «Выйти из игры» (решение пользователя), а вместо PatchAll ставятся по отдельности только окно и четыре патча сохранения хранилища. Всё, чем пользуется защита, сверено с декомпиляцией 3.3. Хранилище: непрочитанные байты (чужая версия или упавший разбор) проходят Read -> ToPlayer -> FromPlayer -> Write нетронутыми, ключ - entityId, сброс при открытии главного меню (последнее сохранение игрока делается раньше, внутри SaveAndCleanupWorld - проверено по коду игры). Пока байты не прочитаны, хранилище не открывается и не пополняется, с подсказкой. Проверено в игре на 3.2 через отладочные файлы FORCE_VAULT_UNREAD и FORCE_VERSION_GUARD (в .gitignore, в архив не попадают): 603 байта хранилища прошли сохранение и прочитались обратно совпадающими с исходными (26 ячеек, 24 предмета); окно появляется, Esc его не закрывает, кнопка закрывает игру. На настоящей 3.3 не проверено. Localization: 4 новых ключа на 13 языках, всего 165; README - статус и число ключей (было 149). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5.5
|
77b56be9ae |
1.4.1: утечка видеопамяти от трупов «Жертвы», труп лежит 5 минут
Было: CorpseLootPatch перекрашивал труп через renderer.materials и Tint(), и ничего за собой не убирал. Копии материалов Unity с объектом не удаляет, перекрашенная текстура была несжатой RGBA32 (16-64 МБ) и читаемой (копия ещё и в RAM), кеш только рос. Лог игры: Texture.currentTextureMemory 1,2 -> 7,4 ГБ за два часа при desired ~3,5 ГБ, FPS 60 -> 11. Те же жалобы на Nexus (sanovskiy, Kriloko, Megaladon43). Стало: каждый перекрашенный труп записан (рендереры, материалы, текстуры), тик раз в секунду удаляет всё за трупом, которого нет в мире, текстура удаляется со счётчиком пользователей. Текстура не больше 1024, DXT, makeNoLongerReadable. Проверено в игре: обыск и истечение срока доводят счёт до «трупов 0, текстур 0». Необысканный труп лежит 300 с вместо 3600 (указание пользователя). buffNecroZombieKillTrackerDisplay: update_rate .1 -> 1 (отзыв zomb1); урон ножа растёт после убийства, проверено. Документы: версия 1.4.1, README (статус + несовместимость с 3.3 experimental), описания Nexus и сайта (пять минут вместо часа), NEXUS_CHANGELOG/FILE_SUMMARY_1.4.1. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
67dd410358 |
1.4.0: кровати и нож проверены в игре - снята пометка «не проверено»
Пользователь проверил: поднятая и заново поставленная кровать становится точкой возрождения, финальный вид ножа (гарда над кулаком, светящиеся руны) и иконки на месте. README (обе половины): кровати перенесены в проверенное, во врезке из новшеств 1.4.0 осталось только поведение питомцев в кровавую луну и на транспорте. Changelog: «should become ... Not tested in game yet» -> утверждение. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
01aa054177 |
1.4.0: своя модель Ножа некроманта, иконки ножа и Свитка духа крысы, документы релиза
НОЖ ПОЛУЧИЛ СВОЮ ФОРМУ. До сих пор в бандле necroknife стояла ванильная геометрия костяной заточки с нашей текстурой - на Nexus это заметили (Scarlettdruid: нож не похож на свою иконку). Форма сделана в Blender поверх ванильного меша: головка и шейка бедра срезаны, срез закрыт; лезвие выпрямлено в ампутационный нож с клиновым сечением; костяная гарда стоит над кулаком (место выбрано по игре: девятый виток обмотки от прежней гарды); рукоять обмотана верёвкой. Весь нож повёрнут на 180° вокруг оси - режущая кромка смотрела не в ту сторону, "получается, что я обухом режу". Поворот, а не зеркало: так руны на клинке не отражаются. Текстура осталась от ножа некроманта. Верёвка нарисована в свободном углу её же атласа (второй материал импорт в Unity отбрасывает), старые руны заменены светящимися рублеными знаками, одинаковыми на обеих сторонах клинка. Меш 2823 вершины / 4360 треугольников. Сама цепочка сборки (скрипты Blender и сборки текстур) - в _private, в репозиторий не входит. ИКОНКИ нарисованы пользователем: NecromancersKnife.png - под новую модель, RatBook.png - первая своя у Свитка духа крысы. У свитка снят CustomIconTint: он множится на иконку и гасил бы нарисованные цвета, он был нужен только перекрашенной волчьей иконке. ДОКУМЕНТЫ. README (обе половины), SITE_DESCRIPTION.html, NEXUS_DESCRIPTION.bbcode: версия 1.4.0, новый вид ножа, добыча Жертвы в самом трупе (краснеет, лежит час, при обыске оставляет мешок - проверено в игре), подбор кроватей-точек возрождения (в игре НЕ проверено, так и написано). В "Статусе" - абзац 1.4.0 и напоминание о шкале 1.3.0: на Nexus 21.09 игрок принял уровень "1 из 250" за застывший счётчик и решил, что прогресс сбросился - уровень растёт раз в 20 убийств, а с 1.0.1 он пересчитывается и становится в 20 раз меньше. Тексты для Nexus в принятых сайтом форматах: NEXUS_FILE_SUMMARY_1.4.0.txt (254 знака из 255) и NEXUS_CHANGELOG_1.4.0.txt (20 строк = 20 пунктов, без номера версии в начале). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
98ddcd7bce |
Добыча «Жертвы» переехала в сам труп: он красится, лежит час и обыскивается
Указание: «зомби после упокоения оставляет свой труп. Можем ли мы подменять этот труп точно таким же, но с другой текстурой и с функцией мешка жертвы?» ПОДМЕНЯТЬ НЕ ПРИШЛОСЬ НИЧЕГО. Труп - не отдельная модель, а та же скелетная модель зомби в позе смерти, так что «такой же, но другой текстуры» делается перекраской уже лежащего трупа. Ни нового префаба, ни новой сущности. Три части, каждая на своём ванильном механизме: НЕ ИСЧЕЗАЕТ. EntityAlive.timeStayAfterDeath - обычное публичное поле в тиках, у зомби 30 секунд, у ванильного мешка 3600. Пишем второе. ОБЫСКИВАЕТСЯ. У сущностей своя система команд, отдельная от блочной: InitLocalActivationCommands / AllowActivationCommand / OnEntityActivated. Объявляем ту же команду "search", что и ванильный мешок (EntityItem), поэтому подпись достаётся готовой и локализованной. Список команд кешируется при первом обращении - пока зомби жив, - поэтому на смерти он обнуляется. ВНУТРИ ЛУТ. Обход сознательный: хранилище живёт внутри EntityLootContainer вместе со своим сейвом и сетевой синхронизацией, и приделывать это трупу значит трогать сейвы. Поэтому обыск ПРЕВРАЩАЕТ труп в мешок «Жертва». ПЕРЕКРАСКА ЧЕРЕЗ ТЕКСТУРУ, А НЕ ЧЕРЕЗ _Color. Первая версия не работала вовсе: у шейдеров Game/Character и Game/Animal/Fur свойства цвета НЕТ (видно в пробе, которую печатает GhostTraderPatch: "tint property: <none>"). Красится сама текстура - прогоном через RenderTexture, как обесцвечиваются торговцы, только вместо сведения к яркости умножение на цвет. Результат кешируется по исходной текстуре. Если модель на кадре смерти не собрана, труп встаёт в очередь и докрашивается односекундным тиком. ПОДСКАЗКА ПРИ НАВЕДЕНИИ - отдельный механизм, и сначала я настроил не тот. Иконка EntityActivationCommand рисуется в РАДИАЛЬНОМ меню, то есть на зажатии. А то, что видно при простом наведении, приходит из Entity.GetActivationText(), и у EntityAlive он для существа возвращает пустую строку. Теперь возвращает то же, что ванильный лутаемый объект: строку lootTooltipNew со значком клавиши из разметки [action:...]. Имя берётся у зомби, так что читается «обыскать Арлин». ОБЫСК НЕ МГНОВЕННЫЙ: три секунды с круговым индикатором (XUiC_Timer, тот же, что при снятии верстака). Поле activateTime у команды не подошло - по нему игра дёргает игровое событие из entity_class, а не наш код. Обычный мешок это не отменяет: бросок вероятности остался как был, и теперь он печатается в лог целиком (шанс против броска) - чтобы «не повезло» отличалось от «сломано» без гадания. У ванильного зомби шанс 4%, то есть ноль мешков на два десятка убийств - исход с вероятностью около 40%. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
b6a892cadd |
Подбор кроватей: включены те, что становятся точкой возрождения
Исправление промаха по цели. Кровати класса SleepingBag (bed02*, bunkBed*) были исключены из подбора НАМЕРЕННО, с формулировкой "это respawn-anchor блоки, не декорация, трогать не просил" - и подбирались только декоративные bedMadeNoFrame*/bedMessyNoFrame*. Пользователь объяснил, что смысл подбора кроватей ровно обратный: "поглощённые блоки сохраняют состояние, которое было до поглощения. Кровати до поглощения не являются точкой возрождения. Точкой возрождения они могли бы стать при подборе". То есть мы подбирали ровно те кровати, которые не нужны, и не подбирали те, ради которых всё затевалось. Проверено декомпиляцией BlockSleepingBag: PlaceBlock ставит игроку selectedSpawnPointKey и запоминает BedrollPos - поставленная своими руками кровать действительно становится точкой возрождения, а стоящая в POI нет. Значит подбор и поглощение браслетом решают РАЗНЫЕ задачи. Новых патчей не понадобилось, и это проверялось до правки: BlockSleepingBag переопределяет только CanPlaceBlockAt, PlaceBlock, GetActivationText и ЧЕТЫРЁХаргументный OnBlockActivated. Наши три патча висят на HasBlockActivationCommands, GetBlockActivationCommands и ПЯТИаргументном OnBlockActivated - ни одного из них он не перекрывает. С BlockCompositeTileEntity (кулеры, коробки) в своё время так не вышло и понадобился отдельный набор. Добавлены два префикса: bed02 и bunkBed. Полсотни цветовых вариантов наследуют Class="SleepingBag" через Extends и покрываются ими же. bedroll НЕ включён: собственный предмет игрока, ставится и снимается штатно, а bedrollPOI от него не наследуется и точкой возрождения не является. В ИГРЕ НЕ ПРОВЕРЕНО. Смотреть надо одно: становится ли поднятая и заново поставленная кровать точкой возрождения на самом деле. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
d97f83e972 |
ИИ питомцев переписан, добавлен Дух крысы, пороги разнесены по шкале
Работа по указаниям 2026-09-18. В релиз пока не выходит. НОВЫЙ ПИТОМЕЦ "Дух крысы" (necroRatSpirit), Некромантия 3 (60 убийств): модель зомбоволка в масштабе 0.28, урон 5, кроличьи звуки. Сам не нападает никогда, держится справа-сзади в двух блоках, упёршись в препятствие проходит СКВОЗЬ него и блоков не ломает. Укус замедляет, оставляет метку духа (видна на компасе, +25% получаемого урона) и рвёт жилу. Обгрызая труп, лечится. СВОЯ ЗАДАЧА ИИ. Задачи "иди за сущностью" в игре нет вовсе - проверены все 32 типа EAI*. Написана NecroFollowOwnerTask по образцу EAIApproachSpot: сектор "3-6 часов" от хозяина, FindPath с canBreak:false, проход сквозь препятствие через Entity.IsStuck. Вешается в рантайме, минуя Type.GetType. ПРИКАЗ АТАКОВАТЬ. Повторное применение свитка при живом питомце натравливает его на цель под прицелом: EntityPlayerLocal.HitInfo + ItemActionAttack. GetEntityFromHit. Торговцы и игроки отсеяны. Нет цели - "Нет цели для атаки". ЗОМБОЖИВОТНЫЕ ПРИВЕДЕНЫ К ТОМУ ЖЕ ОБРАЗЦУ. Сняты BreakBlock, Territorial, ApproachSpot, Wander, BlockingTargetTask и поедание трупов; цель они больше не выбирают сами. Лестница урона 20/35/45/60 плюс расчленение у Пса, Медведя и Волка. Кровотечение всем, метка и ослабление - только у крысы. УБИЙСТВА ПИТОМЦЕМ ЗАСЧИТЫВАЮТСЯ ВЛАДЕЛЬЦУ, включая добивание кровотечением. Префикс на AwardKillXPServer подменяет убийцу владельцем; для смерти от баффа заведена память укусов, потому что в DamageSource от баффа нет того, кто его наложил. Зомби под Камнем духов это не задело - решение от 17.09 в силе. ГРИФ откачен на летающую ветку EntityVulture и переименован в Могильного стервятника: модель наконец соответствует имени. Держится у игрока сам, через собственный механизм "дома" (setHomeArea), на время погони дом отвязывается. Попытка натянуть птичий префаб на наземный класс провалилась и записана - так делать нельзя. ПРОЧЕЕ: призрачный вид распространён с торговцев на питомцев (у Пса, Медведя и Волка выключен по указанию), у Пса светятся фиолетовые глаза, белая иконка книги снята со всех свитков призыва, "Жуки Властелина" переименованы в "Рой фараона" на всех 13 языках. ПОРОГИ: крыса 60, стервятник 500, пёс 1300, медведь 2000, волк 4000. ИСПРАВЛЕНО ПО ХОДУ ИГРОВЫХ ПРОВЕРОК: питомцы не призывались обычным кликом (AnimWait требовал удержания), отзыв срабатывал не с первого раза (автомат состояний ItemActionSpawnEntity), крыса проваливалась сквозь мир (IsStuck отключает и пол), питомец подбрасывал хозяина (коллайдеры разводились до появления модели). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
15c59dd37a |
Changelog переписан под формат Nexus: строка = один пункт
Пользователь: "У тебя там много переносов строк, и каждый перенос отображается как отдельное изменение." Так и есть, проверено по разметке живой записи: Nexus заворачивает КАЖДУЮ строку в свой <li> внутри ul.arrowlist. Мой текст был разбит по ширине в 90 символов, поэтому на странице получилось 62 пункта со стрелками - половина из них обрывки фраз вроде "skill's level in a single byte, so everything above 255 was cut". Текст переписан: 16 строк, каждая - законченный пункт, переносов по ширине нет. Содержание сохранено, только плотнее: откат уровня и новая шкала, самопочинка сейвов, два индикатора, мир между подчинёнными, счёт убийств с благодарностью Derizor и Savion, непочиненная модель кинжала для Scarlettdruid, изменения порогов и блок "если приходишь с 1.0.1". Строки длинные (до 288 знаков) - это нормально, пункт переносится сам по ширине колонки, оставаясь одним пунктом. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
f5f9c9b9ff |
Changelog: убрана первая строка с номером версии
Nexus рисует "Version 1.3.0" над записью сам, из отдельного поля, а текст начинался с той же строки - на странице номер задваивался. Проверено на живой записи: "Version 1.3.0 1.3.0 FIXED: ...". Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
e2046a1866 |
Тексты для Nexus в тех форматах, которые сайт на самом деле принимает
Пользователь: "Описание файлов не bb-код и всего 255 знаков."
Описание ФАЙЛА на Nexus - обычный текст с жёстким пределом 255 знаков, разметка
там не работает. Мой NEXUS_FILE_DESCRIPTION_1.3.0.bbcode был написан в неверном
формате и втрое длиннее предела, поэтому удалён, а не оставлен путаться под
рукой. Задним числом это объясняет и живую страницу: у файла 1.0.1 на сайте
висит короткая заметка, а подробный NEXUS_FILE_DESCRIPTION_1.0.1.bbcode из
репозитория туда никогда и не вставлялся - он физически не мог туда влезть.
Вместо него два файла по назначению:
NEXUS_FILE_SUMMARY_1.3.0.txt - 251 знак, в поле описания файла;
NEXUS_CHANGELOG_1.3.0.txt - полные заметки во вкладку Changelogs, тоже
обычным текстом.
Содержание длинного текста сохранено целиком, включая поимённый ответ Derizor,
Savion и Scarlettdruid.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
||
|
AlexCubeandClaude Opus 5
|
7fa68618b2 |
Описание 1.3.0: поимённый ответ на репорты из комментариев Nexus
Страницу мода удалось прочитать впервые (Chrome со своим профилем и отладочным
портом - curl и WebFetch там получают 403 от Cloudflare). В комментариях висит
жалоба Derizor (14.09) и Savion (15.09): убийство не засчитывается, если добил не
игрок своим оружием. Это ровно тот баг, который закрыт 16.09 в
|
||
|
AlexCubeandClaude Opus 5
|
7da12f562a |
YouTube-канал: @alex_cube вместо неверного @alexcube
Пользователь: "Ссылка на ютуб у тебя неверная. Должно быть @alex_cube". Правка во всех четырёх текстах, где ссылка встречалась (README RU+EN, SITE_DESCRIPTION, NEXUS_DESCRIPTION и старое описание версии 1.0.1) - и в самом URL, и в подписи. Заодно описание версии 1.3.0 получило тот же футер со ссылками, что и 1.0.1: исходники, страница на сайте, канал. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
7ea1a63fd9 |
Описание версии 1.3.0 для Nexus + правка строки установки
NEXUS_FILE_DESCRIPTION_1.3.0.bbcode - текст на страницу файла: переполнение уровня и чем оно выглядело для игрока, новая шкала, починка старых сейвов, два индикатора, мир между подчинёнными, переезд мода на воду с 30 на 20. Отдельным блоком то, что войдёт в публичную линию, если у игрока стоит 1.0.1: расходник браслета, починенный счёт убийств, забор блоков, вкладка испытаний, торговцы. В NEXUS_DESCRIPTION.bbcode инструкция по установке обещала скилл "from level one" - теперь он появляется с нулевого уровня и растёт по одному за 20 зомби. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
ed5fea5192 |
1.3.0: шкала 20 убийств за уровень, два индикатора, мир между подчинёнными
Уровень навыка игра хранит ОДНИМ БАЙТОМ (ProgressionValue.Write/Read), поэтому старая шкала "одно убийство - один уровень" при max_level=5000 на каждом сохранении откатывала уровень на 256 назад. Снаружи это выглядело как самопроизвольно закрывающиеся рецепты (жалоба со стрима: Слёзы мертвеца открыты, Пир падальщика под замком при 250+ убитых), а тиры 500/2000/3000/5000 были недостижимы в принципе. Подтверждено на двух живых сейвах: sezon8 - 384 убийства при уровне 129, test8 - 303 при уровне 48. Шкала переведена на 20 убийств = 1 уровень, max_level=250 - влезает в байт с запасом. Уровень больше не накапливается, а вычисляется из necroZombieKillsCVar (float, сохраняется честно) и на каждом убийстве, и постфиксом на PlayerDataFile.ToPlayer - последнее чинит старые сейвы само, без команд и новой игры. Открытое при этом не теряется: в старой шкале уровень всегда был не больше счётчика, так что пересчёт может только вернуть украденное переполнением. Отдельно закрыт случай "счётчик пуст, а уровень есть" - счётчик восстанавливается из уровня по старой шкале. Все пороги пересчитаны в уровни, числа убийств не тронуты, кроме воды: 30 на сетку шагом 20 не ложится, по указанию пользователя мод переехал на 20 - туда же, где браслет и Кровавая сфера. Тег necroNecromancyLvl30 удалён. Сходимость всех 18 рецептов (тег -> RecipeTagUnlocked -> unlock_tier) проверена скриптом. Два индикатора: череп в статус-баре показывает уровень (раньше - общее число убийств), фиолетовая шкала над полосой опыта - продвижение внутри уровня, 0..20. Шкала сделана вёрсткой, а не баффом (бафф умеет число, но не полосу), заполнение привязано через XUi-выражение cvar(). Закрывающая скобка у выражения - одна "}", а не "%}": лишний "%" NCalc читает как остаток от деления и ждёт правый операнд, на чём первая проверка в игре и споткнулась. Третья правка: подчинённые зомби больше не дерутся между собой. Девиация выдаёт приказ "бей зомби", а подчинённый сам EntityZombie, и в targetClasses выражается только тип. Постфикс на EAITarget.check вычёркивает подчинённого из кандидатов (зомби выбирает следующего, настоящего врага), префикс на EntityAlive.SetAttackTarget гасит цель на путях мимо выбора - прежде всего месть, когда подчиняют уже дерущихся. Тексты на 13 языках, README (RU+EN), описания для сайта и Nexus приведены к новой шкале. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
fbd58ad018 |
README: пометка о непроверенном приведена к текущему состоянию
Врезка называла два пункта, а их стало больше. Теперь перечислено и то, что подтверждено в игре (вкладка испытаний, два первых испытания, счёт убийств), и то, что нет: Кровавый камень, новый порог Кровавой сферы, награды испытаний и два новых испытания на Камень духов и Синий портальный камень. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
e71cd69d1e |
Названия испытаний: в стиле, заданном пользователем
Мои были описательные ("Первый подданный", "Короткая дорога домой") - верные по
смыслу и скучные. Пользователь предложил свои:
Камень духов "Не бейте меня" подчинённый зомби бьётся за
игрока, по игроку не бьют
Синий портальный камень "Сам себе G.L.A.D.O.S." отсылка к Portal
Нож некроманта "Основной инструмент" каламбур на "Основной инстинкт"
"Безумный донор" не тронут - он и был авторский, и уже в этом стиле.
КАК РЕШАЛСЯ ПЕРЕВОД, потому что шутки переводятся плохо:
"Не бейте меня" - буквально на все 13, смысл не зависит от культуры.
"Сам себе G.L.A.D.O.S." - имя ИИ сохранено латиницей во всех языках (имя
собственное, в локализациях Portal оно тоже латиницей), переводится только
обёртка.
"Основной инструмент" - каламбур на названии фильма, живёт только там, где
название созвучно. Сохранён: en Basic Instinct -> Basic Instrument, es Instinto
basico -> Instrumento basico, pl Nagi instynkt -> Nagi instrument, ru Основной
инстинкт -> Основной инструмент. Где фильм известен под английским названием или
созвучия нет (de/fr/it/ja/ko/tr/zh) - взят прямой смысл "главный инструмент".
Мёртвую шутку туда не подставляли: каламбур, который не звучит, читается как
ошибка переводчика, а не как юмор.
Описания не переписаны, остались в серьёзно-атмосферном тоне. Контраст выглядит
скорее намеренным; свести тон - отдельная правка на 4 ключа x 13 языков.
Ключей по-прежнему 149, менялись значения, не состав.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
||
|
AlexCubeandClaude Opus 5
|
d8f06cd53a |
Награды испытаний по реальной цене + Камень духов и портальный камень
Пользователь: "за кровь 100 XP маловато". Награды не задавались вовсе, поэтому
все испытания падали на challenge_reward_default (100 XP, gameevents.xml:602).
Своих событий заводить не нужно - готовы 500/1000/2000/2500/5000/10000.
ИСПРАВЛЕНА МОЯ ЖЕ ОЦЕНКА. Я предложил оставить ножу 100, обосновав это тем, что
он "один крафт, без риска", - и сказал это ДО чтения рецепта. В нож входит
1 Кровь некроманта, а её крафт снимает 90 процентов ТЕКУЩЕГО здоровья. Нож стоит
захода на порог смерти, аналогия с craftStoneAxe была неверной. Поставлено 500.
Итоговая лестница, каждое число обосновано ценой:
Камень духов 1 камень + 20 волокон 100
Нож некроманта 5 костей + 10 волокон + 1 кровь 500
Синий портальный камень 150 праха зомби + 3 минералки 2000
Безумный донор 15 крафтов крови = 15 x 90% ХП 2500
Портальный камень: 2000 при одном крафте, потому что в рецепте 150 праха зомби.
Прах падает с помеченной Жертвы по 1-4 с вероятностью 0.4 (loot.xml), в среднем
около единицы за убийство - то есть порядка 150 ритуальных убийств ножом.
Ванильный craftForgedIron (100 крафтов) платит 2000 за такой же грайнд без риска.
Донор: 2500, выше портального камня, потому что оплачивает не грайнд, а
смертельный риск. Выше не пошли - 5000 ваниль держит за химстанцией и тирами
квестов.
Камень духов: 100 и это не занижение - самая дешёвая вещь мода и буквальный
аналог craftStoneAxe, за который ваниль платит ровно умолчание.
ДВА НОВЫХ ИСПЫТАНИЯ, названия под механику:
"Первый подданный" - Камень духов подчиняет зомби, и тот бьётся за игрока; это
первое существо, которое слушается некроманта. Иконка specters_grace совпадает
и с названием предмета, и со смыслом.
"Короткая дорога домой" - камень телепортирует к спальному мешку и не
расходуется. Иконка map_house.
Локализация: 6 ключей x 13 языков, ключей стало 149. Счётчик в README и
SITE_DESCRIPTION обновлён. Текст наград заводить не пришлось - ключи
challenge_reward_*xp ванильные.
НЕ ПРОВЕРЕНО В ИГРЕ.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
||
|
AlexCubeandClaude Opus 5
|
6301a62a54 |
Испытание "Безумный донор": вкладка укомплектована
В скелет сознательно клали одно испытание, чтобы сперва убедиться, что вкладка
появляется. Убедились в игре - добавлено второе, оба заказанных на месте.
<objective type="Craft" item="resourceNecromancerBlood" count="15"/>
Craft, а не Gather: кровь не добывается из мира, она крафтится. count у Craft
работает - проверено заранее, потому что в самых наглядных ванильных примерах
(craftStoneAxe, craftClothes) счётчика нет и легко решить, что его не бывает; на
деле 18 ванильных Craft-целей его несут, вплоть до resourceForgedIron count=100.
Иконка ui_game_symbol_siphoning_strikes ("высасывающие удары") - найдена при
разборе всех 359 доступных символов. Под механику "плати собственной кровью"
попадает точнее любого медицинского символа.
Имя оправдано механикой, а не просто звучит: каждый крафт снимает 90 процентов
ТЕКУЩЕГО здоровья (NecromancerBloodPatch.cs) и требует нож в инвентаре.
Пятнадцать раз подряд - пятнадцать раз до полусмерти.
Зависимости от первого испытания нет и не будет (указание "разрозненно"), хотя
фактически кровь без ножа не скрафтить: игрок сам упрётся в нож, если начнёт с
крови, и это честнее замка.
Локализация: 3 ключа x 13 языков, ключей стало 143. Счётчик в README (RU+EN) и
SITE_DESCRIPTION.html (RU+EN) обновлён той же правкой. Шапка challenges.xml
переписана - она описывала состояние "одно испытание из двух".
НЕ ПРОВЕРЕНО В ИГРЕ.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
||
|
AlexCubeandClaude Opus 5
|
156e046cc2 |
Череп вместо зомби на скилле, вкладке и двух баффах
Вкладка испытаний подтверждена в игре ("вкладка видна, нож сработал"), лог
чистый - ERR за весь запуск ноль, challenges загрузились за 0.08. Заодно
подтвердилось, что осознанный риск скелета сыграл: у группы нет reward_event и
reward_text_key, и игра не сказала ни слова - умолчания корня challenges на
группы распространяются.
По указанию пользователя ui_game_symbol_zombie заменён на ui_game_symbol_skull
во всех четырёх живых местах мода:
progression.xml:90 crafting_skill craftingNecroNecromancy - сам скилл
challenges.xml:41 challenge_category NecroNecromancy - вкладка
buffs.xml:14 buffNecroZombieKillTrackerDisplay - счётчик убийств
buffs.xml:175 buffNecroDarkSense - Тёмное чутьё
Причина пользователя: "Значок зомби - протокольная рожа, как у уголовника. Череп
будет более некромантским."
Вкладка и скилл меняются ТОЛЬКО ПАРОЙ - они обязаны читаться как одно целое. Это
записано комментарием в challenges.xml, чтобы позже их не развели по одному.
СОЗНАТЕЛЬНО НЕ ТРОНУТО: комментарий buffs.xml:150 упоминает ui_game_symbol_zombie,
но описывает ВАНИЛЬНЫЙ класс nav_object="zombie" и его собственную иконку на
карте и компасе. Это не наша иконка, текст не устарел.
Чистый XML, пересборка не нужна.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
||
|
AlexCubeandClaude Opus 5
|
90d8fe331b |
Вкладка испытаний Некромантии: скелет
Новый Config/challenges.xml - мод его раньше не имел. Категория (вкладка), группа и ОДНО испытание "Первым делом - нож". Одно, а не два заказанных, намеренно: файл трогается впервые, сначала надо увидеть в игре, что вкладка вообще появляется. Нож крафтится сразу и без верстака, то есть проверка занимает минуту. "Безумный донор" добавится одной записью, когда скелет подтвердится. РАЗРОЗНЕННО, НЕ ЦЕПОЧКОЙ (по указанию): у группы нет ни link_challenges, ни hidden_by. Побочная польза - снялось противоречие порядка: Кровь некроманта нельзя скрафтить без ножа, так что "донор" первым в цепочке был бы невыполним. ИКОНКИ ТОЛЬКО ИЗ СИМВОЛЬНОГО АТЛАСА ИГРЫ. В templates.xml оба места, где они рисуются (challenge_entry и category_icon), объявлены БЕЗ атрибута atlas, то есть читают атлас по умолчанию; в ванильном challenges.xml все 215 иконок имеют вид ui_game_symbol_* без исключений. Свой атлас мода (NecroFinal) не поможет - обратиться к нему можно только явным atlas= на спрайте, а дописать его в шаблон нельзя: шаблон один на все испытания, ванильные иконки пропадут. Из 359 собранных символов нашлись некромантские, череп не понадобился. Вкладка - ui_game_symbol_zombie (тот же символ, что у скилла в progression.xml, чтобы вкладка и скилл читались как одно целое), нож - ui_game_symbol_knife. Для "Безумного донора" отложен ui_game_symbol_siphoning_strikes. Локализация: 5 ключей x 13 языков, ключей стало 140. Название вкладки взято слово в слово из craftingNecroNecromancyName. Счётчик в README и SITE_DESCRIPTION обновлён 135 -> 140. ОСОЗНАННЫЙ РИСК: у группы нет reward_text_key и reward_event, хотя у всех 20 ванильных они есть. Ставка на умолчания корня challenges (default_reward, default_reward_text_key). Если не сработает - будет в логе, и это дешевле, чем заводить событие награды вслепую. НЕ ПРОВЕРЕНО В ИГРЕ. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
03b4b8f164 |
README: пометка, что сборка проверена не полностью
По указанию пользователя перед пушем. Текст коммитов про непроверенное видит только тот, кто читает историю; README видно сразу. В обеих половинах (RU и EN) раздел "Статус" теперь перечисляет, что подтверждено в игре, и отдельной врезкой - что нет: Кровавый камень (нужен уровень 2000 и химстанция) и новый порог Кровавой сферы (переехала с уровня 1 на 20). Указано, что это ожидаемое место для сюрприза. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
c832f734d7 |
Кровавая сфера открывается вместе с браслетом, а не с уровня 1
Сфера вставляется в Пространственный браслет, но открывалась с уровня 1, тогда как сам браслет - с 20. Девятнадцать уровней её можно было крафтить в пустоту. По записанному правилу мода "пороги - по нужде, а не по силе" порог ставится туда, где предмет впервые нужен. progression.xml: resourceBloodSphere убрана из unlock_entry с unlock_tier="1" и дописана в строку браслета (unlock_tier="2"). recipes.xml: теги рецепта packMuleCrafting -> learnable,packMuleCrafting, necroNecromancyLvl20. learnable как у всех гейтованных рецептов мода, чтобы рецепт не светился в меню до открытия. Два числа обязаны совпадать и совпадают: RecipeTagUnlocked для necroNecromancyLvl20 стоит на level="20,5000", а unlock_tier="2" в группе с unlock_level="1,20,30,60,100,300" - это те же 20. Разойдись они, замок на панели скилла разошёлся бы с реальной доступностью рецепта. Чистый XML, пересборка не нужна. Комментарии в обоих файлах переписаны - там стояло "ЗАМЕЧЕНО, НЕ ИСПРАВЛЕНО". НЕ ПРОВЕРЕНО В ИГРЕ: на свежем персонаже рецепта быть не должно, после 20 убийств должны открыться браслет и сфера одной строкой. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|
AlexCubeandClaude Opus 5
|
8c5636b523 |
Версия 1.2.0: заряд браслета и починенный счёт убийств
Проверка в игре прошла, версия поднята с 1.1.0 до 1.2.0, описания доведены до
текущего состояния мода.
ПОЧЕМУ МИНОРНАЯ, А НЕ ПАТЧ. Тег v1.1.0 указывает на
|
||
|
AlexCubeandClaude Opus 5
|
229b436420 |
Счёт убийств Некромантии переехал из XML в код
Чинит баг: скилл не засчитывал часть убийств зомби. Причин было две, и обе
закрываются одним ходом.
ПРИЧИНА 1: ОДИН КЛАСС - НЕ ВСЕ ЗОМБИ. Счёт висел append-ом на zombieTemplateMale.
Человекоподобные покрыты (effect_group у entity_class наследуется через extends, и
все шаблоны зомби сходятся к Male), но пять зомби-ЗВЕРЕЙ наследуют животную ветку
и до него не доходят вовсе:
animalZombieBear extends animalBear
animalZombieBoar extends animalBoar
animalZombieDog extends animalWolf
animalZombieVulture extends animalTemplateHostile
animalZombieVultureRadiated extends animalZombieVulture
Убийство зомбопса, зомбомедведя, зомбокабана и зомбоворона не считалось никак.
Вороны попадаются постоянно - это и была бОльшая часть "не всегда засчитывает".
ПРИЧИНА 2: target="other" - БУКВАЛЬНЫЙ УБИЙЦА. Триггер onOtherKilledSelf с
требованием EntityTagCompare tags="player" начислял только за убийство своей
рукой. Робомолот, кровотечение и питомцы требование не проходят, хотя опыт игрок
за них получает: ваниль определяет получателя не по убийце, а по DamageSource - в
EntityAlive.AwardKillXPServer, где для этого есть обращение к BuffClass (DoT) и
отдельный флаг bTrapKillXP (ловушки).
Требование было ОДНО на оба эффекта, поэтому недосчитывался и
necroZombieKillsCVar, а это урон Ножа некроманта (items.xml: Damage = CVar / 10).
Баг тихо занижал ещё и нож.
РЕШЕНИЕ: Postfix на EntityPlayer.AddKillXP. Этот метод вызывается ровно из одного
места во всей сборке - из AwardKillXPServer, то есть уже ПОСЛЕ того, как ваниль
разобрала DamageSource и решила, чей это фраг (проверено сканированием IL).
Мы не повторяем её логику и не угадываем владельца турели или автора
кровотечения - забираем готовый ответ. Наш счёт совпадает с опытом на экране по
построению, включая случаи, о которых мы не подумали.
ФИЛЬТР ПО ТЕГУ zombie, А НЕ ПО КЛАССУ. Проверено по данным: zombieBiker,
zombieArlene, zombieBoe, zombieSpider несут "entity,zombie,...", зомби-звери -
"entity,animal,zombie,zombieAnimal,...". Тег есть у всех. Работает это благодаря
тому, что Tags у entity_class НЕ наследуется через extends: каждый реально
спавнящийся зомби выписывает теги сам, а безтеговые шаблоны не спавнятся. Тег
переживёт и новых зомби из патчей игры, и чужие моды.
Повышение уровня воспроизводит MinEventActionAddProgressionLevel.Execute шаг в
шаг по его IL: GetProgressionValue, Level+1, кламп по MaxLevel, для крафтового
скилла AddCraftingSkillNotification и HandleCheckCrafting, затем
bProgressionStatsChanged и bPlayerStatsChanged под !isEntityRemote.
HandleCheckCrafting легко выбросить и дорого потерять - без него рецепты рискуют
не заметить, что открылись. Уведомление с _bAddOnlyIfNotExisting=true, чтобы в
орду не всплывал тост на каждый труп.
Config/entityclasses.xml: append снят ЦЕЛИКОМ, на его месте комментарий, почему
возвращать нельзя - XML-триггер рядом с патчем засчитает убийство своей рукой
ДВАЖДЫ. Это единственная ловушка переезда.
Сборка: 0 ошибок (4 прежних MSB3277). Проверено рефлексией по собранной DLL:
атрибут нацелен верно, перегрузка AddKillXP ровно одна, имя параметра killedEntity
совпадает с ванильным (Harmony инжектит по имени - опечатка дала бы молчаливо
неработающий патч), PatchAll подхватывает файл сам.
НЕ ПРОВЕРЕНО В ИГРЕ. Отдельно: питомцы НЕ гарантированы - патч следует решению
ванили, а не принимает его. Если ваниль не зачисляет владельцу убийство
питомцем, не зачислит и он; это отдельная работа, а не ошибка здесь.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
||
|
AlexCubeandClaude Opus 5
|
e890999391 |
Кряк боли при создании Крови некроманта
Крафт крови и так снимает 90% текущего ХП, но делал это молча. Теперь на том же
месте играет штатный звук боли игрока - тот, что слышно при накалывании на кол
или на колючую проволоку.
ИМЯ КЛИПА СПРАШИВАЕТСЯ У СУЩНОСТИ, А НЕ ВПИСАНО СТРОКОЙ. Звук боли зависит от
пола персонажа (Data/Config/entityclasses.xml):
playerMale SoundHurt="player1painlg" SoundHurtSmall="player1painsm"
playerFemale SoundHurt="player2painlg" SoundHurtSmall="player2painsm"
playerFemale extends playerMale и переопределяет обе строки, так что
захардкоженный "player1painlg" выдал бы женскому персонажу мужской кряк. Вместо
этого зовутся GetSoundHurt() и GetSoundHurtSmall() - публичные методы
EntityAlive, каждый из которых целиком есть чтение поля (проверено по IL:
"ldarg.0; ldfld soundHurt|soundHurtSmall; ret", токены разрешены через
Module.ResolveField).
ПОРОГ ВЗЯТ У САМОЙ ИГРЫ. EntityPlayer переопределяет
GetSoundHurt(DamageSource, int) - тот самый метод, через который проходят колья
и колючая проволока. Его IL разобран целиком, и правило такое: урон СТРОГО
больше 15 -> большой кряк (soundHurt), 15 и меньше -> малый (soundHurtSmall),
плюс фолбэк на большой, если малый не объявлен. Воспроизведено один в один,
включая строгое "больше" и фолбэк; константа названа PainSoundBigDamage и несёт
этот разбор в комментарии.
Сам GetSoundHurt(DamageSource, int) не вызывается: ему нужен DamageSource, а
здесь урона от источника нет - ХП снимается через AddHealth, осознанно (см.
комментарий на месте вызова). Правило выбора - три строки, поэтому оно повторено,
а не подделано синтетическим DamageSource.
PLAYONESHOT ВЫЗВАН РОВНО КАК В ВАНИЛИ. Единственный вызывающий -
EntityAlive.OnUpdateEntity, IL 348: там PlayOneShot получает
sound_in_head:false, serverSignalOnly:false, isUnique:false, _animEvent:null,
volumeScale:1f. Значения по умолчанию у Entity.PlayOneShot - те же самые
(сверено через RawDefaultValue), так что вызов одним аргументом поведенчески
идентичен ванильному: кряк идёт ОТ персонажа, а не "в голове". Оттуда же взят
null-guard - ваниль пропускает вызов при пустом имени клипа, а не отдаёт его
PlayOneShot.
Вызов стоит ПОСЛЕ AddHealth(-amount), а не до: крафт, который свалился бы выше,
не должен издавать звук, которому игрок не найдёт объяснения. При цене 90% это
практически всегда большой кряк - малый включится только на остатке около 17 ХП,
там же, где его сделала бы малым ваниль.
ЗАОДНО: устаревшая шапка NecromancerBloodPatch.cs. Комментарий утверждал, что
кровь живёт в item_modifiers.xml, "not in items.xml, since 2026-09-15". Откат
15.09 это отменил, но тогда правились только комментарии в items.xml, а .cs
пропустили. Переписано: кровь в items.xml, и рядом коротко, почему её оттуда
нельзя двигать.
Сборка: 0 ошибок (4 прежних MSB3277 про версии System.Runtime, к правке
отношения не имеют). Скомпилированный PlayPainSound проверен рефлексией по
готовой DLL - вызовы идут в ожидаемом порядке.
НЕ ПРОВЕРЕНО В ИГРЕ. Проверять обоими полами персонажа - ради этого имя клипа и
спрашивается у сущности.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
||
|
AlexCubeandClaude Opus 5
|
5a512260cc |
Кровавый камень: бесконечный заряд браслета
Эндгейм-версия расходника Пространственного браслета: то же место в слоте, что у
Кровавой сферы, но не тратится вовсе. Кода менять не пришлось - только конфиги.
ЗАОДНО ЭТО ПОЧИНКА УЖЕ ОТГРУЖЕННОГО ТЕКСТА. Сообщение о пустом слоте
(braceletSpatialVaultNoMod) и описание браслета обещают игроку "кровавую сферу
ИЛИ кровавый камень" на всех 13 языках с 15.09. Пока камня не было, оба текста
отправляли за предметом, которого в игре не существует.
СОВМЕСТИМОСТЬ СЕЙВОВ - ПЕРВОЕ, ЧТО ПРОВЕРЕНО. resourceBloodStone - НОВОЕ имя, в
существующих сейвах его нет, значит нет и ни одного стака, который читался бы по
другой байтовой раскладке. Это ровно то условие, нарушение которого в
|
||
|
AlexCubeandClaude Opus 5
|
896501dcd8 |
Откат крови и Кровавая сфера вместо неё
Чинит поломку сейвов, внесённую предыдущим коммитом |
||
|
AlexCubeandClaude Opus 5
|
e362c627e7 |
Кровь некроманта - топливо Пространственного браслета
Шесть указаний одного захода, которые сложились в одну механику: поглощение блока больше не бесплатно. Браслет требует модификацию в слоте, кровь ею стала, и она на это тратится. СТАК ПО ОДНОЙ БАНКЕ. Наследуемый medicalBloodBag даёт Stacknumber 15, и это надо перебивать явно - Extends копирует свойство целиком, а не "если не задано иначе". Дорого и так задумано: Чёрный портал просит десять банок, то есть десять ячеек. ПРОЧНОСТЬ 1000. Свойства с именем вроде Durability в игре нет; ручек две, и обе обязательны. Число - пассивный эффект DegradationMax (ItemValue.MaxUseTimesBase -> EffectManager.GetValue), полоска - отдельное свойство ShowQuality (XUiC_ItemStack.ShowDurability -> ItemClass.ShowQualityBar). Без первой прочность равна нулю, а полоска при MaxUseTimes == 0 рисуется ПОЛНОЙ, то есть забытый эффект выглядит как "всё работает". tiered="false" обязателен: ItemClass.HasQuality читается как Effects.IsOwnerTiered(), и тированная группа превратила бы банку в предмет с качеством, с тирами и рамкой. КРОВЬ ПЕРЕЕХАЛА В item_modifiers.xml. Это не настройка, а смена класса предмета: XUiC_ItemPartStack.CanSwap открывается строкой `if (!(stack.itemValue.ItemClass is ItemClassModifier ...)) return false;` - слот модификации не смотрит ни на теги, ни на свойства, пока предмет не ItemClassModifier, а этот класс создаётся только из <item_modifier>. Свойства вида CanBeInstalled не существует; остаться ресурсом в items.xml и вставляться в браслет физически нельзя. На старом месте оставлен комментарий-указатель. Что при этом проверено, а не понадеялось: рецепты резолвятся (ItemClassModifier наследует ItemClass, имена лежат в общем ItemClass.nameToItem, Recipe ищет через GetItemClass по тому же словарю); сейв цел (ItemClass.assignIdsFromMapping берёт айди из сохранённого name->id мэппинга, перестановка в конфигах предмет не подменит); Harmony-патч и ключи локализации ходят по имени, имя не менялось. ЛОВУШКА ПЕРЕЕЗДА: у модификации effect_group применяется к предмету, В КОТОРЫЙ её вставили - прочность 1000 начала бы выдаваться БРАСЛЕТУ. Пассивка гейтована tags="necroBloodFlask", тег добавлен в Tags флакона: MaxUseTimesBase зовёт GetValue с ItemTags того предмета, для которого считает. СЛОТОВ У БРАСЛЕТА 1, было 4. Слот из набора улучшений стал выбором. ПУСТОЙ СЛОТ ОТКАЗЫВАЕТ. Проверка стоит первой строкой Begin, впереди всех остальных отказов: прочие про ЦЕЛЬ (нет блока, не тот блок, хранилище полно), эта про ИНСТРУМЕНТ, и сказать "здесь нет блока", когда пуст браслет, значит отправить игрока искать не там. Тест - ItemValue.HasMods(), игровой собственный: обходит только Modifications, пропуская null и IsEmpty, и не считает CosmeticMods, иначе краска читалась бы как "браслет заряжен". Звук отказа достался бесплатно - Deny() в этом файле уже играет ванильный ui_denied. РАСХОД. Цена пула считается ОДИН раз, при старте, и едет в PickupJob.ChannelSeconds вместе с самим браслетом. Не потому, что так короче: ChannelSecondsFor меряет луч игрока, а за десять секунд игрок успевает отвернуться - второй вызов насчитал бы цену за другой блок, а не за тот, который забрали. Браслет хранится экземпляром по той же причине: моды живут на ItemValue, а колесо прокручивается. Списывается в SpendBlood, ПОСЛЕ SetBlockRPC и после того, как предмет лёг в хранилище: все отказы выходят раньше через return, так что кровь за отменённое поглощение невозможна по построению. Имя предмета берётся из NecromancerBloodPatch.BloodItemName, а не вторым литералом, чтобы не разъехались. Мод, который не кровь, не платит ничего и поглощению не мешает - слот задуман под другие вещи. КОНЧИЛАСЬ - РАЗБИВАЕТСЯ. Правило именно "прочность 0 или меньше", а не "не хватило на пул", и разница не косметическая: по второй формулировке флакон, которому хватило впритык, остался бы в слоте с нулём, HasMods() видел бы "что-то вставлено", и браслет работал бы бесплатно до конца света. Поэтому зажим по MaxUseTimes убран, а слот обнуляется через ItemValue.None - это type 0, ровно то, что проверяет IsEmpty(). Последнее поглощение проходит всегда, флакон его просто не переживает. Звук - ванильный itembreak, тот же, что играет ItemAction.HandleItemBreak. Защита: если MaxUseTimes окажется 0 (снесли passive_effect или тег), флакон НЕ удаляется, а в лог идёт предупреждение с указанием, где чинить. Без этой ветки ошибка в XML съедала бы игроку предмет на первом же поглощении, и выглядело бы это багом механики. Локализация: новый ключ braceletSpatialVaultNoMod в 13 языках, плюс описания флакона и браслета - механика стала условной и платной, и оба текста без этого стали бы враньём. Известное и намеренное: кровавого камня, который обещает сообщение о пустом слоте, ещё нет - он запланирован, разбор в BACKLOG.md. В игре ничего из этого не проверено. --- Necromancer's Blood is the Spatial Bracelet's fuel Six instructions from one session that add up to one mechanic: pulling a block into the vault is no longer free. The bracelet needs a mod in its slot, the blood became that mod, and it is spent doing the work. ONE JAR PER STACK. The inherited medicalBloodBag sets Stacknumber 15 and it has to be overridden explicitly - Extends copies a property wholesale, not "unless set". Expensive on purpose: the Black Portal asks for ten jars, so ten slots. DURABILITY 1000. There is no property called anything like Durability; there are two knobs and both are required. The number is a DegradationMax passive effect (ItemValue.MaxUseTimesBase -> EffectManager.GetValue); the bar is a separate ShowQuality property (XUiC_ItemStack.ShowDurability -> ItemClass.ShowQualityBar). Without the first, durability is zero - and the bar at MaxUseTimes == 0 draws FULL, so a forgotten effect looks exactly like success. tiered="false" is mandatory: ItemClass.HasQuality is Effects.IsOwnerTiered(), and a tiered group would have turned the jar into a quality item with tiers and a frame. THE BLOOD MOVED TO item_modifiers.xml. Not a setting but a change of item class: XUiC_ItemPartStack.CanSwap opens with `if (!(stack.itemValue.ItemClass is ItemClassModifier ...)) return false;` - a mod slot looks at neither tags nor properties until the item is an ItemClassModifier, and that class is only created from <item_modifier>. No CanBeInstalled property exists; staying a resource in items.xml and going into the bracelet is impossible. A pointer comment was left where it used to live. Checked rather than hoped: recipes still resolve (ItemClassModifier extends ItemClass, names live in the shared ItemClass.nameToItem, Recipe looks them up through GetItemClass); saves are safe (ItemClass.assignIdsFromMapping takes ids from the stored name->id mapping, so shuffling configs cannot swap the item); the Harmony patch and the localization keys go by name, and the name did not change. THE TRAP IN MOVING IT: a modifier's effect_group applies to the item it is INSTALLED IN - the 1000 durability would have been granted to the BRACELET. The passive is gated with tags="necroBloodFlask" and the tag added to the flask's own Tags: MaxUseTimesBase calls GetValue with the ItemTags of whatever it is computing for. THE BRACELET HAS 1 MOD SLOT, down from 4. The slot stopped being a set of upgrades and became a choice. AN EMPTY SLOT REFUSES. The check is the first line of Begin, ahead of every other refusal: the others are about the TARGET (no block, wrong block, vault full), this one is about the TOOL, and saying "no block there" when the real problem is an empty bracelet sends the player looking in the wrong place. The test is ItemValue.HasMods(), the game's own: it walks Modifications only, skipping nulls and IsEmpty, and does not count CosmeticMods - a dye would otherwise have read as "loaded". The refusal sound came free: Deny() in this file already plays vanilla's ui_denied. THE COST. The price of a pull is computed ONCE, at the start, and carried in PickupJob.ChannelSeconds along with the bracelet itself. Not for brevity: ChannelSecondsFor measures the player's ray, and ten seconds is long enough to turn away - a second call would charge for a different block than the one taken. The bracelet is kept as an instance for the same reason: mods live on the ItemValue and the hotbar scrolls. It is charged in SpendBlood, AFTER SetBlockRPC and after the item is in the vault: every refusal returns earlier, so blood charged for a cancelled pull is impossible by construction. The item name comes from NecromancerBloodPatch.BloodItemName rather than a second literal, so the two cannot drift. A mod that is not blood pays nothing and does not block the pull - the slot is meant for other things. RUNS OUT, SHATTERS. The rule is "durability 0 or less", not "could not cover the pull", and the difference is not cosmetic: under the second wording a flask with exactly enough left would sit in the slot at zero, HasMods() would see "something installed", and the bracelet would work for free forever. So the MaxUseTimes clamp is gone and the slot is cleared with ItemValue.None - type 0, exactly what IsEmpty() tests. The last pull always completes; the flask simply does not survive it. The sound is vanilla's itembreak, the same cue ItemAction.HandleItemBreak plays. A guard: if MaxUseTimes comes out 0 (the passive effect or the tag removed), the flask is NOT deleted and a warning naming the fix goes to the log. Without that branch a config error would eat the player's item on the first pull and look like a bug in the mechanic. Localization: a new braceletSpatialVaultNoMod key in 13 languages, plus the flask and bracelet descriptions - the mechanic became conditional and paid, and both texts would have been lies without it. Known and deliberate: the Blood Stone the empty-slot message promises does not exist yet - it is planned, written up in BACKLOG.md. None of this is tested in game. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01MnwP2Dt1vk8bUPJ452EoVL |