Рабочая, но было не очень понятно как именно, ещё и якобы в стек помещается, что совсем неверно. И с [им|экс]портируемыми и критическими функциями нельзя использовать.

Работают.

Если обе локальные, то проблем не будет — выполняются последовательно. Если первая импортируемая, то помещать её и следующую за ней в критический блок:

Но вообще это всё наследие оригинальной виртуальной машины и к F1/F2 отношения почти не имеет.

Разумеется, на Смитти :-p

В том и фишка, что поскольку это наследие, то и работает отдельно. Знаю как это устроенно и как работает.

Минимальное обрабатываемое время равно 1, и это реальная секунда. Можно, конечно с дополнительными усилиями, изменить частоту до, к примеру, 1/10 секунды или больше.
Но с 0 обработка будет при первой возможности.
Добавляешь отладочные сообщения и смотришь на результат (меняя 1 на 0):

В ddraw.ini измени значение переменной CanSeeAndHearFix на 0.

В ченжлоге напишут.

спс. проверю.
что это за функция "CanSeeAndHearFix"? по смыслу перевод мне понятен, могут видеть и слышать. как на практике это должно работать?

0 — отключает и 1 — включает. если не путаю.

Измени WorldMapDelay2 в сторону увеличения (WorldMapFPSPatch конечно должен быть равен 1).
Или можешь включить WorldMapEncounterFix:

Вот здесь какое-никакое описание ;)

Верно :-p

Ха! Значит я твою логику правильно понял. Но. В итоге это не работает должным образом. И все бои в игре становятся значительно проще. Так, например, в случайках: если до начала боя отойти чуть дальше от НПС. То часть этих НПС будет игнорировать бой\ГГ. Или иначе. Можно даже стоять на месте, но не стрелять в самого дальнего, тогда этот дальний тоже будет игнорить ГГ (и совершенно не важно, если рядом с ним будут падать трупы товарищей). Вот такая история. Реализм тут не работает, извини.

Вот такие у меня настройки по дефолту (из пака Pyran'а):

На какое значение оптимально поменять WorldMapDelay2=66?
У меня есть подозрение, что его (WorldMapDelay2=66) увеличение значительно увеличит шанс появления случаек при пешем перемещении, как бы хуже не стало.

Да значение это. Увеличение сделает встречи чаще, но ты же жаловался, что на машине они редко происходят. По логике машина и должна быстро ездить и встречи происходят реже, попробуй ее еще останови. Хочешь воевать ходи пешком:-)

Попробуй WorldMapEncounterFix=0 поставить в 1

если я правильно понимаю перевод, то частота встреч не будет зависеть от моей скорости передвижения. а тогда с какой периодичностью я буду попадать на случайки?

да. я жаловался. хотя.. после ГЕСКО только на машине и катаешь. т.ч. до учащённых встреч при пешем путешествии не должно быт дела, ведь пешком ходить уже не придётся. значит придётся не забыть подправить конфиг в нужный момент.

\\прост реально скучно становится, когда катаешь от локи к локи, нет никаких встреч и нет опасности. по этой причине я и жаловался. я бы саму машину замедлил, а не мудрил с вероятностью встреч. -20% скорости к машине было бы для меня идеалом. да и где там машине разгонятся. кто вообще теперь может знать с какой скоростью машина должна ездить? у меня нет старого компа для проверки.

"working as intended" © ;-p

Это домыслы ;) С чего бы ему игнорить ГГ когда рядом его друзяки мрут? Подтверди фактами (с сейвом) :-p

Наоборот, опция включает реализм. Взгляни на второй якобы "нормальный" мувик — почему мужички внутри дома, в дальней комнате, реагируют, а на улице на углу мужик не слышит, и даже возле двери один не слышит (потом услышит, когда раненный убегать начнёт).
Проблема заключается в том как происходит "оповещение" что обижают братюню — во время своего хода персонаж просто сканирует (видимость/слышимость) окружающих и если находит обиженного братюню, то тихо вступает в бой и бежит к обидчику. А по-нормальному (нужно сделать) он при вступлении в бой ещё бы должен был бы всем другим братюням в пределах их видимости/слышимости сообщить об этом.

На твой вкус, поставишь 200 — уменьшение в 3 раза.

Конечно увеличит :-p

