(06.07.2020 01:32)Berserker Wrote:  igrik, в теме UN:C налево и направо идёт установка ссылок на ERT-строки, но их память не гарантируется постоянной (F12, перезагрузка, вызов функции обновления), да и сам формат устарел. Если убрать из ВоГ скриптов z-переменные, я бы лучше остановился на функции AllocZVar, FreeZVar. Давно хотел такой менеджер сделать, да почти вся память была занята тем, чему место в !!VRs^...^

Berserker, я согласен с тем что установка ссылок на ERT-строки не лучший выход. Но в то время нужно было какое-то решение. Слишком сильно это было нужно - на все желания z переменных катастрофически не хватало. И менеджера не было. То что сейчас пришел json, !!VRs^...^, SH:H^...^ это круто, но поздно. Ты сам это прекрасно понимаешь.
Но я не понял что от меня на данный момент требуется? Отредачить тему UN:C и убрать из неё функционал установки ссылок на ERT-строки?

(09.07.2020 01:21)Zur13 Wrote:  можно ли сделать так чтобы у монстра №124 были на поле битвы анимация, звуки, и картинка от катапульты, а у монстра №126 от баллисты? Возможно ли это всё просто скопировать из существующего юнита?

1. Установить Тифон и настроить этих монстров по своему усмотрению.
2. Изменить структуру монстров для неиспользованных монстров вручную - поменять ссылки на имена дефов, озвучку и изменить спрайты портретов.

Подмена монстра прямо во время битвы - уже костыли для извращенств.

(09.07.2020 01:21)Zur13 Wrote:  Еще вопрос, я никак не могу разобраться как всё устроенно с анимациями и картинками монстров, можно ли сделать так чтобы у монстра №124 были на поле битвы анимация, звуки, и картинка от катапульты, а у монстра №126 от баллисты? Возможно ли это всё просто скопировать из существующего юнита?

Для анимации боевой баллисты я просто призываю стек осадной баллисты и заменяю его тип юнита на 126

Дефы снарядов еще установи. В теме UN:C есть нужная функция.
Озвучку ставить не нужно. Вышеуказанная функция копирования это делает сама.

И без проблем призывай монстров 124 или 126.

(09.07.2020 01:21)Zur13 Wrote:  но например в экране потерь после битвы такой стек всё равно будет показан как копейщик перечеркнутый, а с баллистой вообще проблема, так как в битве во всплывающем окне может показываться картинка копейщика перечеркнутого, так как это окошко успевает сгенерироваться до того как срабатывает СМ триггер и я подменяю тип юнита обратно.

Вот тут ты никак не решишь проблему. Только пересобирать файлы twcrport.def и CPRSMALL.def

igrik Wrote:Но я не понял что от меня на данный момент требуется? Отредачить тему UN:C и убрать из неё функционал установки ссылок на ERT-строки?

igrik, это я об альтернативах размышляю безопасным и переносимых.
По-хорошему, такой работой должен заниматься плагин Lua. Плагин запускается с ехе и выгружается только при завершении процесса. Плагин может обеспечить существование в памяти строк, их хранение в файлах, восстановление оригинальных значений и загрузку (как я делаю в коде Эры с SN:H). А обычный скрипт Lua/ERM только наследить может, не заботясь о последствиях. Тут скорее в коде нужен тег @warning или @not portable. Чтобы чуть отредактировать в будущем.

Для Эра 3 в качестве полу-костыля есть ещё идея API постоянных строк. AllocConstStr(pchar StrValue) — возвращает глобальный постоянный адрес для всех строк с указанным содержимым. Такой адрес можно безопасно использовать. Один минус — память будет течь, если генерировать разные строки часто.

(09.07.2020 02:54)feanor Wrote:  Как бы, на минуточку, этот плагин заодно и TSWшный функционал реализует, так что попытки гираически подключить его к эре не приведут ни к чему.

feanor, может откроешь исходники, чтобы можно было закомментировать ненужный функционал. Решило бы это проблему?

(09.07.2020 13:02)Berserker Wrote:  feanor, может откроешь исходники, чтобы можно было закомментировать ненужный функционал. Решило бы это проблему?

Да, я выложу сегодня или завтра.

