map_x Tool (утилита для коррекции карт)
 

Некоторое время назад была реализована утилита RoadsTool.exe, для облегчения работы с дорогами на карте map_t.tga
http://www.aviaskins.com/vb/showpost...8&postcount=80
Небольшая инструкция : http://www.aviaskins.com/vb/showpost...8&postcount=65

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

Первые результаты.
Пока только вкладка map_c. Ничего из обсуждавшегося :)
Полезна только в качестве замены CMap.jar, Map_c_Toolbox и моих скриптов для коррекции искажений (частично).
Т.е. использовать посути можно только для преобразования между нормальным "человеческим" представлением карты воды и парой map_c.tga map_c.tga_table
По сравнению с CMap.jar - не нужно с командной строки работать, в обязательном порядке усредняет по границам квадратов 32х32 при экспорте в Иловский формат (как оказалось новички иногда об этом забывают или не всегда получается).
По сравнению с Map_c_Toolbox - опять же усредняет (Map_c_Toolbox этого не делает вообще)
Галка о коррекции искажений позволяет автоматически делать то что можно сделать скриптами для фотошопа (http://www.aviaskins.com/vb/showthread.php?t=459) - результат несколько хуже чем у скриптов - зато быстрее и в одной утилите :) При этом особенно актуально предупреждение, что не стоит делать многоратно экспорт-импорт одного файла с внесением искажений - карта сильно размывается.

Прежде всего, работу с разными элементами карты стоило бы разнести по разным вкладкам - и место удастся сэкономить, и добовлять функционал для каждого из элементов (буде понадобится ;)) проще будет. Потом, превью для отдельных операций можно реализовать? Было бы "очень и очень" (с) :ok:
По функционалу.
Можно ли реализовать автоматическое "размытие" берегов? Ну, чтобы в ФОТОШОПе над editable map_с.tga не измываться :rolleyes: Нельзя ли на основе map_h.tga генерировать map_t.tga в первом приближении? Ну, т. е. накладывать текстуры в зависимости от высот? map_f.tga можно автоматически сгенерировать? Идея следующая map_t.tga "закрашивается" нужными текстурами на основе load.ini (текстуры, понятное дело, д. б. выложены в виде, готовом к употреблению %)) и сохраняется уже как map_f.tga. Нельзя ли "привязать" утилиту к игре, т. е. ввести блок настроек, где указывать необходимые параметры (каталог с игрой, текущая карта, находящаяся в работе эт цетера). Думается, имеет смысл ввести или механизм создания резервных копий (а то Dad уже наступил на эти грабли) или реализовать сохранение версий. Можно ли добавить автоматическое преобразование "летнего" actors.static в "зимний" и обратно? Осена нада, насяльника :cry:
По приоритетам.
Предлагается следующая последовательность - map_h.tga, map_с.tga, map_t.tga, actors.static :rolleyes:

З.Ы.
Все, естественно. ПМСМ :ups:

Жесть!
Чтож, порадуемся, что недостатком фантазии вы не страдаете ;).
Про вкладки - это да, это сразу просилось, надеялся не поднимется вопрос :), я просто GUI клепать не больно мастак - в основном серверным софтом всегда занимался. Посмотрим.
Что значит превью ? Предварительно в общих чертах посмотреть результат операции ? Это вряд ли. Отображение в отдельном окошке загруженной картинки - тоже пока не уверен, может быть когданить совсем потом.
Нужно только берега размывать или допустимо ко всей картинке применить какой нить фильтр размывающий ? В используемой библиотеке вроде были какие то фильтры - надо посмотреть (но они емнип на всю картинку действуют).
Если придумаете правила такого наложения - думаю что можно :)
очень-очень не хочется читать текстуры и самому почти рендерить.
Определенные мысли как сгенерировать map_f были, нужно кое-что проверить - потом уже обсуждать будем. К этому вопросу позже вернемся.
И ? Как эта информация должна использоваться ? (поподробнее)
Смысл имеет, согласен. Надо подумать, как это могло бы выглядеть, и вы своё видение предлагайте.
Можно то наверное можно, но нужно ли это именно в этой утилите ? Вот в соседней ветке LSA как раз спрашивал, какие ещё пожелания будут по дальнейшему развитию его утилиты для манипулирования actors.static файлами http://aviaskins.com/vb/showthread.php?t=214 ;)
Я бы попросил ещё более детально, в порядке возможных операций над картами. Что именно с map_h нужно делать в первую очередь ?

