Отчет 4

Все запланированное за неделю сделал, кроме hud для мини-игры в кости, как-то подзастрял я тут в заведении Петит, так что решил отложить пока это, и заняться другими задачами.

Сделал новую версию мини-игры в уголке любви, и она мне не понравилась, конкретно здесь этот вариант оказался не совсем удачным, оставлю его для других целей. Так что я вернулся к старому варианту, но полностью переписал код и доработал. Как и раньше, надо поднять возбуждение npc как можно выше, но не до конца. А чтобы придать элемент игрового процесса, я добавил всплески возбуждения, которые могут возникать время от времени у npc, и при высоком возбуждении они могут резко заполнить шкалу, чем больше скорость, тем они выше, и вдобавок, саму шкалу будет хуже видно при большой скорости анимации. Это все еще просто играется, но добавит хоть какой-то элемент игрового процесса, а кому все это не надо - на легкой сложности все эти новые элементы отключаются, будет как раньше.
Также переписал мини-игру в постели, но там я ничего не изобретал, только немного улучшил то что есть, и сделал мини-игру в целом чуть быстрее. Подумываю над тем, чтобы добавить настройку в МСМ, чтобы игрок мог выбрать ее скорость, сейчас в новой структуре вставка общего множителя времени возможна.
Доработал свое кастомное меню с выбором количества монет, добавил возможности выбирать заголовочную иконку, на самом деле такая ерунда у меня почти пол дня отняла, я не мог понять как это сделать, учитывая, что у меня там на временной шкале уже была анимация, которая проигрывается для того чтобы показать, что попытка была неудачной. Если бы я добавил иконку как новый объект, мне бы пришлось делать анимацию для каждой, копировать, насколько я понял - там нельзя, а если добавлять внутрь иерархии, то у меня при проигрывании анимации глючили иконки, и не переключались, или переключались но во время анимации сбрасывались в дефолт, и я там промучился достаточно долго. При чем, я так и не понял в чем было дело, в какой-то момент, после полной переделки элемента это вдруг заработало, хотя я делал по сути то же самое. Есть подозрение, что это как-то связано с изменением имени клипов, и что после создания анимации нельзя его менять. Возиться с этим я в любом случае уже больше не хотел, работает и работает. Но теперь есть меню, которое можно использовать для большего количества случаев. Правда еще надо будет его адаптировать, чтобы можно было использовать для обычного выбора, без всяких шансов и процентов.

У меня почему-то в памяти было, будто бы я сделал вариант, чтобы при малой карме была возможность согласиться на свидания в обмен на монету Дибеллы. Возможно хотел сделать и не добавил. Так что решил устранить этот недочет. В целом переделал структуру запуска свиданий. Раньше надо было именно согласиться сперва, имея высокую карму, после чего Мадам водит и рассказывает правила, сейчас квест запускается сразу, вступительную сцену по желанию можно пропустить, а от кармы будет зависеть - появится ли вариант диалога про уголок любви и можно ли будет пойти в постель. Что как по мне логично, героиня может решить заработать таким образом, ведь плату она получает за заказ, а это можно делать без секса, пока персонажи не поймут в чем дело и не перестанут подходить. Также добавил вариант чтобы можно было получить монету за свидания, надо будет достичь максимального одобрения среди клиентов 10\10(на столе появилась "гостевая книга", там можно посмотреть репутацию, текущий процент который мы получаем от заказа, и количество золота до следующего порога). Для этого пришлось сцену(где Мадам дает задание с Кили), так и диалоги все структурно с Мадам переделать. Но это также не отменяет квест с людьми Петит, его можно будет запустить независимо. Кстати я также заметил, что я не доделал этот квест, потом вспомнил, что я и правда его откладывал и концовку не сделал, мы в итоге не получаем никакой доли, так как он не завершен, и мне еще это предстоит сделать.

В общем, достаточно много всего переделал в заведении Петит, пора с этим завязывать, я тут очевидно уже значительно больше времени потратил, чем планировал.

Мне надо будет еще фреймворку время уделить, я давно им не занимался. Остановился когда столкнулся с проблемой, и она до сих пор не дает мне покоя. Я сейчас работаю над системой мимики, это самая сложная часть из всего фреймворка. Планирую создать такую систему, где у меня может быть много разных механик, которые будут управлять разными частями лица, и не будут при этом конфликтовать(например, для того, чтобы мне не надо было делать отдельные пресеты для орального секса, а я применял один, только для рта, поверх другого, это должно наслаиваться, без резких переходов, рот должен будет по моей задумке открываться и закрываться плавно). Что-то вроде системы весов. В качестве хранилища пресетов, у меня выступает JContainers, очень удобно в нем хранить любые данные и пробрасывать их через обычную Int переменную по скриптам, это очень быстро для папируса, а здесь скорость важна. На данный момент я работаю над модулем плавной смены пресетов, это такой основной слой, который будет очень медленно менять один пресет на другой в рамках одного набора, чтобы лицо не казалось статичным (это есть и в Воришке). И у меня там какие-то проблемы непонятные с Jcontainers, не могу разобраться, просто пропадают мои объекты, хотя не должны. Я много раз перечитал их документацию, и как там и написано - добавляю их в JDB, чтобы они не удалялись. В этом плагине есть механика, которая удаляет объекты, если они не закреплены принудительно, или не находятся в JDB, чтобы не засорять память. У меня они как раз в JDB, в одном из ее контейнеров, но спустя 10 секунд после инициализации, у меня лог заспамлен тем, что я обращаюсь к несуществующим объектам, по сути они все пропадают. Но что странно, в других местах этого не случается, и я не могу разобраться в чем дело. Я могу объекты привязывать, но тогда есть риск раздутия сохранения, так как в данном случае, каждый тик формируется отдельный объект, финальный вариант после смешения всех механик, и отправляется в скрипт, который применяет разом весь пресет, я там написал такую механику, которая очень быстро это делает, без перебора в цикле, буквально за один кадр, то-есть, по сути могу делать 60-ти кадровую анимацию, но естественно не буду так часто обновлять, это большая нагрузка на папирус, и оно не надо, 30-ти вполне достаточно чтобы было плавно (потом, когда получше разберусь с с++, возможно, полностью перенесу на его сторону всю логику). В общем, основная проблема в том, что у меня есть недопонимание логики JContainers, если объекты исчезают здесь, будучи добавлены в JDB, почему бы им не исчезнуть где-нибудь еще, например во время выполнения квеста и сломать его, если я буду и там использовать. А когда мои механики станут большими, если из-за этого где-то возникнет проблема, мне станет крайне сложно ее причину. Не могу двигаться дальше, пока не разберусь в чем дело. На следующей неделе я собираюсь немного времени уделить этому.

Сейчас решил заняться квестовой стадией с карманником, набрасываю пока что общий макет, меняю имеющуюся структуру основного квеста, чтобы его туда встроить. И занимаюсь другими подготовительными работами, попутно прописывая пошаговый сценарий.

И как всегда, огромное спасибо за вашу поддержку!