Добавляю новый пак аватаров. Все папки и номера вводятся нормально. Но пак школьниц при вводе номера последнего арта (175) выдаёт ошибку.

Приветствую. Несколько некритических багов:

1. На локации "Диалоги.НПСНПС" в строке около 1879 после комментария "!отказаться 44" пропущен оператор во второй части условия:

elseif relat['<<$rab>>_<<$player>>_<<$num[0]>>']<-100 or val($people['<<$rab>>_<<$num[24]>>'])-25:

Из за этого ГГ всегда получает отказ при попытке помочь с уборкой сортира, наверное, должно быть

val($people['<<$rab>>_<<$num[24]>>']) < -25

2. На локации "Дворбой" в 4-х строках около 2247 после комментария "!подложить девушку 2 согласие" в вызовах "gs ('statistic',...)", наверное, надо добавить, "gs ('statistic',..., $rab)" иначе получается, что ГГ давал во влагалище, даже несмотря на то, что он мальчик.

3.На локации "Воздействие" в действии "Помириться", наверное, надо что-то предусмотреть, чтобы переменные summ не получали отрицательных значений, а то при согласии помириться иногда отношения серьёзно ухудшаются.
Там две строки, примерно одинаковые

!раб
set summ=(100+val($people['<<$rab>>_<<$num[24]>>']))/5+((2+val($people['<<$rab>>_<<$num[24]>>']))*2)
...
!плаер
set summ=(100+val($people['<<$player>>_<<$num[24]>>']))/5+((2+val($people['<<$player>>_<<$num[24]>>']))*2)

num[24] - это "Открытость".
Вопрос, а не задумывалось ли, чтобы в первой строке просуммировать открытось "раба" с коэффициентом 1/5 с открытостью "плаера" с коэффициентом *2, а во второй строке "summ=..."  просуммировать "плаера"/5 и "раба"*2 ?
Или наоборот ?
А то сейчас получается, что при "Помирении" отношения одного к другому могут сильно вырасти, а в обратную сторону наоборот, упасть.

Отредактировано Jerronif (2023-01-12 20:29:42)

Я забыл закинуть фикс в папку) Всё работает

Отредактировано KuvJohn (2023-01-13 18:20:45)

Jerronif
Кто ты, воин?

Приветствую.
Я нашёл баг, в целом, некритичный, очень старый. Хотя при некоторых обстоятельствах последствия могут быть непредсказуемыми.
Проявляется так:
На любой локации к вам подходит персонаж Х и редко-редко ...
Х говорит, что вам лучше не общаться с .  Вас одарили парочкой вопросов ...
или
Х советует вам пообщаться с . ...

В общем пропущен персонаж, с которым надо пообщаться.

Я разобрался, откуда он берётся. На локации "Диалоги.новые" в строке около 1185 есть такой код
    Set $num[vibor]=$num[i[56]]
В дальнейшем значение $num[vibor] используется для формирования текста и т.д.

Обычно в этом месте vibor = 1000, но иногда выполнение кода до этого места доходит, а значение переменной vibor получается -1. А в qsp значение минусовых элементов массива всегда пустое, даже если туда что-то записали.

Значение -1 в vibor попадает,  походу из домашнего телефона: поговорили, повесили трубку, вышли на улицу и на тебе: "Пообщайся с ."

У игры получается неправильное, но некритичное поведение, игроку выводится пустой текст, в массиве relat появляются левые элементы, когда $num[vibor] - пустая строка.

А вот если в vibor'е окажется не -1, а какое-нибудь конкретное число 1..100, может похерится массив $num, тогда игра поведет себя непредсказуемо.

В общем предлагаю в "Диалоги.новые" и в "Диалоги.НПСНПС" (больше нигде не нашёл) перед
Set $num[vibor]=...
поставить
Set vibor=1000

На локации "Дворбой" в действии "Подложить кого-нибудь" мальчиков, наверное, следует исключить, а то дальшейшие события строго под девочку заточены.
В строке 1897 в условие включения в список "подкладывания", я у себя добавил
and $people['<<$num[i[22]]>>_<<$num[3]>>']!'Мужской'

Там же в строке 2204 перед репликой "ты молодец, – осипшим после недавнего визга голосом ..." вместо $rab должен быть $player, а то непонятно, чьё имя подставляется.

Еще во время сна если кто-то "имеет вес в школьных кругах и отношения положительно сказываются на вашем авторитете", то печатается имя игрока, а не того, кого имеет вес.
На локации "Сон" в строке 380, i[18] заменить бы на i[32]

Здесь нашёл, локация "Комната" строка 847, перед условием добавить бы "if $num[i[16]] ! $player and ...", чтобы player в массив $picnic вообще не попадал.

