sid, посмотрите в "Личные сообщения".
В последнем "Личном сообщении" вместо "ГЗМ-9.1" читать "ГЗМ-9.21"

Отредактировано yersinia (2020-03-22 19:22:27)

Вообще если карта вдруг перестала грузиться в редакторе, то это несомненно косяк автора. Среди наших ресурсов нет ничего, что могло бы привести к  такому результату только своим наличием на карте. Но при неправильном обращении с некоторыми объектами, такое вполне может случится. Например есть у нас в заборах широкие поля пшеницы. Вот если несколько элементов этих заборов слились или пересеклись, то карта может нормально сохранить, но второй раз уже не загрузится. Если при подобных косяках она была сохранена в формате bzm, то это уже никак не исправить. Карту можно удалить - вся работа коту под хвост. Если она в xml, то можно просто найти там все подозрительные объекты в тестовом виде и удалить. Во время создания карты лучше всего делать ее резервные копии то в bzm, то в xml.

Так я и пишу что не понял что человек имеет ввиду. Намекаю чтобы уточнил.

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

Может кому-нибудь будет полезным.

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

Таким образом, даже если что-то сломается, максимум потеряются только самые последние изменения. Просто восстанавливаемся из резерва и продолжаем. Такой подход требует определенной дисциплины - нужно не забывать каждый раз делать копии. Со временем входит в привычку и уже происходит на автомате, как само собой разумеющееся.

Стоит сцепить вагоны. Без сцепки игра будет их ставить на некотором расстоянии. Особенность ж/д-юнитов.

видимо проблема не фатальная (в ошибке скрипта), а в совокупности факторов, которые приводят к сбою выполнения алгоритма... давайте попробуем разобраться, какие шероховатости сразу бросаются в глаза, да и вообще пользуясь случаем разберем часто повторяющиеся ошибки в скриптах ГЗМ (других авторов):

- запуск функций с некорректным временем RunScript("Casualities_fail",0); ... выполнение функций циклично, тем самым вы предлагаете программе каждые 0 секунд пересчитать наличие юнитов у игрока... зачем же? явная перегрузка исполняющего  механизма, ... понятно что программа не посчитает это каждые ноль секунд, но будет пытаться в минимальный такт исполнить функцию, бесполезную по сути... достаточно и раз в пять минут ее запустить... а так как функций якобы мега-срочных в скрипте много, это уже не хорошо, такты могут сбиваться исполняться с разной частотой и т.п....

- некоторые команды в Блице отложенного действия (не мгновенного исполнения как обычно, а исполняются с задержкой)... например
высадка подкрепа LandReinforcement(), если они указаны в функции выше строками, а ниже уже есть действия с полученными юнитами, такая функция работать корректно не будет,... рекомендовал бы, завершать функцию на этой строке, и позже, с дополнительной проверкой - манипулировать подкреплением...

-еще более вредная команда Qcmd... процессор обычно ожидает ее выполнения, и все что ниже ее рискует быть проигнорировано вовсе...
например внутренний цикл:
for a=1,5 do
Cmd(3,a,x,y)
Qcmd(3,a,x1,y2)
end

будет выполнен только для первого скрипт номера, хотя в синтаксисе ошибок нет и мы ждем того же для номеров 2-5... вот такая особенность у долгоиграющих команд..

в этой записи много обращений для вызова координаты зоны, хорошо бы защитить их от случайного задвоения временной ячейки памяти, которую может использовать процессор оперируя необьявленными переменными, по форме local x,y= GetScriptAreaParams("зона") вы получите более стабильную работу функции... доказанная полезность данного метода при управлении авиацией...

да и вообще, хорошим тоном будет обьявлять переменные в каждой функции, указывая перед ними local a,b,c,x; будем уверенны, что операции идут именно с теми переменными что нам нужны... например

a=2

function sum
b=4
z=a+b
a=3
end

переменная z у нас будет равна 6, а не 7 как нам наверное хотелось бы когда мы писали функцию sum, а если поставить первой строкой функции  local a,b,z программа выдаст ошибку (оперируем переменной без значения)... и тогда легко найдется, что перепутали строки и а=3 должно быть выше...

тоже касается и глобальных переменных, наверное самая распространенная ошибка в скриптах, еще и вредная, на тестах она никак не находится, затем приводит к неправильным сработкам... Люди!!! переменная в команде SetIGlobalVar("temp.a",а); должна быть ВРЕМЕННАЯ через приставку temp. тогда она будет обнулена перед выполнением вашей карты, не будет мешать на других картах и засорять память Блица... элементарная вещь, которая тратит море нервов игрокам и тестерам... глобальная переменная без такой приставки почти никогда вам не понадобится, только для развилок в кампаниях и если вы делаете серию из нескольких карт, в которых события на одной влияют на следующую (к сожалению таких серий у нас нет (?))....

плохая структура проверки, сначала мы ищем координату, а потом заставляем нарисовать зону от нее, проверить наличие в ней юнита, и только потом проверяем есть ли сам юнит... хм... логично ведь наоборот, сначала проверить есть ли юнит, нет = убить скрипт, да = выполнить остальное... а так процессор рисует зону дальностью 1500 начиная от x=-1,y=-1... это ЗА КАРТОЙ... возможен критический вылет...

