Tiled или LDtk: какой редактор уровней выбрать

У выбора редактора уровней для 2D-игры три рабочих пути: Tiled — когда нужны максимальная совместимость, изометрия или гексы; LDtk — когда платформер хочется собрать быстро, а уровни живут сущностями; встроенный редактор движка — когда движок уже выбран и возиться с импортом не хочется. Все три пути начинаются бесплатно; за неверный выбор платят неделями работы: импортёром, который воюет с движком, или уровнями, запертыми в редакторе, из которого вы выросли.

Дальше — сравнение в том порядке, в котором вы с инструментами реально столкнётесь: автотайлинг, сущности, проекции, форматы, скрытые издержки, и только в конце само решение. Статья парная к обзору редакторов тайлмапов, где кандидатов пять, включая браузерные; рядом стоит подборка программ для дизайна уровней — она про ремесло, а не про софт. А про то, как устроены сами карты, когда инструмент выбран, подробно написано в разборе дизайна тайлмапов.

Шпаргалка: три пути#

Ситуация	Что брать	Почему
Нужны изометрия, гексы или уровни без сетки	Tiled	Единственный отдельный редактор из трёх с такими проекциями
Движок может смениться, уровни должны пережить переезд	Tiled	Импортёры TMX и JSON есть почти везде
Платформер или вид сверху, важна скорость	LDtk	Визуальный автотайлинг и сущности за минуты
Уровни — это сущности, расставленные по рельефу	LDtk	Типизированные сущности — его родная стихия
Движок уже выбран: Godot, Unity, Construct	Встроенный редактор	Ни импорта, ни расхождений форматов

Tiled и LDtk при всей разнице исповедуют одну философию: уровень живёт вне движка, в отдельном файле, который движок потом читает. Встроенные редакторы переворачивают это устройство — уровень лежит внутри проекта движка. Почти всё дальнейшее сравнение вырастает из одного этого различия.

Tiled и LDtk: прямое сравнение#

	Tiled	LDtk
Лицензия и цена	Бесплатен; редактор под GPL-2.0+, форматы карт под BSD	Бесплатен; MIT, донат по желанию
Актуальная версия	1.12.2 (27 мая 2026)	1.5.3, коммиты до 12 июля 2026
Проекции	Ортогональная, изометрия, гексы	Только платформеры и вид сверху
Автотайлинг	Terrains и скриптуемый Automapping	Визуальные правила auto-layer, настройка за минуты
Сущности	Слои объектов с пользовательскими свойствами	Типизированные определения, enum-поля, слои на каждый уровень
Формат экспорта	TMX/XML, JSON, Lua, GameMaker, Defold	Один документированный JSON
Загрузчики в движках	Почти каждый 2D-движок и фреймворк	Unity, Haxe, Godot, GDevelop, Playdate и другие
Порог входа	Тяжёлый первый час, глубина на годы	Лёгкий с первой минуты
Кто делает	Небольшая команда на донатах, больше 200 спонсоров	Один основной автор: Себастьян Бенар из Dead Cells

Автотайлинг#

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

У Tiled две системы. Terrains — быстрая: вы указываете, какие тайлы к какому типу рельефа относятся, и кисть начинает рисовать готовые береговые линии вместо отдельных переходов. Automapping — мощная: набор правил в отдельном файле карты, который находит произвольные сочетания тайлов и выдаёт произвольный результат — коллизии, декорации, целые заготовки-штампы. По сути это скриптовая система преобразования карт, и она встроена в редактор, но осваивают её по документации, а не по интерфейсу.

LDtk делает одну вещь и делает её видимой. Создаёте IntGrid-слой, привязываете тайлы к сочетаниям значений сетки — и правила отрисовки работают прямо в процессе рисования. Полный «блоб» из 47 тайлов настраивается за минуты, а панель правил показывает все сочетания сразу. Для платформерного рельефа это самый быстрый автотайлинг из всех участников сравнения.

Проекции#

Здесь различие жёсткое и не обсуждаемое. LDtk сознательно работает только с платформерами и видом сверху, изометрических карт в нём нет — ограничение объёма заявлено на сайте проекта прямым текстом. Tiled поддерживает ортогональные, изометрические и гексагональные карты. Если вы делаете изометрическую тактику или гексагональную варгейм-стратегию, выбор уже сделан за вас.