PS теперь о печальном, всё-всё что захочется наверное когда-нибудь реализовать и возможно, но при имеющихся у меня 2-8 свободных часах в неделю это может оказаться дооооолго. Так что выбирайте самое нужное тщательно :)

Я с конца начну. То, чем мы тут время от времени занимаемся, не более чем хобби. Торопиться, стало быть, некуда.

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

По карте map_c - береговую линию лучше все же размыть в Фотошопе.
Дело непыльное и всегда можно посмотреть, что получилось. Я так понимаю, что граница земля-вода все равно пройдет точно по-середине градиента размывки.
По всей картинке там вроде нечего размазывать - там два цвета - черный и белый.
Как конвертировать - это вы лучше меня знаете.
Для меня нужно, чтобы при уменьшении в четыре раза максимально точно сохранились границы т.к. я часто использую выделение контуров при выделке остальных карт. Да и воду надо вырезать в карте map_F.
Или вы по-другому как делаете?

Кстате... Если прога может все соотносить с картой map_c, то может быть подставит альфа-канал в какую-нить карту? Или я губы раскатал?

По карте высот map_h - я так понял, что можно будет как угодно нивелировать высоты. Это правильно - не всегда реальное соотношение высот хорошо выглядит в отрендереной карте. На карте Мурманска специально проверял соответствие высоты сопок - все в допустимых пределах, а смотрица плоско. А на фотках - крутые утёсы.
И можно будет в соответствии с картой map_c вывести берега под ноль и на нужную ширину? Правильно я понял? Большего и желать не нужно.

Самая гемморная карта map_T
Здесь уважаемый deSAD прав.
Сделать по типу дорог.
Нужны три-четыре уровня (регулируемых)
от 0 до Х1, Х1-Х2, и т.д. Т.е. цвета от 0 до определенного как Х1 заливаются выбраным цветом. (не только серым) впрочем любым, но только ровным, легко выделяемым затем в Фотошопе. Реально вычислить цвет соответсвующий нужной высоте и ввести его в утилиту можно даже вручную. Здесь кто-то выкладывал формулу соответствия. Можно по-отдельности на каждую высоту т.е. 0-Х1; 0-Х2; 0-Х3 - одним цветом - все что выше - другим, -потом в фотошоп.
И ограничение на количество слоёв отпадает - делай хоть через каждый метр.:)
Соответствие, конечно получится весьма условное, но хоть какая-то база.

Вода отдельня песня - надо чтобы текстура воды 30-31 перекрывала границу вода-суша на 1-2 пиксела. Тогда получится прибой и CoastLine Но это дело девятое. Можно и ручками нарисовать. Тем более что реки от моря как-то надо отличить. Лучше вручную.
Или "частично водные" это и будут все пикселы отличные от белого и черного? Блюр?
Извиняюсь, если туплю. Я, вообще-то, шофер-водитель ящично-разливочной тары по-образованию.


По Акторсу - Трудно предугадать какие могут возникнуть задачи по ходу.
Но вот от идеи автоматического преобразовани "летнего" actors.static в "зимний" придется, думаю отказаться. Дело в том что далеко не все объекты имеют своих зимних двойников, и просто дать команду приписать всем слово Winter бесполезно. Нужно что бы программа сверялась с базой данных - которой нет.
В секции actors.static не совсем понял, как выбирать операции... ну да ладно.

Сохранение автоматическое - для фраеров. Я всегда сам все сохраняю в трех экземплярах. У меня даже Илов бывает по четыре копии на винте.
Но время от времени нападает зуд навести порядок, и тогда ни какие авто-бекапы не помогут. :)

Файл texts.txt пересчитывал вручную, млин, как раз не было ни кого, что бы спросить. А я в кибенематике - ни бум-бум. Пришлось освоить калькулятор - и копипаст двести раз.

Мосты научился в ПР ставить, типа по-одному, только шуба заворачивается. Если прога будет сама обрывать дороги над реками и ставить мосты - зер гут. А для чего рисовать дороги под мостами - чисто бутафория, для последущей выделки карты ed_m01?