Единственный нюанс - на ERM оно прям с места не портабельно, я правлю промежуточные структуры, которые уже самой игрой собираются в используемые игрой таблицы (:

igrik Wrote:Вот тут ты никак не решишь проблему. Только пересобирать файлы twcrport.def и CPRSMALL.def

ну да, собрать свой def и когда надо подменять им оригинальный через SN:R

feanor, и если улучшал свой chalk плагин, но не публиковал, тож не пожадничай и выложи (хотя бы что есть) пожалуйста

(09.07.2020 11:19)igrik Wrote:  

Дефы снарядов еще установи. В теме UN:C есть нужная функция.
Озвучку ставить не нужно. Вышеуказанная функция копирования это делает сама.

И без проблем призывай монстров 124 или 126.

(09.07.2020 01:21)Zur13 Wrote:  но например в экране потерь после битвы такой стек всё равно будет показан как копейщик перечеркнутый, а с баллистой вообще проблема, так как в битве во всплывающем окне может показываться картинка копейщика перечеркнутого, так как это окошко успевает сгенерироваться до того как срабатывает СМ триггер и я подменяю тип юнита обратно.

Вот тут ты никак не решишь проблему. Только пересобирать файлы twcrport.def и CPRSMALL.def

Спасибо!

(09.07.2020 20:24)Bes Wrote:  

igrik Wrote:Вот тут ты никак не решишь проблему. Только пересобирать файлы twcrport.def и CPRSMALL.def

ну да, собрать свой def и когда надо подменять им оригинальный через SN:R

Я части про SN:R не понял, я сейчас пересобрал 2 деф файла с портретами юнитов, пустым юнитам 124 и 126 заменил портреты копейщика перечеркнутого на мои. Пересобранные дефы с новыми портретами, закинул в .pac файл, который внутри моего мода. Теперь вроде всё верно отображается, потому не очень понял что нужно сделать в SN:R.

ну, я про то, что не обязательно было принудительно файлы twcrport.def и CPRSMALL.def своими подменять в ресурсах, ведь не исключено что выше приоритетом кто-то будет ставить свой мод, где эти же файлы перекроют твои.
куда надёжнее перед боем делать подмену этих файлов через SN:R и быть увереннным, что вновь не будут те же копейщики.

а свои варианты естественно назвать чуть иначе, ztwcrport.def и zCPRSMALL.def (к примеру)

(09.07.2020 21:23)Bes Wrote:  ну, я про то, что не обязательно было принудительно файлы twcrport.def и CPRSMALL.def своими подменять в ресурсах, ведь не исключено что выше приоритетом кто-то будет ставить свой мод, где эти же файлы перекроют твои.
куда надёжнее перед боем делать подмену этих файлов через SN:R и быть увереннным, что вновь не будут те же копейщики.

а свои варианты естественно назвать чуть иначе, ztwcrport.def и zCPRSMALL.def (к примеру)

А что это даст? Если я своими заменю значит после замены сломается второй мод же. Может я просто не понимаю чего-то, но в этих дефах перечислены портреты всех монстров в игре, если есть мод который их заменяет своими, то будет работать правильно только один из двух модов, вопрос лишь в том в какой момент это всё сломается.

Zur13 Wrote:вопрос лишь в том в какой момент это всё сломается

Zur13 вот именно, если ты меняешь сразу через *.pac, то "поломаешь" другой мод изначально. А подменой налету перед боем "испортишь" картинки только в бою, и не более.
имхо, это менее конфликтно

(09.07.2020 11:19)igrik Wrote:  Дефы снарядов еще установи. В теме UN:C есть нужная функция.

Снаряды там по умолчанию правильные, но они ориентированны вертикально, и вылетают из под заднего колеса баллисты, незнаю как это починить

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

(09.07.2020 21:41)Bes Wrote:  

Zur13 Wrote:вопрос лишь в том в какой момент это всё сломается

Zur13 вот именно, если ты меняешь сразу через *.pac, то "поломаешь" другой мод изначально. А подменой налету перед боем "испортишь" картинки только в бою, и не более.
имхо, это менее конфликтно

Да идею понял, попробую так сделать, спасибо!

(09.07.2020 22:02)Zur13 Wrote:  Снаряды там по умолчанию правильные, но они ориентированны вертикально, и вылетают из под заднего колеса баллисты, незнаю как это починить

Привет, у меня тоже была эта проблема, и я с ней довольно долго мучался, пока случайно не сообразил, что же я все-таки забыл: оказывается, снаряд всегда летит вертикально, если у стрелка не выставлены параметры в файле cranim.txt.