С какой должна, с такой и ездит — старый комп не нужен.
Если пеший за конкретный промежуток времени проходит 1 пиксель, то машина добавляет к этому пикселю ещё 3. Её апгрейд (GVAR_CAR_BLOWER=439) в НКР добавит 1 пиксель, а первый апгрейд (GVAR_NEW_RENO_CAR_UPGRADE=455) в Нью-Рино ещё 1 и второй (GVAR_NEW_RENO_SUPER_CAR=456) там же ещё 3.

Есть такая фигня, от восприятия криттера же зависит, раньше писал же об этом когда мусолили эту тему — кстати я тогда и не заметил разницы в улучшении от этого фикса , как не не бегали дальне-стоящие криттеры так не бегали при вкл. опции, даже если в 10 гексов чувака убьешь тот будет стоять курить. Сейчас не тестировал, может чего изменилось. Хотя думаю нет, раз ты пишешь что некоторые дальние могут вообще не прибегать :-)

В общем плюнул на я твой фикс) и переопределил расстояние на которое реагируют криттеры, для человеко подобных добавил еще и влияние интеллекта, поэтому тупые стоят курят :-)

Отправлено: 3 окт 17 05:13

Так это нужно было с самого начало сделать.
А что ты там изменил я до сих пор понять не могу.

чувствую меня начинают слегка подтроливать. я всё доступно написал выше в примерах. и повторяться не буду. НПС даже в самых абсурдных ситуациях игнорят бой\ГГ.

ожидаемое не совпадает с действительным. а вот это надо исправить, они все разом должны слышать. они не в параллельной вселенной находятся. если ты говоришь про реализм, то:
1. ты убил баланс, т.к. бои теперь вообще никакой сложности не представляют.
2. звуки выстрелов (если говорить про реализм) будут слышны и внутри здания. по сигналу тревоги обычно поднимается весь гарнизон (военная часть), а не только часовые. сообщение об опасности может передаваться между НПС, таким образом они все и реагируют.
3. с тем дальним НПС упущение, но и он в итоге реагирует на опасность. а надо реакцию сделать одинаковой для всех, все должны бежать и атаковать ГГ.

ты всё правильно понимаешь, вот только это оповещение должно работать на внушительной области. в итоге этот механизм не работает. благо я научился отключать это — проблема решена.

сейчас такая же ситуация. хотя я раньше (в 14году) не сталкивался с такой проблемой.

хорошо, вот несколько примеров:
1. лагерь работорговцев (сестра сулика). снаружи стоит дома стоит охранник. убиваем его. из дома выбегает 2 самых ближайших НПС. все остальные будут стоять на месте. свой ход они постоянно пропускают и бой автоматически завершается. если я войду в помещение, то бой начинается сразу (или не сразу, тут тоже странность случается, иногда надо поближе подойти к ним).
2. https://drive.google.com/file/d/0B9saTzYQVc...iew?usp=sharing
сразу предупреждаю — это не самый абсурдный пример, но очень похожий. самые дальние НПС не будут атаковать.
3. пример в пещере налётчиков (по квесту Город8).
https://drive.google.com/file/d/0B9saTzYQVc...iew?usp=sharing
сразу предупреждаю — это похожий пример на скрине. НПС видит меня и нападает. вот на таком большом расстоянии. его собратья игнорят. что получается: 1 — он бежит ко мне и умирает, остальные игнорят. 2 — я его убиваю, он падает рядом с собратами, его смерть собраты игнорят.

как это сделать? без влияния интеллекта. как их заставить всех атаковать ГГ?
у меня есть подозрение, что даже отключение CanSeeAndHearFix не решает проблему полностью.
если мне память не изменяет, то в оригинале они все нападали. я помню эти долгие ходы, проверка\передача хода каждому НПС нейтралу\врагу в локации. хорошо помню пример, когда в городе Дэн (яма\дыра), если напасть на работорговцев, то аж прибегали из церкви охранники. это перебор..., но игра становится веселее.

--
все эти видео и скрины я делал в качестве различных баг-репортов для сборки Pyran'a (отдельно RP, ECCO, sFall). придираться к этим скринам не надо, хотя они и отображают ряд проблем, наглядно проблема боя показана в видео.

Всегда такое было.
Поэтому.

Вот тест из оригинала без всяких фиксов, ставим 2 криттера в чистом поле
на одном расстоянии от гг у одного из них будет восприятие 10, у другого 5.
еще ставим одного поближе к гг.
стреляем в ближнего — в бой вступают 2 криттера тот что ближе стоит, и тот у которого восприятие 10 — с восприятием 5 стоит курит. Какого х?
Вот она нерешенная проблема!