В локации "Характеры" несколько строк в районе 4790± не содержат пробела после имени персонажа и нет закрывающего html-тега для <b>.

В локации "Транспорт_иветы" в строках 3938-3942 пропущены номера картинок, наверное, должно быть типа "teadrinkmm<<rand(0,1)>>.jpg"

Выше писали об отсутствии действий при попытке подвезди на велосипеде м-м.
Там же в "Транспорт_иветы" в строке 4215, должно быть "vrem[5]=4", в комментарии же так и написано.

При прогуле урока за школой выскакивает ошибка "нет локации". В локации "Динамики" в строке 12448 написано "set $progloc='За школой'", а должно быть "Задний двор".

При попытке отдать питомца игра виснет - бесконечный цикл в действии "Позвонить" локации "Телефон", в строке 247 "set i[11]+=1".

Здесь уже писали уже про интересный глюк, при выходе из дневника выкидывает на какую-то еще локацию. Действительно такое происходит, если из дневника выйти не по действию "Закрыть дневник", а через гиперссылки вспомогательного окна, например, "пойти на урок", в "столовую" и др.
После этого на других локациях при закрытии дневника будет восстановлен текст основного окна и действия той локации, где дневник открывали первый раз.
Надо каким-то образом подчищать переменную $ekrannou, если вышли из дневника не по действию "Закрыть", а как-то ещё.
Чтобы не искать возможные пути выхода из дневника, предлаю это сделать на любой игровой локации, т. е. из дневника всегда попадаем на какую-нибудь игровую локацию, там и зачистим. Считаю, что лучше всего для этого подходит код из переменной "$ludi", он как раз вызыватся из каждой игровой локации и не вызывается из локаций, которые могли бы отноститься к дневнику и инвентарю. У себя вставил строчку "set $ekrannou=''" в локацию "Динамики" после строки 3506, вроде работает.

Отредактировано Jerronif (2023-01-20 23:01:08)

