Каскадный · [ Стандартный ] · Линейный несколько вопросов к гуру програмирования :), гуру медитирует (c) commodore Amiga

[olegan]

нехачу на С/С++
мне его в вындосе/линюхе хватает
асм люблю хотя С/С++ тоже знаю

[Don]

хотеть это хорошо
и не вредно

[KoCMoHaBT]

А вообще , уважаемые товарищи девелоперы, не могли бы вы поделиться инструментарием для редактирования графики, тайловых карт . Желательно коммерческие программы, поделки энтузиастов любителей мы можем и сами из сети вытащить.
Ну или хотя бы советом , что лучше, функциональнее и удобней.

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

[KoCMoHaBT]

Кстати, MaXXik, ты ведь как-то связан с in-cubus? У них-же есть нечто:
http://www.in-cubus.com/gba.html

[KoCMoHaBT]

Есть недоделка, которая была фриварой от:
http://www.namdoo.com/

[arabesc]

Немного похвастаюсь:
AdvanceEditor
Информации там конечно мало (например, не сказано про поддержку анимации), но могу сказать, что ничего лучше я ещё не видел.
Делиться этим конечно никто не будет. На создание редактора у команды ушло немало времени и сил.
Была идея сделать его коммерческим, но дальше идеи дело не пошло...

[KoCMoHaBT]

BSP тайловое считаете?
Параллакс поддерживаете?
Альфаканал?

[KoCMoHaBT]

Делиться этим конечно никто не будет. На создание редактора у команды ушло немало времени и сил.

У меня тоже есть недоделка. Сейчас времени нет на доведение до ума.

[arabesc]

BSP тайловое считаете?
Параллакс поддерживаете?
Альфаканал?

BSP - а зачем?
Параллакс - есть.
Альфаканал... альфатест есть.
Есть поддержка длинных диагональных уровней, т.е. RLE компрессия больших незанятых тайлами пространств. Поддерживаются нечто вроде user-defined атрибутов для тайлов. Всего не вспомню...
При помощи этого редактора были сделаны EarthWorm Jim 2 и Pink Panther: Pinkadelic Pursuit. Соответственно и редактор "заточен" под side-scroller'ы.
Я бы не сказал, что он недоделка. Он имел вполне законченый вид, но находился, так сказать, в developer mode :)

[KoCMoHaBT]

Я бы не сказал, что он недоделка

Так я своим, как-бы, похвалился

BSP нужно для сверхбольших карт, когда не хватает видеопамяти под уникальные тайлы. Управление не картой, а картой/тайлсетом. Надеюсь объяснил .

RLE компрессия больших незанятых тайлами пространств.

Это что такое?

[arabesc]

Под BSP подразумевается binary space partitioning? Я вроде понимаю для чего, но не очень понимаю каким образом...
У нас проблемы нехватки видеопамяти под тайлы небыло. Вернее она была, но стояла по другому. Ставилось условие: на экране не должно быть одновременно больше разных тайлов чем умещается в видеопамять. По мере движения по карте невидимые тайлы освобождались, новые подгружались. Типичный объём графики для background'ов уровня был на уровне нескольких сот килобайт.

О RLE - представь себе уровень в виде длинной узкой полоски по диагонали прямоугольника (есть такой в EWJ2). По бокам полоски очень много свободного места, а карту хочется представить в виде прямоугольного массива. Вот для реализации этого и было введено специальное кодирование пустых мест. Типа: ID пустого места + его длина.

[KoCMoHaBT]

Ставилось условие: на экране не должно быть одновременно больше разных тайлов чем умещается в видеопамять. По мере движения по карте невидимые тайлы освобождались, новые подгружались.

Да, да... Именно оно. А заниматься подсчетом контрольных точек для загрузки, и генерять структуру для этого в исходник и должен мапэдитор. BSP в чистом виде, только кастрированное для двумерности.

[arabesc]

Подгрузка тайлов не была у нас в движке узким местом, поэтому необходимости в дополнительной структуре данных (например, BSP) небыло.
Контрольные точки... всё это дополнительные ограничения, дополнительный код. Было проще - куда хочеш, туда скроллишь, а engine сам решает, что освободить, а что загрузить.

[KoCMoHaBT]

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

[arabesc]

Я не отрицаю, что этот способ может быть более выгодным в некоторых ситуациях. Но, например, как реализовывать анимацию background'а? Понятно, что можно. Но затраты?..
У нас в движке переход от обычных тайлов к анимированным занял несколько строк кода + минимальные изменения в экспортируемом формате уровней.
А насчёт безразмерной ПЗУ'хи - это сгоряча. Максимальный размер ROM'а, впрочем как и остальные его характеристики, очень настойчиво рекомендует издатель. Хорошо помню процесс всевозможных оптимизаций, когда стало ясно, что в 8Mb мы просто так не влезем.

[KoCMoHaBT]

Максимальный размер ROM'а, впрочем как и остальные его характеристики, очень настойчиво рекомендует издатель

Это если под ключ. Мы любители, мы под ключ не пишем, мы под ключ пишем только мабилы :)
А возможности анимации надо заранее предусматривать.

[MaXXik]

2Kosmonawt А те недоделки MapEditor`ов , которые у тебя есть можно глянуть ?
2arabesc Редактор писали на Visual C ?

Блин народ, неужели никто не программирует на Borland C Builder ? Похоже надо браться за MFC, на голом API под win писать Map Editor будет мазохизмом.

[olegan]

MFC имхо суксь

[KoCMoHaBT]

MFC имхо суксь

Йопть! Какая разница на чём писать? Главное, чтобы работало и можно было быстро переделать.

[KoCMoHaBT]

2 MaXXik: Моя недоделка на ATL+WTL