Я тоже помню это, раньше лет 10-15 назад трава была зеленее)
Нужно вообще без сфала попробовать, может чего он в боях накасячивает, ибо были за ним такие грешки.

Отправлено: 3 окт 17 17:36

В скрипте у крафти hs_withinperception.ssl

помножить на другое число.
+ добавить такую строчку,

в конец перед строкой. а эту удалить

Ну и скомпилировать скрипт при помощи SSE4 :)

Отправлено: 3 окт 17 18:58
Начал заново перечитывать эту тему с CanSeeAndHearFix, что бы окончательно понять)

Crafty
Заметил что ты поменял в скрипте двиг. функцию is_pc_sneak_working_ на сфалловскую ты ее поправил, или ты просто ошибся?

А что должно было в этом изменится? Это механика игры: если братюня помирает, то рядом стоящие видят и входят в бой, но если они не видят обидчика, то и сделать ничего не могут — включи debug.log и увидишь там "Somebody Died and I don't know why! Run!!!".

Потому что убран идиотизм когда дальние "видят" через стены на большем расстоянии только потому что стоят лицом.

Может так и должно быть? Сейв не для красоты прошу.

Этого механизма нет в движке вообще, как ты его отключаешь?

Такие сложности, достаточно заменить всё содержимое на "return 1" ;)

Теперь мы видим другой идиотизм, на видео у qwester :)
Имхо хуже стало, хотя он там в броне анклава от сюда многие могут просто не будут атаковать в связи с настройками AI-пакетов.

Хотя если qwester убивает там за углом работорговца, то вся эта шайка в принципе не должна агрится на гг, так как никто не увидел как убили их братюню.

Это понятно что не видит кого атаковать.
Но это тупо как-то, потому если бы братюня умер стразу с первого выстрела то да это было бы справедливо, но когда раненый бранюня уже побежал и не сообщил рядом стоящим "го со мной мочить козла" — вот это тупо!

Нужно будет проверить.

Ну зачем так радикально, меня там только не устраивает X2 к дистанции для тех кто не видит гг в бою. поэтому предпочитаю ее слегка поднять.
Можно еще всякие дополнительные проверки навешать.

Отправлено: 3 окт 17 22:32

Ну вот проверил, вижу что "сообщения" работают, стало намного лучше.
Кто до этого стоял жопой к гг не атаковал, теперь атакуют.
Каков радиус действия сообщений?

При этом отдельно стоящие жопой к гг не атакуют — что правильно, ну или они глухие — не слышат что в 15 гексах (при восприятии 5) за спиной у них происходит бой.

Имеем такой расклад на картинке
При CanSeeAndHearFix = 0:
Бегут все, кроме криттера под номером "2", и курильщика на крылечке.
-------
При CanSeeAndHearFix = 1 без фикса на сообщения:
Бегут мужик с пейджером и ниже стоящие за стеной, остальные отдыхают.
Я так понял мужик под номером "1" если бы не было стены то же побежал бы?
-------
При CanSeeAndHearFix = 1 с фиксом сообщений:
Бегут все кроме курильщика :)
При этом если убрать мужика с пейджером сообщений верхние под номерами 1 и 2 не бегут.

Отправлено: 3 окт 17 23:12

Ага а вот и косяк в твоей реализации, не бежит мужик #1 если убрать стену и мужика с пейжером,
при выключенной опции бежит.

Стены нет а он все равно не видит, давай исправляй косяк)
Ели что вот картинка с гексами для подсчета расстояния, у черных вос=5 у синих вос=7
Надеюсь У вас там Яндекс работает))

я обратил на это внимание. они не только реагируют на экипировку, но и на скорость с которой я уничтожал их братюнь. а где этот параметр ИИ можно отключить? пусть все меня видят и не боятся, так сложнее играть.

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

если говорить про РП, то в нём надо НПС усиливать через редактор, ну и параметры повысить (если это играет значение). а иначе какой смысл? они такие умные, но при этом атакуют в меньшинстве или уссываются от страха все вместе.

В настройках AI, но он там не один.
Хочешь сложности, не носи тяжелую броню и стреляй с однозарядного ZIP-гана :)

