Тема для новичков. Вопросы по маппингу/моддингу - любые!-2

[Void Weaver]

А в чём проблема-то? Открой вад, скопируй код и всех делов.
И если уже пробовал то почему не выложил код ружжа?

[Mostcus]

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

[Romeo7662]

Лол, название темы прочитай пожалуйста внимательно. Это пустое сообщение не дающие ответ на мой вопрос.

[Void Weaver]

Да.

[FoxPlays]

Конечно, могу привести пример такой как - вад показанный на одном ютуб видео Помню вроде было больше информации про такой вад.
Можешь посмотреть, что находится внутри этого вада, его возможно скачать на форуме здума.
Работает это так - каждый монстр это новый PlayerClass, в пример игрока импа:

Скрытый текст: actor ImpPlayer : MorphedPlayer { player.morphweapon "ImpFire" player.startitem "ImpFire" player.displayname "Imp" player.viewheight 48 obituary "%o was burned by %k." hitobituary "%o was clawed open by %k." health 60 radius 20 height 56 mass 100 speed 0.25 painchance 200 seesound "imp/sight" painsound "imp/pain" deathsound "imp/death" activesound "imp/active" +FLOORCLIP states { Spawn: TROO AB 10 loop See: TROO AABBCCDD 3 loop Melee: Missile: TROO EF 8 TROO G 6 goto Spawn Pain: TROO H 2 TROO H 2 A_Pain goto Spawn Death: TROO I 8 TROO J 8 A_Scream TROO K 6 TROO L 6 A_NoBlocking TROO M -1 stop XDeath: TROO N 5 TROO O 5 A_XScream TROO P 5 TROO Q 5 A_NoBlocking TROO RST 5 TROO U -1 stop Raise: TROO ML 8 TROO KJI 6 goto Spawn } }

То-есть каждый монстр-игрок это просто тот-же игрок, но со своими параметрами, атаками и спрайтами, про это можно прочитать на здум вики

Только сейчас заметил что написано не - "превратить игрока в моба", а "превратить игру в мобу"

[N00b]

[N00b]

Это было бы проще, если бы у меня какой-то ACS-ный скрипт вызывался по этой кнопке. У меня сделано по-другому. Если тебе неудобно биндить user1, я могу попробовать это переписать.

Edit. Новая версия (фиксы совместимости, user3).

[Void Weaver]

Да. Каждая мапа хранится в отдельном ваде в директории

[Void Weaver]

Он работает, но имеется делэй, ибо без него текущий код вешает игру. Вопрос: можно ли как-то оптимизировать код, в частности избавиться от делэя?

Решено:

[MelaDoZer]

[YURA_111]