Я, честно говоря, не готов определится с требованими к инструментам.
Я еще с MICRODEMом не разобрался - как работать с базами рек, дорог, населенных пунктов. Я пока раскачаюсь - нужно будет переучиваться.
На векторную графику...:)
Я очень надеюсь, что когда выдет Битва за Британию, её оперативно ломанут, и тогда будем делать карты отечественных ТБД, вставлять отечественные самолёты, а не ждать милостей от Юбисофта.

Извиняюсь, если наофффтопил, нафлудил и непотеме...

ФОТОШОП - это отдельный продукт с весьма широкими возможностями, из которых конкретно для "картостроения" нужна всего лишь пара/тройка и, насколько я понимаю, данная тулза как раз и разрабатывается для того, чтобы вовсе отказаться от использования ФОТОШОПа, который, к тому же, многих попросту пугает %)
Вот поэтому я про превью и говорил :rolleyes:
Неверно в принципе :rolleyes: Там, на самом деле, 256 цветов, но все - в оттенках серого ;)
Есть, static.ini ;)
А кто свои наработки по Крыму/Кубани похерил? %) "Почаще записывайтесь" (с) :P

2 mr N
Завтра уж отпишусь, поспать все ж надо :ups:

Я начну с одного может быть неочевидного факта: я не занимаюсь модификацией/созданием карт - ну не моё это, уж извините. То что знаю об этом изучал для того чтобы сгенерировать точные 2D карты (для MapTools, ну может быть ещё чтобы заменить ed_m0х у штатных Иловских карт, и этот проект пока подвис :(, ждет своей очереди).
За программную поддержку ваших начинаний взялся просто чтобы помочь хорошим людям чем смогу.
Так что вам решать что должно быть в утилите, и примерно как должно работать.

Граница твердой суши и воды пройдёт по границе цветов 128-127 в map_c, это если смотреть где на самолете проехать можно а где уже провалится, а вот выглядеть может несколько иначе :(.
Да не более чем deSAD :), можно и альфа канал добавить куда нужно. Просто нужны точные правило чего и куда.
Ага, предполагалось наличие такой ф-ии.
Про нужную ширину - это ещё надо подумать как сделать, я ведь тоже не математик :), думал сделать просто - там где есть вода уводить высоту в 0, и опционально наполовину уменьшать высоту соседних пикселей.
Я думаю высоту как раз лучше в метрах и задавать. Вот только через метр не получится - там оно хитрее, чем больше высота, тем больше шаг, типа логарифмической шкалы.
Я имел ввиду следующее: т.к. map_c в 4 раза больше чем map_t, одному пикселю в map_t соответствует несколько в map_c. Так вот если среди этих пикселей в map_c только водные - то полностью водный цвет, если и водные и суша - то частично водный. Придумаете другие правила - подумаем как реализовать.
Ну общий то список есть - можно и что то типа базы завернуть.
А можно пользователю выдать список типов объектов которые есть на карте (в акторсе), и второй список - в котором вообще все возможные, и сказать - давай, устанавливай соотвествие что на что заменить.
И всё таки обсудите это с LSA - он вроде немного начал заниматься своей утилитой.
Что то наверное всё равно стоит сделать. И добавить галку - никогда не сохранять автоматически (кому оно мешает :))
Жесть конечно, в следующий раз попробуй хоть Эксель что ли использовать.
Не совсем - это обратная операция. Напр. можно взять готовую карту, превратить мосты в участки дороги и сохранить полную дорожную сеть, не прерванную мостами.
Ну тут я не помощник.

Не соглашусь. Никогда я не пытался своей тулзой заменить фотошоп. Дополнить - да, сделать какие то вещи более простыми - да, но не для того чтобы вовсе отказаться от использования Фотошопа.
Более того, если некоторые веши будет качественее реализовать с помощью скрипта в фотошопе - буду предлагать именно этот вариант :).

Я вот тут подумал, а не правильнее ли будет всю эту функциональность реализовывать в виде мода для полного редактора ? Особенно если научить его натягивать всякие map_.. вместо ed_m... карт.
Только это совсем не ко мне будет - я жаву тока читаю, и то со словарем.
А в структуре классов Иловских даже и не пытался разобраться.