Верхний #1 не слышит из-за расстояния и не видит, хоть и стоит лицом, из-за какой-то преграды. Мне отсюда не видно какой ;) Давай сейв, скажу.
Исправлять нечего, там всего три строчки — просто включил для всех нпс функцию (combatai_notify_friends), которую использует ГГ для оповещения своей группы поддержки что нужна их помощь.

404, нирабы без него проживут, а то бог нападёт.
Нормальным приходится через впн и ко. заходить.

Сейчас будут прибегать все :-p
Что касается страха, то (на примере банды Мецгера) это когда подбегает мужик, стреляет, потом разворачивается и почему-то убегает? Отключай NPCsTryToSpendExtraAP или ставь там достаточно большое значение для использования основного оружия. Вообще нужно менять им или статы или шанс попадания в AI-пакете — они в мили кулаком попасть не могут ;)

Нет никакого сейва, это тест карта.
А он наверное не бежит, потому, что между таргетом(кого атакует гг) и ним есть стена (я не полностью стену убирал), потом проверю.


Отправлено: 13 окт 17 16:15
Хотя стоп, на вторром скрине, между ними нет никакой преграды.
Ищи косяк не в исправлении оповещения, а в основном фиксе canseeandhearfix
Так как этот криттер должен тоже атаковат.

Алгоритм изменений в is_within_perception описан. Там нет никакой отсебятины (вроде раз этот пацак в синих портках, то иногда его будем не замечать) — используются движковые функции и если #1 его не видит, то значит есть причина (может он слепой? Или "скрытая" ошибка в движковой функции). Точно смогу сказать имея юзабельный сейв :-p

Без фикса со всей карты "убираются" вообще все стены/препятствия.

Решается?

И зачем это надо? Я, например, прошёл Ф2+РП+ЭККО неделю назад. Я не разу не встречал безоружного противника. А одевать броню в бою — это бред полнейший. Где вообще встречаются НПС без оружия? Говоря про броню, то если она будет выпадать физически (как в моде Ниррана), то это к чёртовой матери ломает баланс, т.к. ГГ в начале игры имеет ещё больше денег и лучшую защищённость.

Вся эта хрень с искусственной поломкой оружия и выпадом брони имела бы смысл.., если бы была реализована система износа оружия. При этом. Если оружие износилось более 60 процентов, то его уже нельзя отремонтировать. Аналогично и к броне.

Оружие и броня должны разбираться, а детали применяться для ремонта. Чем выше навык Ремонт, тем меньше уходит деталей и выше процент восстановления. Я бы реализовал ремонт (если возможно) через инвентарь, по аналогии с зарядкой оружия, — просто заряжать оружие и броню деталями. При стрельбе этот параметр будет чуть уменьшаться, а у брони параметр будет уменьшаться от получения урона. Хорошо бы ещё для брони и оружия добавить шкалу износа.

---
А ещё лучше поправить оружие и защищённость у ряда НПС и банд. Я планировал взяться за эту работу на базе РП, но пока руки не дошли... В ЭККО уже много чего исправлено.

Износ на движке F2 нереальная штука, нет свободного параметра который бы позволял запоминать текущую изношенность у предмета.
В моде Акеллы реализован псево износ — когда ты выкинул предмет на карту зашел вышел и он уже от ремонтировался.

Отправлено: 28 окт 17 18:04

А фиг его знает)
Облутание близ лежащих ящиков во время боя я думаю неплохая была бы фишка.

Нужно делать мод с головой, к примеру выпавшая броня продавалась бы в 10 раз дешевле, ну и защищала бы меньше — типа БУ броня :)

тезисно...

Проблема с ценами решается при помощи мода ЭККО от Фобоса. Но не решит проблему с излишком денег, если броня будет выпадать часто.
\\К примеру, силовая броня БС в СФ у меня стоила 42.000 (~ Харизма 6, ~ торговля 7), в конце игры избытка денег почти не было.

Мод Ниррана на выпадение брони привязан к навыку Ремонт (как мне объясняли). Чем выше навык, тем выше шанс выпадения брони.

Вот эта идея и меня тоже посещала, — если игроку будет выпадать поломанная броня. Но тогда на каждую броню придётся рисовать изменённый скин сломанной версии. Так же броня не должна выпадать, если НПС получил критический урон, т.е. был разорван в клочья, сожжён и т.д. При помощи мода (МрФИКС) на крафт можно было бы сделать ремонт и разбор брони. Смысл здесь такой — поднял 5 штук — сделал одну. И сломанную броню нельзя носить.