В локации 'statistic' не хватает обработчиков для вывода статистики по сиськам, с номерами 67 и 68, хотя статистика ведётся.
Сейчас пишет так:
Изменение статистики персонажа: XX +1 Партнёр(ша) YY(
Если допишите строчки для 67 и 68, то ещё предлагаю длинный if...elseif..elseif.., который заканчивается в строке 285 дополнить веткой else такого характера. На будущее, легче видеть, что что-то пропущено.

    else
        *p 'Баг. Пропущен параметр <b>№<<$args[0]>></b>'
    end

P.S. В одном из недавних фиксов локация 'statistic' правилась и там появился разделитель строк <br> в конце. С разделением строк статистика читается приятнее, но очень часто первая строка статистики сливается с предыдущим текстом. Может лучше его убрать, а разделение строк сделать заменив в строке 155 оператор "*p" на "*nl" ?

Отредактировано Jerronif (2023-01-21 18:38:21)

Ага, только дальше идёт интересный код, который, мне кажется, работает неправильно.
Если не сложно, поясните словами, что задумывалось со строки 205 по 254.
Я вижу так:
если у персонажа есть криминал (стр.205),
то (здесь, кажись, ошибка) проверяется в стр. 206 будет ли он сам с собой ... того.
Потом сложное условие в стр.208 на взаимоотношения с директором и его страхи, наверное оно иногда срабатывает, иногда нет.
Если срабатывает, типа, директор простил - криминал обнуляется.
Вот когда не срабытывает идёт еще одна проверка уровня секса перса и директора и взаимоотношений с директором и берётся результат расчёта из стр. 206.
В общем, этот код тоже, наверное, иногда срабатывает, и расчитывается секс с директором и криминал обнуляется, все ок.
Наверное в строке 206 должна проверяться ориентация директора:
dynamic ($poiskorientac,$num[all],$num[i[32]])
И в конце в строке 251 идёт назначение наказания как 1/5 криминала.
Так получается, что если у персонажа не получается ничего с директором (а сейчас сам с собой) и есть криминал, то вечно ему заниматься в сортире.
Я и смотрю, персы которые чистили сортир всё время все там, и наказание ни у кого не уменьшается.
Может после 251 строки тоже поставить сброс криминала?

Отредактировано Jerronif (2023-01-22 16:00:44)

Еще ошибка, старая, в локации "Динамики" в коде, который называется "ивент от тени" со строки 5596.
Действие "Побежать за помощью", если оно случается во втором варианте со строки 5730 для МГГ приводит к ошибке "Нет локации".
Там в строке 5752 идёт уход на "Подсобпизделово", а там в свою очередь вызывается "dynamic $fight", а ему для выхода нужна переменная $loca, а она пустая.
Если посмотреть другую ветку ивента, где есть переход на "dynamic $fight", то можно заметить, что $loca принудительно присваивается значение "Подсобпизделово"
"Динамики", строка 5686
Эта ветка заканчивается нормально.

Походу в самой локации "Подсобпизделово" перед "dynamic $fight" в строке 9 надо бы поставить set $loca='Подсобпизделово'.

Правда всё равно весь ивент кривоватый за МГГ: при любом исходе поединков всегда "засранцы бегут прочь". Ну тут я не придумаю.

Отредактировано Jerronif (2023-01-22 23:59:41)

Samanta
Опять вы меня скопировали, а я накосячил ((
"Динамики", стр378 и 388
set args['stat'] = stat['<<$player>>_29_<<$кфи>>']
set args['stat'] = stat['<<$player>>_30_<<$кфи>>']

И с пунктами 27, 28 статистики:
строка 150, сейчас такая:
set args['stat'] = stat['<<$player>>_27_<<$rab>>']
должно быть 28

строка 249, сейчас такая:
set args['stat'] = stat['<<$player>>_28_<<$rab>>']
должно быть 27

Отредактировано Jerronif (2023-01-23 23:28:46)

Еще несколько багов:

Локация "Библиотека" действие "Читать до конца уроков" 4 строка в конце строки оператора *NL палка вместо точки.

Локация "Секс_позы" строка  1147 в конструкции <<$people[''<<$rab>>_<<$num[1]>> пропущена первая зябочка (знак меньше).

Выход из сцены секса изменяет отношения только в одном случае, когда ГГ инициировал сакс и затрахался до предела, локация "Секс" со строки 33.
А во всех остальных случаях "Поправили одежду и разошлись", и ничего.
Мне кажется 7 строчек кода из локации "Секс" со строки 33 (от "if" до "end") должны стоять в "Динамиках" со строки 912 в самом начале кода $endofsecdynam.
Тогда любой выход из секса ухудшает отношения если партнёр остался недоволен и улучшает если всё ок. И теперь это работает и когда инициатор ГГ, и когда инициатива у другого персонажа.

Т.к. я у себя эти 7 строчек перенёс, то далее приведённые мной номера строк в "Динамиках" могут на 7 не попадать.

Выход из драки часто оставляет два действия, например, если выполнение локации "ДракаLP" доходит до строки 1004, игроку отображается действие "Далее". По этому действию игроку отображается новый текст с картинкой, изменяются какие-то параметры и выполняется код $endoffight. А в $endoffight добавляется действие "Уйти", а действие "Далее" остаётся. Если "Далее" нажать еще раз, произойдёт ещё одно изменение параметров и т.д. если не нажать "Уйти".
В коде $endoffight - "Динамики" со строки 2091 первым оператором следует сделать "cla", тогда при выходе из драки не будет неоднозначностей и "Уйти" будет единственным действием.

Многоэтажный ивент в подсобке, который в "Динамиках" со строки 5943 имеет примерно такое же поведение как в драках. По крайней мере за жгг.
При срабатывании ивента я выбираю 'Посмотреть', потом 'Наблюдать дальше'.
Код из "Наблюдать дальше" устанавливает переменную $metka и переходит на начало ивента.
По установленному значению $metka в начале ивента осуществляется jump куда-то вглубь многоэтажного кода ивента, и он более-менее отрабатывает нормально.
Но потом выполнение кода всё равно доходит до строки 6424 и у меня помимо действий, которые должны быть по логике, еще раз появляется действие "Наблюдать дальше", нажатие на которое ивент зацикливает.
Решение: перед "act 'Наблюдать дальше':" добавить строчку "if $metka ! '': exit"

И, наконец, мастурбация, когда кто-то занимается сексом, тоже содержит лишнее неправильное действия.
Локация 'Диалоги.НПСНПС' со строки 1526 определает действие 'Далее', если его нажать, то поведение зависит, заметили ГГ или нет. Если ГГ заметили, то это само по себе нехорошо, но код работает нормально. А вот если "не заметили", то выполение может дойти до строки 1716 и там не очистив действие "Далее" появляется "Уйти". "Уйти" - правильное действие, а на нажав "Далее" действия можно зациклить, если опять не заметят, конечно.
Предлагаю со строки около 1530 (ниже комментария "заметили"), там где рядом стоят операторы "*clr" и "cla", оператор "cla" перенести в 1527 сразу после "act 'Далее':".
Но только "*clr" переносить нельзя, там в ветке "заметили" экран должен очищаться, а других ветках - нет.

Отредактировано Jerronif (2023-01-25 22:23:56)