Зона 65 «Сказка для охотника»: гнездо (6505) недетерминированно кладётся не в ту комнату — квест «не работает»

[kvirund]

Симптом

В квесте «Сказка для охотника» (зона 65) гнездо с птенцами (obj 6505) на ресете зоны кладётся не всегда в ту комнату. Квест ожидает гнездо в дереве в комнате 6510 («На краю оврага»), но фактически оно попадает в одно из четырёх одинаковых сухих деревьев (obj 6503): комнаты 6510 / 6530 / 6532 / 6534.

Когда гнездо легло не в 6510, игрок приходит на правильную клетку, видит сухое дерево, но осмотреть дерево → «Внутри ничего нет», взять гнездо дерево → «не видите гнезд». Квест «не работает». Раз на раз — то работает, то нет.

Воспроизведение

zreset 65 несколько раз подряд, и после каждого где гнездо (иммом):

zreset	комната, куда легло гнездо 6505
1	6532 «В гуще леса» ← НЕ та
2	6510 «На краю оврага» ← верно
3	6510 «На краю оврага» ← верно

Выдержка из лога игрока (Ивета), попавшего на «плохой» ресет, — она на правильной клетке 6510:

На краю оврага [6510]
...
Высокое сухое дерево, кажется, готово вот-вот упасть.
рубить дерево
Вы начали усердно рубить сухое дерево коротким топориком.
Откуда ни возьмись, выскочила птичка-невеличка и стала вокруг Вас летать.
вз гнезд дер
Вы не видите 'гнезд' в сухом дереве.
ос дер
Давно погибшее, но еще не упавшее дерево ... крупное дупло.
Состояние: идеально. сухое дерево(на земле)
 Внутри ничего нет.

Доказательство из логов движка

[Extract obj] при ресете печатает комнату, где лежал старый экземпляр гнезда. Видно, что гнездо реально жило то в 6510, то в 6532:

2026-05-30 19:31:11  [Extract obj] Start for: хрупкое гнездо с птенцами vnum == 6505 room = 6532
2026-05-30 19:44:48  [Extract obj] Start for: хрупкое гнездо с птенцами vnum == 6505 room = 6510
2026-05-31 00:51:18  [Extract obj] Start for: хрупкое гнездо с птенцами vnum == 6505 room = 6532

То есть игрок смотрел в правильной комнате — гнездо просто оказалось в другом дереве.

Причина (код)

В zon/65.zon:

P 0 6505 0 6503 -1     (хрупкое гнездо с птенцами)
        ^ arg2 = 0  → искать контейнер по всему миру

При arg2 == 0 движок (ResetZoneEssential, case 'P', src/engine/db/db.cpp) ищет контейнер глобально: SearchObjByRnum(arg3) → WorldObjects::find_first_by_rnum (src/engine/core/handler.cpp, src/engine/db/world_objects.cpp). А find_first_by_rnum возвращает первый элемент std::unordered_set (m_rnum_to_object_ptr). Порядок в этом сете определяется хешами указателей (адресами в куче), то есть какое из четырёх деревьев 6503 окажется «первым» — не определено.

Почему проявилось после перехода на YAML

Данные зоны 65 (zon/obj/trg/wld) не менялись (сверял world.20260516 ↔ world.20260530 — идентичны). Баг латентный, был всегда. На legacy-загрузке раскладка кучи стабильно ставила дерево 6510 «первым» (квест казался рабочим). YAML-бутстрап (другой парс-путь, тред-пул, другой порядок аллокаций прототипов) сдвинул порядок в unordered_set — и «плохие» исходы стали частыми. Отсюда ощущение «вдруг сломалось после перехода на Ямл».

Как починить — данные (быстро, от формата не зависит)

Привязать раскладку гнезда к комнате 6510 (тогда движок идёт по ветке GetObjByRnumInContent(arg3, world[6510]->contents)):

- P 0 6505 0    6503 -1
+ P 0 6505 6510 6503 -1

Дерево 6510 грузится строкой выше (O 0 6503 -1 6510), контейнер на месте.

YAML (zones/65/zone.yaml):

- - PUT 0 6505 0 6503 -1
+ - PUT 0 6505 6510 6503 -1

OLC (zedit), на работающем сервере:

1. zedit 65
2. F — показать все команды
3. найти строку поместить 6505 [...] в 6503 [...] (в комнате 0 [везде]), запомнить её номер
4. E, ввести этот номер
5. промпты: предмет → 6505, Комната → 6510, контейнер → 6503, вероятность → -1
6. X, сохранить зону