Жаль нельзя износ реализовать.

Ну раз есть доступ к инвентарю нпс (а значит и к самому нпс), то critter_inven_obj(who, всегда INVEN_TYPE_RIGHT_HAND для активной или INVEN_TYPE_LEFT_HAND для неактивной).
Сами флаги:
objLeftHand = 0x1000000 ; слот левой руки
objRightHand = 0x2000000 ; слот правой руки
objWorn = 0x4000000 ; слот брони

Полагаю (не вникал) что стартовые x и y объекта ещё не размещённого (tile_num=-1) на карте.

В теории можно всё :-p
Есть нпс визуально одетые, к примеру, в боевую броню и с её статами, но без самой брони в инвентаре. Если они оденут другую броню, то статы суммируются, из-за чего они круто апнутся. И понятно что коррекцией статов в прошниках/картах никто заниматься не будет.

Без понятия (такого у себя не видел, по виндовому курсору мышки в мувике видно что какая-то подгрузка), больше похоже на тех.проблему/драйвера. Но интереса ради хотелось бы взглянуть на содержимое f2_res.ini/ddraw.ini.

Сам и ответил (но не этот параметр) ;)
Места куча, но простой записью/чтением это не решить.
Много деталей (отображение текущего процента износа, как считать сколько попаданий выдержит и насколько дешевле станет) и самое главное движковый механизм обработки когда предметов несколько (из-за чего куча багов вроде множественного снятия брони или потеря КБ).

Немного не понял, это флаги непосредственно для объекта-предмета который принадлежит НПЦ? Мне это для маппера димса надо.

В смысле несколько предметов?, там же вроде у каждого предмета будет свое значение износа хранится в сохранке(в карте) (как в случае с патронами у оружия или зарядами у счетчика гейгера).
Ну да мод для реализации не из легких, много что надо пробовать, еще наверное и двиг. придется допиливать.

Что ты этим хотел сказать?)

Да я вот тоже не пойму для чего они, меняешь их а положение не меняется.
Но офф.маппер туда пишет значения, смотря куда ставишь объект.

Отправлено: 31 окт 17 00:36

Было у меня такое, но очень редко случается — нет там никакой подгрузки просто не показывает ход криттеров.

Поле flags, которое с помощью установки битов определяет некоторые параметры этого объекта:

У персонажа есть инвентарь, в котором каждая вещь состоит из двух частей — указателя на эту вещь и её количество. При одевании брони или взятии предмета в руку просто устанавливается флаг objWorn/obj*Hand вместо уменьшения количества и создания копии с установленным флагом. Если у тебя будет две брони с 50%, а "лежать" они будут вместе, то и уменьшение прочности будет затрагивать обе. Поэтому нужны дополнительные танцы с бубном.

Он используется. Любой объект — это универсальная структура, в которой некоторые переменные одинаковые для любого объекта (причём разные типы объектов их могут и не использовать — у оружия или там патронов тоже "есть" инвентарь).
На мой взгляд лучше подходит неиспользуемое для оружия/брони поле cid в union, которое расположено там же где переменная curr_hp (0x58, и по смыслу лучше подходит) для персонажей (curr_hp сохраняется только у персонажей):

Там отлично видна системная (не игровая) подгрузка — что-то записывается/читается на диск, к примеру, эмулируемая видеопамять.

Ничего не знаю... что ты вообще все всегда портишь)
Хочешь сказать, что в стопке предметов, у всех этих предметов будет один и тот же параметр в котором будет записан тек.износ предмета? И как с количеством патронов с оружием, не получится?

Надо еще раз за лесть в мод аккеллы и посмотреть, у него там какая-то хитрая замутка с указателями предметов, а износ предмета хранится в глобальной переменной — и я так понял из мода, что если бы этот указатель был постоянен для предмета, то износ бы был вполне рабочим.

Да. Только в стопке фактически один предмет.

Это мнимая уникальность — загрузи два SMG пачкой патронов (по 24, а не 30) и они так же "лягут" в одну стопку, сделай из каждого по выстрелу и они снова вместе.

Это вообще фантастика — один гвар для всего? Поносил броню до 50%, потом одел новую и она стала 50%? Или 100%, но тогда если заменить на старую, то эта старая "починилась"? Или же для каждого используемого предмета свой персональный гвар (а хватит)?