Это комплимент? ;)
Ага, щаз! Чего мы, никогда в глаза "Свойства: Экран" не видали? :D Хотя, канешное дело, по нынешним временам, вкладки - уже неактуально, последний "писк" - дерево, навроде такого, как в Панели управления нВИДИА :rolleyes:
Та ... чего там "клепать"? Не, канешное дело, ежели все в Блокноте ваять на C++ или C#, тогда - понятное дело - нужна определенная ... э-э-э ... ловкость, а в том же Делфи даже мну в свое время интерфесы "рисовал", не особо напрягаясь ;) Ну, это так, к слову :rolleyes:
Скорее первое, нежели второе :ups:
В идеале - берега, канешное дело, потому как ежели всю картинку "блюрить", тогда ширина рек увиличится :DONT_KNOW: Хотя ... возможно ли перед "размытием" уменьшить ширину рек на желаемое (определяемое пользователем) количество пикселей? Но тут, млин, опять превью нужен бы ... и очень бы :rolleyes:
Думать надо :I'm_thinking: А! Вот бы еще "научить" утилиту города "рисовать" ... ну, типа - указываются координаты (или берутся из предварительно подготовленного файла), задается тип н/п (большой, средний, малый) и - вуаля! - на выходе получаем застройку ... О! Лес же еще! Его бы можно было в отдельном файле готовить (по типу дорог), а потом, накладывая на map_t.tga, "вырубать" в тех местах, где проходят реки/дороги, причем чем значительнее оные, тем шире "просека" ... вот :ups:
Ну, в принципе, у каждого ведь м. б. своя структура папок с модами ... у меня уж точно не такая, как у большинства %) Вот и указать, где расположены all.ini, какая карта находится в работе ... опять же, если ведется работа над несколькими картами, можно создать что-то типа профилей, чтобы "в один клик" переключаться с одной карты на другую ...
Так варианты как бы стандартные - либо сохранять предыдущие версии с расширением .bak (или префиксом, скажем, Backup of, по типу КОРОЛЯ Дров), либо создавать хранилище (папку), где будут складироваться резервные копии.
ПМСМ, имело бы смысл объединить эти утилиты :rolleyes: Ну что такое actors.static без карты под него? Так, скопище байтов ... впрочем, обратное тоже верно :D
Так вот те самые функции, которые объявлены в интерфейсе, реализовать - и ладно будет :ok:
:thx:
Ну, может, "вовсе отказаться от использования ФОТОШОПа" - это, действительно, слишком уж категорично (хотя было бы идеально, в данном конкретном разрезе ;)), а как насчет "отказаться от использования ФОТОШОПа в случаях, когда его функционал избыточен"? :rolleyes:
Чегой-то я слабо представляю себе толстый редактор с подобным фкнкционалом ... это ж его, поди, проще заново написАть %)
Так ото ж :rolleyes:

Именно так и планировал (чтобы по типу дорог можно было добавить из файла), вот только про ширину просек - пока не знаю. Скорее всего всё таки придется в редакторе руками допиливать :)
Может быть позже
Оставив их отдельными мы получаем одно неслабое преимущество - их разработка ведется одновременно двумя разными людьми :)
Объединить усилия проблематично - в разных средах они разрабатываются.

Да это я уже просек - тезка, ЕМНИП, как раз в Делфи и обретается :rolleyes: Ну, значит, будем пользоваться помянутым преимуществом ;)

В первый пост выложил первый набросок.
НАСТОЯТЕЛЬНО рекомендую использовать её вместо Map_c_Toolbox с ААА.

По крайней мере, запускается %) А чего за FreeImageMod? :eek:

А вот можно попробовать нажать кнопочку "Библиотека FreeImage" в программе - тады понятней станет :)

А я нажимал :P Меня FreeImageMod озадачило :I'm_thinking:

А там написано "...использует модифицированную библиотеку..."
В этом зипе - описание внесенных мной изменений.
Кое что не устраивало - допилил.
И исходники те что изменены там есть парами - org - оригинальный mod - модифицированный.
Или я вопрос не понимаю ?

А! Вон в чем дело! А я думал, что это как-то с ИЛовскими МОДами связано %)

Я так понял за эти искажения речь идет?

Нет, не про эти :)
Откуда эти, и можно ли как то с ними побороться - я не готов ответить.
Те про которые я говорил существенно крупнее и появляются на границах квадратов в 32 пикселя (т.е. с интервалом 1600 метров). Видно напр. на этих картинках http://www.aviaskins.com/vb/showthread.php?t=459