Может RandomSpawner? ( https://zdoom.org/wiki/Classes:RandomSpawner )
Правда в этом случае заменяются все монстры этого класса на уровне и в игре.

[MelaDoZer]

Увы, не могу как раз так сделать, не такая цель Но спасибо!
Просто пытаюсь, как в пример, заменить одного конкретного сержанта на E1M1 (индекс 90) на пулемётчика, как было в Playstation Doom на сложности Ultra-Violence. Заспаунить монстра легко, как и повернуть его и присвоить флаги, а вот как удалять определённый thing c карты ZScript'ом мне пока непонятно По идее, если бы я знал как удалить монстра, то я бы смог написать функцию для эдакой замены (и получился бы ответ на мой второй вопрос, хех).

В ACS лезть не хочется, а то придётся как-то код разрывать. Есть у меня ACS-библиотека, которая на OPEN удаляет thing'и с тегами, но я вообще хотел про неё забыть и не использовать больше Должен быть какой-то способ...

[MelaDoZer]

Да, я как-то давно читал, что LevelCompatibility недоступен для наследования (вроде так, поправьте если что, я могу неправильно термины применять ).
Однако, у меня получилось. Вычитал на форуме ZDoom'а, что его можно юзать. Я не заметил как это изменили в GZDoom, выходит. Вот пример (да и вдруг кому нужно будет):

Скрытый текст: class UltimateDoomMonsters : LevelCompatibility { protected void Apply(Name checksum, String mapname) { if ('B49F7A6C519757D390D52667DB7D8793' == checksum) // - Ultimate Doom E1M1: Hangar { SetThingFlags(114, 0); } } }

Это убирает Bloody mess 1 напротив старта. Как на скрине:

Скрытый текст:

Однако, теперь какие-то проблемы со спауном монстров в этом коде и GZDoom просто крашится, по ошибкам пусто (просто уровень загружается, да и всё). Ну это не так уж и страшно, с этим можно ещё разобраться (думаю это из-за самой функции Apply, тут уж придётся поделить).
Спасибо большое, я бы даже не копал в направлении LevelCompatibility, если бы не напомнили Думал, что нужно ждать обновления гоззы.
Впрочем, надо ещё разобраться с архитектурой, насколько её можно изменять

[Толик]

Откуда инфа?

[Герр Смертоносец]

Нормальный принудительный оффсет "СПРТ А 1 Offset(x, y)" работает только для HUD-пушек. С какого лешего эту фичу не стали распространять на все спрайты - сие тайна великая есть.
Теоретически единственный обходной путь (и только по вертикали) - шаманить с A_SetFloatBobPhase, благо что амплитуду можно задать произвольно. Второй обходной путь - это делать актора невидимым и спавнить самоварпящихся призраков с NOINTERACTION-флагов, но это уже совсем троллейбус из хлеба.
Что характерно - а вот для моделей такой путь есть! Ибо всё прописывается в MODELDEF, и можно на одну модель запилить сколько угодно комбинацией. Впрочем, я много раз говорил, что Z-порты являются одной большой насмешкой над универсальностью.

[Void Weaver]

Мне куда более "доставило" что помимо кейворда есть ещё и A_WeaponOffset и A_OverlayOffset, которые разумеется не пашут на акторах кроме волын и кинвентори.

[Толик]

Ссылочку.
Неужели граф парсер для удмфа написать не в состоянии?

[Void Weaver]

Если что то речь идёт о кастомных спрайтах снаряда, которые я хотел бы заставить вращаться в полёте в стиле KnightAxe еретиковских Кнайтов.
Мб. как-то через SpriteAngle?
---
1. Как записать чтобы что-то происходило только когда некая переменная кратна 10? Так: If(user_var%10==0)?
2. Как записать 256-маску шанса по проценту от текущих хп?
Т. е. нужно что-то типа A_JumpIf([если Health=100% то шанс 0, если Health=50% то 128, если Health=1% то 256],"state")

[ZZYZX]

Тебе посоветовали пытаться добиться эффекта вращения спрайта вокруг своей оси используя X/YScale

А вообще какая картинка, такой и ответ. Я нифига не понял в какую сторону последний кадр должен крутиться.

[VladGuardian]

Опыт трёхмерных афинных преобразований говорит нам, что вращение объекта вокруг произвольного вектора (ex,ey,ez),
представимо в виде комбинации двух вращений вокруг осей OX + OY (или вокруг OX + OZ, неважно)
В приложении к этим вашим декорейтам / зскриптам - не знаю, так как я несколько отстал от жизни.

Немного оффтоп:
Когда-то давно (около 15-20 лет назад) я для себя написал функцию вращения точки вокруг оси (Q1, Q2) на угол angle.
Она реально работает, хотя скорее всего, с точки зрения скорости выполнения она не столь эффективна, как прямые преобразования матрицы движения...

Скрытый текст: void Cxyz::Rotate(float angle, const Cxyz& Q1, const Cxyz& Q2) { // копии: Q1,Q2 нельзя изменять Cxyz R1=Q1,R2=Q2; R1=P0; R2-=R1; (*this)-=R1; // вычисляем нужный угол float angle_xoz=0, angle_yoz=0; if (R2.z-R1.z!=0 || R2.x-R1.x!=0) angle_xoz = -ATAN2(R2.x-R1.x, R2.z-R1.z); R1.RotateY(angle_xoz); R2.RotateY(angle_xoz); this->RotateY(angle_xoz); // вычисляем нужный угол if (R2.z-R1.z!=0 || R2.y-R1.y!=0) angle_yoz = ATAN2(R2.y-R1.y, R2.z-R1.z); this->RotateX(angle_yoz); this->RotateZ(angle); this->RotateX(-angle_yoz); this->RotateY(-angle_xoz); (*this)+=R1; }

[Void Weaver]

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