Нет конечно) там еще на пиде основывается — непомню точно но вроде как для каждого пида своя гвара, там получается так, что если купишь в магазе новый такой-же ствол, он примет такое-же значение износа как у текущего из которого гг стреляет — вобщем предмет всегда обречен на поломку даже если купил новый а старый выкинул))
Нужно выкинуть оба тогда там система обнуляется и будет два новеньких.
Если я конечно ничего не напутал, ибо я в скрипт заглядывал года 4 назад и может чего путаю.

Глянул бегло — у оружия ситуация получше чем у брони, хоть копия создаётся при использовании. Но всяко дохренища переделывать.

...только в профиль ;)

Да, это у брони головняк без создания копии даже после её одевания.

Сам смотри :-p

Нету у них теперь реального запаса ;) Всё так же random(1,10) и если выпала единица, то "запас" закончился.

Это уг, с требованиями включения DX9.

Так я этот рандом и чикнул ножечком. :)
А скриптово отнимается один заряд после использования.

Нормально УГ работатет)

Не умею)

Отправлено: 4 ноя 17 17:58

Так у тебя было в последних исходниках, а что сейчас поменялось?

так было в оригинальном 3.7 — разницы не замечаю.
BodyHit_Uncalled и BodyHit_Torso уникальны как в твоем так и в оригинале потом ты их объединил и переименовал BodyHit_Uncalled в BodyHit_Torso

Что и сделали позже в оригинале и там сейчас так.

Изначально и так было уникально потом пошла какая-то каша.....

Ничего не переименовывал. Удалил BodyHit_Uncalled. Потом добавил код, который обрабатывает их как уникальные и вернул BodyHit_Uncalled.
Уникальность не в названии переменных.

Сама экспортная процедура в obj_dude.int вызываемая из sfall gl_ скрипта работает. Но перестает работать сама процедура если ее вызвать из obj_dude.int
Это происходит когда загружаешь сохранение, при старте новой игры такого нет — вот такая фигня.

И это можешь поменять DebugMode=3 на 1  — а то я уже забадался постоянно менять цифру когда перекидываю сфалы.
Или доп переменную введи DebugSaveLog=1

Понятно.

Отправлено: 4 ноя 17 20:42

Все нормально твоя теория не подтвердилась.
Положил в инвентарь две брони одну одел и той которая надета присвоил по смещению 0x38(это как раз смещение unknown12 из редактора) значение износа, снял броню она не сложилась в стопку, ну то есть отдельно кладется, продал ее торгашу, пошел погулял, пришел выкупил проверил значение все нормально значение сохраняется. Так-то)

Недавнее тайное исправление исправления (kek) предотвращения слёта при повторном экспорте экспортируемой процедуры (было невозможно из-за особенности реализации в движке — не чистилась таблица экспортируемых процедур). На самом деле его исправлять не надо — оно является защитой от повторного экспорта процедуры с таким же именем, но в разных скриптах. Спасибо, сейчас классно переписал ;)

Так проще и не требует смены цифры, только на гитхабе нужно написать :-p

Тут думаю убрать бесполезную муть вроде RemoveWindowRounding, а ты мне новую предлагаешь добавить :-p

Как скажешь ;)

Эээ я в окне тестю, а меня бесит этот заголовок)))

Какой заголовок?

Тот что сверху)) я к тому что не трож полезные функции :P и так уже вырезал мой любимый редактор.

Так эта переменная к заголовку отношения не имеет — она убивает сохранение флагов (которые указывают что это окно создано скриптово и наследует свойства главного окна) уже после создания окна (с этими флагами) скриптовой CreateWin.
Перевод описания "Remove window position rounding"/"Убрать округление позиции окна" (да и само название переменной) как бы слегка проясняет ситуацию, но в этом случае реализация (убивание флагов) не имеет никакого отношения к описанию. В общем я не могу чётко сформулировать что именно она делает, а внятное описание/обсуждение на NMA найти не удалось.

Есть ли возможность переделать чтобы по умолчанию фон устанавливался как прозрачный, т.е. без заливки окна?

Нет.

Если скриптово — поседеешь :-p

У меня нормально всё — смотри debug.log, может у тебя что-то убивает:

Это выход из Ядовитых пещер и прогулка в Кламат, потом выход в мир и возврат в Кламат с повторениями.