Сущности и данные уровня#

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

Tiled кладёт сущности на слои объектов — прямоугольники, точки и полигоны с пользовательскими свойствами (строка, целое, дробное, логическое, enum, файл) у каждого. Работает, и на тех же слоях можно держать геометрию коллизий. Но схема живёт в вашей дисциплине: ничто не мешает двум объектам одного «типа» таскать разные наборы свойств.

LDtk обходится с сущностями как с объектами первого класса. Тип определяется один раз — размер, точка привязки, иконка-тайл, — и получает типизированные поля, включая enum, объявленные на уровне проекта. Каждый экземпляр несёт ровно эти поля, и редактор проверяет их сам. Слои IntGrid позволяют красить области как игровые значения — безопасная зона, опасный участок, территория фракции, — а не как арт. Если ваши уровни устроены как сущности, расставленные по рельефу, эта модель данных и есть причина выбрать LDtk.

Форматы и переносимость#

TMX и JSON у Tiled давно стали чем-то вроде общего языка: GameMaker и Defold принимают карты напрямую, для Phaser, MonoGame и libGDX годами существуют загрузчики сообщества, импортёры для Godot и Unity поддерживают их сообщества. Десятилетие коммерческого использования — Shovel Knight, Axiom Verge, Brigador, Carrion — означает, что острые углы давно найдены и обточены. Сами форматы карт распространяются под лицензией BSD, поэтому их читают без юридических оговорок десятки движков.

LDtk выдаёт один документированный JSON-файл на проект, с загрузчиками для Unity, Haxe, Godot, GDevelop и других, включая Playdate. JSON чистый, версионируемый, с хорошей документацией — но экосистема моложе и меньше. Для соло-разработчика практический вопрос сужается до одного: есть ли загрузчик под ваш движок и тянет ли он нужные вам возможности. Ответ на него проверяется раньше всего остального.

Порог входа и интерфейс#

Интерфейс Tiled функционален и выглядит соответственно возрасту. Многослойное редактирование, бесконечные карты, world-файлы, склеивающие карты в общий мир, JavaScript API для собственных форматов — всё это есть, но ничего само не подведёт вас к этим возможностям. Тяжёлый первый час — аванс за десять лет вперёд: инструмент развивается больше десятилетия и в мае 2026-го продолжал выпускать релизы.

LDtk ощущается современным приложением, потому что им и является: его пишет практикующий геймдизайнер. Файлы Aseprite импортируются напрямую и перезагружаются на лету при изменении арта; поля, слои и правила редактируются в панелях-инспекторах. Обратная сторона — проект одного человека: блестящий, пока активен, и зависимость от одного мейнтейнера, которую никакая дорожная карта не отменяет. Разработка идёт (в июле 2026-го в репозитории появлялись коммиты), но запасной выход стоит держать при любом инструменте такого рода: JSON уровня — под контролем версий.

Когда выигрывает встроенный редактор#

TileMapLayer в Godot, Tilemap с Rule Tiles в Unity, объект Tilemap в Construct 3, Room Editor в GameMaker — полноценные редакторы, а не утешительные призы.

• TileMapLayer в Godot — с версии 4.3 рекомендуемый способ работы с тайлами (один слой на ноду): террейны, отрисовка физических форм, встроенный конвертер из старой ноды TileMap. Если вы уже работаете на Godot 4.7, поводов искать сторонний редактор немного.
• Tilemap в Unity — связка Grid и Tilemap с Rule Tiles закрывает автотайлинг, инструментарий 2D Tilemap Editor зрелый. Импортёры для Tiled и LDtk существуют на случай внешнего инструмента.
• Tilemap в Construct 3 — объект для рисования тайлами с поддержкой автотайлов, входит в любой тариф, редактируется в браузере.
• Room Editor в GameMaker — комнаты и есть родной формат уровней; Tiled при желании экспортирует карты прямо в GameMaker.

Встроенный путь меняет переносимость на интеграцию: нет импортёра, нет несовпадения версий, коллизии и физика рисуются тем же инструментом, который запускает игру. Проигрывает он тогда, когда меняется движок: сцены Godot и layout Construct не переезжают. GDevelop держит середину: его объект External Tilemap грузит и Tiled, и LDtk нативно (из LDtk при этом берутся только тайловые слои), так что отдельный редактор там почти ничего не стоит.

