Trust

В оригинале ребенку-бомбисту, который изображает динозавра можно дать сувенир Тирекс Динки, но в SFW такой опции диалога нет. ID выложу позже, надеюсь я правильно помню насчет динозавра...

ИСПРАВЛЕНО. Я давно выкатил в фикспаке. Там была проблема, что Тирекс Динки !== Динозаврик. Я исправил это проверкой того и другого, и сделал простенький скрипт в диалогах.

Здравствуйте! После публикации моего исправления у Магнума появилась мысль, что фикс можно пришить к новой версии, если он не будет конфликтовать, и его структуру подогнать к стандартам платформы SFW. У меня на этот счёт так-же появились дополнительные мысли. Значит вот процитирую сообщение, о том, как работает мой скрипт: QST/MISC: BooksToCapsITEM scn BooksToCaps array_var PrewarBookID ref rBook int BookTempCount Begin OnAdd Player foreach PrewarBookID <- (GetListForms aaaSFWBooksFormList) let rBook := *PrewarBookID set BookTempCount to Player.GetItemCount rBook If BookTempCount > 0 Player.RemoveItem rBook BookTempCount ;1 Player.AddItem aaaSFW10XpRewardItem1 (BookTempCount * 10) ;1 EndIf loop set BookTempCount to Player.GetItemCount SFWBookGeneric450 If BookTempCount > 0 Player.RemoveItem SFWBookGeneric450 BookTempCount ;1 Player.AddItem f (BookTempCount * 450) ;1 EndIf set BookTempCount to Player.GetItemCount SFWBookGeneric725 If BookTempCount > 0 Player.RemoveItem SFWBookGeneric725 BookTempCount ;1 Player.AddItem f (BookTempCount * 725) ;1 EndIf set BookTempCount to Player.GetItemCount SFWBookGeneric1000 If BookTempCount > 0 Player.RemoveItem SFWBookGeneric1000 BookTempCount ;1 Player.AddItem f (BookTempCount * 1000) ;1 EndIf Player.RemoveItem BooksToCapsITEM 1 1 End Тоесть процедура замены запускается добавленным предметом, и она состоит из цикла на список из 17 книг и обычных Ифов для 3 особенных книг. Я не разобрался пока как вернуть 2 ответа, чтобы на них распределить всё логичнее. Но как видно, конфликтов быть не должно.Я не пытался уничтожить существующую систему, а всего-лишь её обошёл немножко Если подшивать, то наверное нужно переименовать все записи в стандарт SFW, и учесть, что сфв-шный список книг (который вообще не использовался) был расширен книгами-копиями и был задействован в цикле как массив Ещё возможно стоит восстановить 2 ветки ответов в вид "Забирай все обычные книги" и "У меня для тебя есть особые книги" (тоесть текст ответов переименовать, а писец будет отвечать типа "молодец, вот твоя награда") - в случае такой структуры диалога скрипт можно разделить на два маленьких. ====== Можно циклом обрабатывать оригинальные числовые реплики продажи Fallout 3, Например "Я ПРОДАМ 5 КНИГ" (ПСЕВДОКОД) foreach ... If PreviousCount == 0 set PreviousCount to 5 EndIf If GetItemCount BOOKID >= PreviousCount set Count to PreviousCount Else set Count to GetItemCount BOOKID EndIf <ПРОДАТЬ Count> PreviousCount = (PreviousCount - Count) If PreviousCount == 0 Break EndIf loop Для каждой количественной реплики только цифру 5 нужно менять на необходимую. Везде я предлагаю одинаковый принцип: Диалог пишет глобальную переменную с числом книг (или токен) и добавляет игроку заскриптованный предмет. Таким образом мы можем избежать дублей скрипта, постоянной высокой нагрузки, и снять ограничения на количество скриптовых строк ====== КОРОЧЕ, вся эта химия со списками, массивами и счётчиками позволяет обрабатывать ворох книг Вегаса в "Ванилла-Стайл" Fallout 3... либо тупо моментально продавать все книги без разбора. ЗАЧЕМ? ПРИЧИНЫ? - Система рецептов как-то странно взаимодействует с улучшенными скриптами повторяющегося книжного квеста, что когда вы на верстаке сделаете тысячу книг и соберёте столько-же автолутом, то продажи просто зависнут, как-будто у вас нету книг вообще.

Как вариант -- ты можешь в смежных проблемах дать перекрёстные ссылки, на смежные баги, "в темы друг-друга"

10 Домов С Вылетом -- это одна и та-же проблема, во множественном числе. Вот, ты говоришь, что йобнешься, если проблемы будешь разделять... ...А мы "йобнемся", если весь трекер завалят не разделёнными проблемами все остальные пользователи, в твоём стиле. (дурной пример заразителен). И, просто пойми, что отслеживать каждый баг очень трудно, когда разные проблемы свалены в кучу. Может статься так, что первую проблему мы решим, а про вторую забудем, из-за неудобного оформления бага. Если будешь разделять темы, -- вероятность исправления всего-про-всё -- будет значительно выше. PS: Сорян, не хотел тебя ничем обидеть, просто мне надо было "суровую правду" высказать вслух.

Ну раз вы задекларировали своё оружие -- прошу, проходите, Сэр. <СЕМЁН УВОЛЕН>

Патроны и Республика -- ДВА РАЗНЫХ БАГА, плиз пости в таких случаях ДВЕ разных темы на трекере.

https://www.nexusmods.com/newvegas/mods/84662?tab=files может текстуру здесь взять??

В ЭТОМ СООБЩЕНИИ ПОСЛЕДНЯЯ ВЕРСИЯ! Дубль Силового Поля надо выключать не в MQ11DL, а в MQ09! PylonFix-and-ForceField-02.esp

Это так и должно быть??

Рабочий Фикс, Нужно Тестирование PylonFix-and-ForceField-02.esp

Короче, я сделал копии Полей и Коллизий к ним (всего 4шт). Короче, Эти Копии надо включать в MQ05 и выключать вначале скрипта MQ11 Но сначала эти копии объектов надо привести к нормальному виду (Убрать огрызки MQ11 из их записей, чтобы оно не конфликтовало, и работали вызовы из скрипта) Это НЕ_ГОТОВЫЙ ФИКС, а промежуточная версия, требующая редактирования!!! ; Включаем в MQ05 SFWMQ11FieldFX04R.enable SFWMQ11FieldFX04L.enable SFWPPForceImpactR01.enable SFWPPForceImpactL01.enable ; Выключаем вначале скрипта MQ11 (где включаются оригинальные объекты) SFWMQ11FieldFX04R.disable SFWMQ11FieldFX04L.disable SFWPPForceImpactR01.disable SFWPPForceImpactL01.disable PylonFix02.esp

К несчастью, силовое поле прибито гвоздями к скрипту его уничтожения Праймом. Но мне удалось починить пилоны для ворот. PylonFix.esp

КРИК ПОДОБЕН ГРОМУ!!!