Будьте внимательны и логичны в написании скриптов, хорошего ГЗМ!

А может сами сделаете?

Так, я просто предложил 

Нет спасибо, я уже сам самообучился 

А ничего так. Мне нравятся большие карты.
Из недостатков.
Избыток однотипных объектов (флора, дома и т.д.), все-таки ГЗМ намного богаче и красочней БК-1.
Подавляющее количество прямых окопов. Ломано-извитые придают реалистичность. Да и расположение окопов в одну линию не соответствует давно подготовленной обороне.
Избыток каменных заборов, особенно по краям карты, а также среди природы.
Кроме небольших парков в городах, вся их территория покрыта брусчаткой, асфальтом, между домами ни кусочка земли с травкой.
Положительные моменты (лично для меня).
Огромный основополагающий кусок работы для возможной миссии.
Порадовали достаточные расстояния между населенными пунктами, кое-где между строениями - есть где развернуться и подождать (в игре). А то бывает не то, что грузовики и танки, но и пехота не может выйти из нагромождения домов и заборов. Хотя есть избыток близко расположенных домов на севере карты.
Приятно, что еще немало увлеченных этой игрой людей, которые готовы учиться и что-то делать...
В общем +.

Пробежался беглым взглядом. Что ж, некоторые места получились весьма красивыми, но про однотипность объектов Вам написали абсолютно верно. Особенно отмечу, что Вам явно тяжело даются разного рода промзоны - на карте они получились совершенно пустыми и безжизненными.

Где разбросанный под заборами хлам, пролитое на асфальт масло, следы от проехавшихся по нему грузовиков? Все это можно найти во вкладе Obj Terrain. Ну, и одним тайлом все заливать действительно не следует.
Каменные ограды местами все же уместны, но вот, например, в случае с данным ж/д узлом они выглядят аляповато, особенно в сочетании с вышками:

Все-таки такая ограда - скорее атрибут крестьянского участка, нежели значимого инфраструктурного объекта.
В городе слишком часто встречаются однотипные дома. Между тем, в 40-е гг. строительство по типовым проектам лишь делало первые шаги, и оно уж точно не велось в подобном архитектурном стиле:

Крайне скучно и однообразно выглядит городской парк:

Нелишне было бы "оживить" и кладбище:

Также настоятельно рекомендую освоить Field Composer - это сделает природные локации гораздо более живыми и насыщенными.
Про окопы замечание также более, чем актуальное. От себя могу лишь добавить, что изображенные вам "стенки" из земленосных мешков за окопами, призванные изображать, видимо, позиции тяжелого вооружения, не имеют к реальной полевой фортификации никакого отношения. Во-первых, земленосные мешки всегда были в относительном дефиците. Во-вторых, никакой реальной защиты от артогя такие стенки не обеспечат.

Для более корректного изображения оборонительных позиций настоятельно рекомендую хотя бы бегло пролистать вот эти две книжки:
https://yadi.sk/i/ggX_AzVE3WVCu6
https://yadi.sk/d/7W-Ax_yy3WVCsp

А вот тут могу сказать только одно: глаза боятся - руки делают. Хоть криво, хоть с кучей лишних строк, но скрипт дался даже мне - человеку, бесконечно далекому от программирования и десять лет не касавшемуся никаких точных наук. Так что мучайтесь дальше. У Вас все получится.

Отредактировано VautourII (2020-08-22 20:11:51)

Здравствуйте, не работает закоментированный кусок кода(через --).
Это было выяснено опытным путем - как только эта часть становится раскоментированной, то весь скрипт не запускается
function SekretTank()
DisplayTrace ("Идет проверка на скрипт секретного танка");
DisplayTrace ("Сценарный юнит: %g", GetNUnitsInScriptGroup (902));
DisplayTrace ("Маус: %g", GetNUnitsInScriptGroup (904));
--if ((GetNUnitsInScriptGroup(902) > 0) and (GetNUnitsInScriptGroup(904) > 0)) then
    --if ((GetNScriptUnitsInArea(902, ”maus”)) > 0) then
    --ChangePlayer (904, 1);
    --LandReinforcement (903);
    --DisplayTrace ("У НЕМЦЕВ ЗАМЕЧЕН НОВЕЙШИЙ ТАНК!!! СОВЕТСКОЕ КОМАНДОВАНИЕ ПРИСЛАЛО РЕЗЕРВЫ!!!");
    --end;
--else
    --Suicide();
--end;
end;

А разве 2-ой параметр обязателен?
Цитата из не оф. мануала:

Отредактировано Daniil1254 (2020-09-02 19:21:19)

Логично), надо было сразу тогда сказать. А то выше точно такая же команда в выводе сообщения и ничего... работает как надо.

http://www.blitzkrieg.be/helpz_bk/LuaSc … ide.htm#00
Этот? Даже если не он, тоже можно попробовать почитать, если с английским нормально.