Как починить — движок (рекомендуется)

Сделать выбор контейнера в P при arg2 == 0 детерминированным: искать по списку мира / в порядке создания, а не брать «первый из unordered_set». Иначе любой квест с несколькими одинаковыми контейнерами-целями так же будет лотереей.

[bylins]

проверить все команды zon файла P и если указано положить в предмет которых несколько в мире и не указана комната загрузки (0) вывести номер зоны и номер строки для ручной правки

[kvirund]

Просканировал world.20260530 (994 zon-файла) на однотипную проблему: команда P с arg2=0 (искать контейнер по всему миру), где контейнер грузится в мир больше одного раза → движок кладёт предмет в недетерминированный (после #3372 — детерминированный «первый созданный», но не обязательно нужный) экземпляр.

Учитывались команды ресета O/P/G/E как источники экземпляров контейнера; %load% из dg-скриптов не считал (статически не видно). «экз.» — сколько раз контейнер грузится.

зона	контейнер	экз.	строки zon	комнаты-носители	кладут (obj)
48	4800 куст малины	6	13–55 (18 шт)	4807,4811,4812,4814,4816,4818	4801 малина
65	6503 сухое дерево	4	29	6510,6530,6532,6534	6505 хрупкое гнездо с птенцами
80	8001 дубовая бочка	2	132–169 (29 шт)	8059,8062	8002 яблоко
80	8015 сундук	8	99	8006,8016,8054,8056,8061,8063,8088	8015 сундук
288	28812 большой сундук	2	44–69 (5 шт)	28841,28868	28813 мешок с деньгами, 28816 жезл хранителей ночи
339	33927 печь	3	49–85 (3 шт)	33921,33927,33929	33930 пирог
339	33928 сундук	2	126–132 (3 шт)	33951,33953	1733 книга со вставками из змеиной кожи, 33929 гора монет
476	47642 сундук с золотой оковкой	2	75,78	47679,47681	47643 хрустальный браслет безмолвия, 47644 браслет обездвиживающего взгляда
501	50112 небольшой сундучок	5	9–74 (6 шт)	50100,50158,50161,50162,50166	50113 кинжал с рукоятью из слоновой кости, 50114 куча кун
620	62043 крестьянская телега	2	84	62026,62041	62044 оглобля
626	62648 кальян	3	104–116 (3 шт)	62637,62640,62649	62646 гашиш
646	64615 огромный кованый сундук	4	112–114	64692,64693,64694,64695	64618 книга с магическим символом, 64651 сокровище древних, 64653 браслет с ликом Морока
866	86606 полуразрушенный саркофаг	2	35,40	86641,86645	86600 серебряный шлем с золотой личиной
965	96515 расписной ларь	2	88–91 (3 шт)	96575,96576	96529 увесистый кошелек, 96530 плащ непогоды

Приоритеты

Критично (ценные/квестовые предметы в один из нескольких сундуков — та же беда, что с гнездом): 288 (жезл хранителей ночи), 476 (браслеты), 501 (кинжал+куны), 646 (сокровище древних, браслет с ликом Морока), 866 (серебряный шлем), 965 (кошелёк+плащ), 339/33928 (книга+монеты), 620 (оглобля). Предмет каждый ресет оказывается в случайном из нескольких контейнеров.

Вероятно декоративное/фуражное, но лут стекается в один контейнер: 48 (малина), 80/8001 (яблоки), 339/33927 (пирог), 626 (гашиш). Тут несколько P на один и тот же контейнер-vnum: после #3372 все они кладут в один (первый созданный) экземпляр, остальные кусты/бочки/печи пустые. Раньше было так же, только недетерминированно.

65/6503 — уже исправлено в рамках этого тикета.

Подозрительное: зона 80, стр. 99 — P 0 8015 0 8015 кладёт объект 8015 в контейнер с тем же vnum (сундук в сундук). Похоже на опечатку — проверить отдельно.

Как чинить (в данных, через OLC/YAML)

Для каждой строки указать комнату-носитель вместо 0 (arg2 = vnum комнаты, где стоит нужный контейнер). В zedit: zedit <комната> → F → E <строка> → на промпте «Комната …» вписать нужный vnum. Если контейнеров несколько и в каждый нужен свой предмет — на каждую строку своя комната.

Замечание: движковый фикс #3372 убирает рандом (выбор стабилен), но не «распределяет» — несколько P на один vnum по-прежнему лягут в один экземпляр. Где нужно по предмету в каждый контейнер — обязательна привязка по комнате.

[bylins]

65-288 сделано