Выбор за три шага#

1. Отсейте по проекции. Изометрия или гексы — Tiled, вопрос закрыт. Платформер или вид сверху — продолжайте.
2. Проверьте импортёр раньше редактора. Какой бы инструмент ни приглянулся, соберите одноразовую тестовую карту из пяти тайлов и загрузите её в свой настоящий движок — сегодня, до начала работы. Полдня на такую проверку избавят от месяца войны с экспортом. Импорт не заработал — инструмент вычёркивается, какими бы ни были его возможности.
3. Выбирайте по тому, как вы думаете об уровнях. Тайлы прежде всего (рельеф, большие карты, структура мира) — Tiled. Сущности прежде всего (враги, триггеры, выверенные платформенные прыжки) — LDtk. Движок прежде всего (один проект, без круговых поездок) — встроенный редактор.

Частые ошибки#

• Редактор выбирают до проверки импортёра. Возможности инструмента не имеют значения, если движок не читает его файлы. Самое частое сожаление в форумах разработчиков — именно об этом.
• Автотайловые наборы рисуют руками. Все инструменты из сравнения строят переходы по правилам; нарисовать 47 тайлов «блоба» в графическом редакторе и импортировать как статичный тайлсет — выбросить функцию, которая экономит больше всего времени.
• Два редактора на одном проекте. Половина уровней в Tiled, половина во встроенном редакторе — и любое игровое изменение проходит через два формата. У одного проекта должен быть один дом для уровней.
• Коллизии поверх арта, поставленные вручную. Проходимость должна наследоваться из отдельного слоя или метаданных тайла, чтобы перерисовка не могла развести её с картинкой. Слои объектов Tiled, значения IntGrid в LDtk и физические слои Godot это умеют.
• Редактор уровней как арт-инструмент. Сначала серые тайлы и проверка играбельности, арт — потом, когда уровень уже работает.

Где место Egmatic#

Egmatic — no-code редактор 2D-игр, построенный на ИИ; сейчас он в пре-альфе, и скажем об этом прямо. Инструмент доводит третий путь из сравнения до конца: редактор тайлмапов и движок — одна программа, поэтому уровень не экспортируется никуда вообще. Рельеф рисуется с автотайлингом, поведение назначается узлами вместо пользовательских свойств, и нарисованная карта — уже та сцена, которую запускает движок. Дорога от серой болванки до плейтеста — один клик, без JSON-обмена и загрузчика, который пришлось бы писать и поддерживать. Когда игра готова, включается слой публикации: выпуск и лайв-опс без собственного бэкенда. Если сама развилка «отдельный редактор или встроенный» кажется вам лишним шагом — именно её Egmatic и задуман убрать. Следить за пре-альфой и записаться в лист ожидания можно на egmatic.com.

Итог#

Инструмент, который держит варианты открытыми при любой смене движка и проекции, — Tiled: проверенный дефолт с десятилетием истории за плечами. Для платформеров и игр с видом сверху, где правят скорость и сущности, — LDtk: быстрее, дружелюбнее и не стоит ничего, чтобы попробовать. Если с движком вопрос закрыт, а его редактор хорош — TileMapLayer в Godot, Tilemap в Unity, Tilemap в Construct, — встроенный редактор избавляет от целого слоя импорта. Что бы вы ни выбрали: проверьте путь импорта на тестовой карте до рисования настоящих уровней, держите коллизии данными, а не коробками поверх арта, и храните файлы уровней под контролем версий — тогда ни одно будущее решение не окажется закрытым.

Источники#

• Релизы и лицензирование Tiled — GitHub: mapeditor/tiled (v1.12.2, май 2026) и mapeditor.org
• Возможности, фокус и JSON-вывод LDtk — ldtk.io (v1.5.3); лицензия и активность — GitHub: deepnight/ldtk (MIT, коммиты в июле 2026)
• TileMapLayer в Godot — документация Godot: using TileMaps
• Tilemap и Rule Tiles в Unity — руководство Unity: Tilemap
• Панель Tilemap в Construct 3 — справочник Construct 3
• Объект External Tilemap в GDevelop — вики GDevelop: Tilemap