Вопросы по переносу ресурсов из других портов в GZDoom

[theleo_ua]

Есть разные способы прикладывания актора А (например огня) к актору Б (например бочке), и я выбрал метод "переопределить актор А, дописав туда строку TNT1 A 0 ACS_NamedExecuteWithResult("SpawnItemGlitter", 5) ", как наиболее удобный для меня (дело в том, что в моем моде куча разных огней (и не только огней), и мне удобно через такую строку указывать параметрами, какой я хочу огонь (и огонь ли я хочу) )

Если тебе такой способ не нравится, изучи декорейт/ACS и реализуй свои методы прикладывания акторов А к акторам Б (конкретно с такими вопросами "как приложить актор-спавнилку А к неподвижному актору-декору Б" обращайся в эту тему)


Другая причина, по которой я юзаю такой способ, это оптимизация: если бочка определяет, что игрок ее не видит, то огонь перестает спавниться (на карте, где много таких бочек, если отключить такую оптимизацию, будут тормоза). Так вот: чтобы такая оптимизация работала, придется переопределять актор бочки и дописывать туда новые строки кода, связанные с этим (что я и сделал собственно в моем моде, и как пример кинул твоей бочке тоже)


Третья причина в том, что мои спавнилки огня динамичные: проявляется это в том, что если такие бочки будут стоять на движущейся вверх/вниз или влево/вправо платформе, то огонь будет двигаться вслед за ними (без переопределения акторов это тоже геморно реализовывать)

[theleo_ua]

не понял вопроса

[theleo_ua]

Это потому, что в Lights.pk3 код освещения бочки такой:

Скрытый текст: object BurningBarrel { frame FCAN { light FIREBARREL } }

А так как мы в декорейте "переименовываем" бочку на такую:

Скрытый текст: ACTOR BurningBarrel_Model: BurningBarrel replaces BurningBarrel

то надо создать файл GLDEFS (или дописать в текущий, если такой файл уже есть) и вписать туда следующее:

Скрытый текст: object BurningBarrel_Model { frame FCAN { light FIREBARREL } }

т.е. файл GLDEFS для обеих бочек будет такой:

Скрытый текст: object ExplosiveBarrel_Model { frame BAR1 { light BARREL } frame BEXPC { light ROCKET_X1 } frame BEXPD { light ROCKET_X2 } frame BEXPE { light ROCKET_X3 } } object BurningBarrel_Model { frame FCAN { light FIREBARREL } }

Тогда обе бочки вновь станут с освещением

[theleo_ua]

Скрытый текст: Тот факт, что ты отписал словосочетание "я разобрался", ничего не значит. Так как я, с одной стороны, не в первый раз уже вижу, что ты любишь делать не так как тебе советуют, а по своему, а с другой стороны, судя по последним 10 комментариям у тебя возникает много проблем совершенно на пустом месте, то мне важно, чтобы таких проблем больше не возникало, соответственно надо чтобы ты не "якобы разобрался, продолжая наследовать горящую бочку с обычной и думая что это правильно", а гарантированно понял, что делать можно, а чего делать нельзя. Поэтому, если вдруг ты не читал мой предыдущий комментарий по причине того, что ты якобы разобрался, то внимательно перечитай его. Ты должен не просто "разобраться, думая что разобрался, когда на самом деле нет", а понять как работает этот механизм на самом деле. Поэтому, если похожие проблемы возникнут через 5-10 страниц этой темы, не удивляйся, что я кину ссылку на текущий комментарий со словами "вот видишь, ты думал, что разобрался, а на самом деле нет, следовательно мой комментарий был написан не зря". aivar242: Проблема была в том, что я не думал, что пламя - это актор, а думал что это генератор партиклей, который не назначается как актор, а просто приставляется к модели бочки без огня, создаваемый кодами Hexen Generator и тому подобными. Если делать как надо, то есть - BurningBarrel replaces BurningBarrel, то пропадает свет. Поэтому я и парился с именем BurningBarrel, чтобы сохранить свет и сделать бочку не проходной. Есессно это у меня не получалось. Начал тщательно разбираться в коде, переосмысливая его и ты не поверишь - сам дошёл до файла GLDefs и поменял и дописал строчки для света. Всё так, как ты описал выше. Сейчас всё работает и бочка и свет. Скрытый текст: сначала твой вопрос был следующий: aivar242: Я немного не понимаю - строка "ACTOR BurningBarrel_Model : BurningBarrel replaces BurningBarrel //Fire example" - зачем заменять и так прописаную в Modeldef бочку BurningBarrel? Ведь огонь - это отдельный актор и он просто должен приложиться к модели. Дело в том, что если использовать замену, то всё работает, но при прохождении возле бочки и мимо неё, при развороте вижу - что огонь на бочках пропал :0 ни о каком свете там и речи не шло. Я тебе дал ответ, из которого ясно, что надо юзать строку с BurningBarrel replaces BurningBarrel и не парить мозг. Ты данного совета не послушал, и продолжил использовать неправильный код, жалуясь на проблемы: aivar242: Надо было только заменить Explosive Barrel на Burning Barrel модель и вот тут возникли проблемы. это одна из ошибок - акторы разные, и смешивать их не стоит: мухи (Explosive Barrel) отдельно, котлеты (Burning Barrel) отдельно aivar242: И вообще - в каких случаях происходит, что проходишь мимо Актора? Где кроется проблема? aivar242: Имеется ввиду, что я прохожу сквозь Burning Barrel, то есть марин не упирается в неё, хотя отображается она как надо и только на этом шаге ты уже отписал про свет: aivar242: пропадает Лайт-Спот под бочкой, который должен быть, благодаря Lighting.pk3. Если бы ты отписал про свет несколько комментариев назад, то другое дело, но как видишь, у тебя возникло куча левых проблем и как следствие лишних комментариев, которых не было бы, если бы ты изначально все сделал как я говорил Поэтому я повторюсь: меня не устраивает тот вариант, когда ты игнорируешь мои советы, потом несколько комментариев подряд пытаешься выяснить, как решить проблемы, которые являются следствием игнора моих советов, а потом понимаешь (причем не факт что понимаешь), что зря игнорил советы, возвращаешь как было, и пишешь что разобрался. Меня устроит такой вариант, когда на мой совет "юзай строку А" ты сразу отпишешь "а почему нельзя юзать строку Б", и на мой ответ "строку Б нельзя юзать потому что В", отпишешь "если я юзаю строку А как ты советуешь, то появляется проблема Г, не подскажешь, как ее решить?" Вот такой стиль будет максимально эффективным, так как при таком стиле ты бы вот в этом комментарии уже отписал "при строке с replaces пропадает свет", и я уже в следующем сказал бы как это лечить, и всё, никаких дополнительных проблем пробегания сквозь бочки и прочих не было бы

Т.е. мне мало того факта, что ты:

[theleo_ua]

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