Комментарии 43
Забыли тот 0.1% аудитории, который страстно жаждет сделать свою игру, но у кого за 10 лет ноль идей)
секс-пакманКогда ждать статью про создание этой игры?
Как-то сумбурно вышло, если честно. Но гэги оценил.
Статья отличная!
p.s. (шепотом) там я кликнул по стрелке вверх — стало тыща! :)
p.s. (шепотом) там я кликнул по стрелке вверх — стало тыща! :)
Про «луну» — не совсем слэнг, т.к. Lua это и есть «луна» на португальском :) Сами разработчики рекомендуют писать именно Lua (не LUA).
Еще о Corona PapaBubaDiop рассказывает в Подкасте
LibGDX думаю тоже достойный, пишем на Java/Kotlin, плюс в том что не нужно учить еще один язык.
А синтезатор голоса на айфоне можно использовать из Lua/Corona?
мы с друзьями писали кроссплатформенные игры на HTML5. Движок Phaser 2.9 (третья версия все еще сыра), изготовление дистрибутивов под Андроид и iOS за счет PhoneGap/Cordova. Можно использовать облачный сервис build.phonegap.com, который позволяет быстро конвертировать репозиторий с Git в готовые дистрибутивы под мобильные системы.
минусы по сравнению с другими подходами — больше тормозов, меньше совместимость (есть проблемы с Андроид ниже 5 версии — там родное WebView очень древнее, надо заворачивать в Crosswalk).
Среди плюсов — получение самой быстрой и компактной веб-версии для десктопов.
минусы по сравнению с другими подходами — больше тормозов, меньше совместимость (есть проблемы с Андроид ниже 5 версии — там родное WebView очень древнее, надо заворачивать в Crosswalk).
Среди плюсов — получение самой быстрой и компактной веб-версии для десктопов.
Об игровых фреймворках. Я писал на Haxe/Flixel, Java/LibGDX, JavaScript/Phaser.
Если делать небольшую мини-игру просто для забавы — большой разницы нет, имеет смысл выбирать тот стек технологий, который ближе.
При попытке создать что-то больше, чем «мини», у вас возникнет острая потребность в двух вещах:
— сложная верстка экранов. Вручную размещать элементы через код можно всегда, но это тормозит создания и изменения. Поэтому та технология, у которой есть «редактор сцен» — даст вам больше удобства в верстке.
— сложные элементы UI. Все, что предлагают вам из коробки игровые фреймворки — это максимум кнопки. А вам будут нужны списки, плавно реагирующие на мышку/тач/свайп. Это нужно для списков достижений, для апгрейдов, для магазинов, для найма войск. Да даже для таблицы рекордов — и то, по идее, было бы неплохо иметь список, который прокручивается. Я уже не говорю о списке выполняемых миссий, о встроенных системах помощи или списке настроек, который не помещается на экране.
Поэтому вам придется реализовывать их вручную. Тут надо смотреть — есть ли в игровом фреймворке возможность маски на группу (делать видимой только часть элементов из группы). Если нет — значит интерфейс придется планировать таким образом, чтобы каждый список находился на отдельном своем экране. Или пытаться реализовать свой велосипед по скрытию уходящих вверх или вниз элементов списка.
Если маска на группу есть — то все хорошо, можно планировать интерфейс, где на экране могут быть сразу несколько списков (или список с другими элементами интерфейса). Останется только написать полноценный велосипед для реализации скроллируемого списка и реакции на свайп (из коробки вам мало кто предоставит даже последнее).
Вообще, после знакомства с игровыми фреймворками создается ощущение, что их создатели начисто забывают, что между базовым принципом «нарисовать картинку — добавить реакцию на пользователя — переместить картинку» и полноценной игрой лежит огромный пласт вещей, которые придется решать.
Поэтому совет: выбирая фреймворк — смотрите также на наличие плагинов/расширений к нему для списков (listview, recyclerview), на наличие хороших наборов для создания нормального интерфейса, а также на наличие визуальных редакторов сцен. Если всего этого нет (для LibGDX я так и не нашел редактора сцен), то готовьтесь к ручной реализации или планируйте очень простые интерфейсы (на 1 экран, без скролла, только на кнопках/нажатиях).
Кстати, Defold, упомянутый в статье, имеет встроенный визуальный редактор. Учитывая, что язык в нем — тот же Lua, я бы посоветовал автору попробовать и его. Сам я в нем плотно не работал, но хотел бы увидеть чье-то мнение по поводу этого фреймворка/редактора. Когда я начинал (в 2015-16), Defold только начинался и многие вещи в нем были не реализованы, поэтому я не стал работать с ним. Но как я вижу, проект все эти годы развивался и там многое могло измениться.
Если делать небольшую мини-игру просто для забавы — большой разницы нет, имеет смысл выбирать тот стек технологий, который ближе.
При попытке создать что-то больше, чем «мини», у вас возникнет острая потребность в двух вещах:
— сложная верстка экранов. Вручную размещать элементы через код можно всегда, но это тормозит создания и изменения. Поэтому та технология, у которой есть «редактор сцен» — даст вам больше удобства в верстке.
— сложные элементы UI. Все, что предлагают вам из коробки игровые фреймворки — это максимум кнопки. А вам будут нужны списки, плавно реагирующие на мышку/тач/свайп. Это нужно для списков достижений, для апгрейдов, для магазинов, для найма войск. Да даже для таблицы рекордов — и то, по идее, было бы неплохо иметь список, который прокручивается. Я уже не говорю о списке выполняемых миссий, о встроенных системах помощи или списке настроек, который не помещается на экране.
Поэтому вам придется реализовывать их вручную. Тут надо смотреть — есть ли в игровом фреймворке возможность маски на группу (делать видимой только часть элементов из группы). Если нет — значит интерфейс придется планировать таким образом, чтобы каждый список находился на отдельном своем экране. Или пытаться реализовать свой велосипед по скрытию уходящих вверх или вниз элементов списка.
Если маска на группу есть — то все хорошо, можно планировать интерфейс, где на экране могут быть сразу несколько списков (или список с другими элементами интерфейса). Останется только написать полноценный велосипед для реализации скроллируемого списка и реакции на свайп (из коробки вам мало кто предоставит даже последнее).
Вообще, после знакомства с игровыми фреймворками создается ощущение, что их создатели начисто забывают, что между базовым принципом «нарисовать картинку — добавить реакцию на пользователя — переместить картинку» и полноценной игрой лежит огромный пласт вещей, которые придется решать.
Поэтому совет: выбирая фреймворк — смотрите также на наличие плагинов/расширений к нему для списков (listview, recyclerview), на наличие хороших наборов для создания нормального интерфейса, а также на наличие визуальных редакторов сцен. Если всего этого нет (для LibGDX я так и не нашел редактора сцен), то готовьтесь к ручной реализации или планируйте очень простые интерфейсы (на 1 экран, без скролла, только на кнопках/нажатиях).
Кстати, Defold, упомянутый в статье, имеет встроенный визуальный редактор. Учитывая, что язык в нем — тот же Lua, я бы посоветовал автору попробовать и его. Сам я в нем плотно не работал, но хотел бы увидеть чье-то мнение по поводу этого фреймворка/редактора. Когда я начинал (в 2015-16), Defold только начинался и многие вещи в нем были не реализованы, поэтому я не стал работать с ним. Но как я вижу, проект все эти годы развивался и там многое могло измениться.
Забыл добавить — вместо редактора сцен можно использовать Tiled (открытое бесплатное решение для визуальной верстки игровых уровней). В нем можно рисовать не только тайлами, но и объектами, что позволяет упростить верстку даже для UI.
Поддержка Tiled есть практически у всех. Нужно только вручную добавить код для загрузки карты и ее конвертации в набор визуальных объектов.
Поддержка Tiled есть практически у всех. Нужно только вручную добавить код для загрузки карты и ее конвертации в набор визуальных объектов.
Извольте подать мне ссылку на скачивание плагина для Lua к Atom.
На главной странице Getting Starting
Atom autocomplete-corona
Кликайте ссылку в таблице рекомендуемых редакторов
Atom autocomplete-corona
Кликайте ссылку в таблице рекомендуемых редакторов
нууу… неееет..!
имея такую задачу:
Вы упустили из виду главный аспект моделируемой ситуации:
… НА СВОЕМ ТЕЛЕФОНЕ!
и все что нужно уже тут: habrahabr.ru/post/340502
и что немаловажно, this made in Russia (ведь импортозамещение-то еще по-прежнему в тренде))
имея такую задачу:
Цель — создать 2Д игру без затрат и головной боли на все платформы
Вы упустили из виду главный аспект моделируемой ситуации:
Все начинается с обыкновенного телефона. В который звонят. Который с тобой в минуты ожиданий или одиночества. Разумеется, ты начинаешь делать игру под свой телефон...
… НА СВОЕМ ТЕЛЕФОНЕ!
и все что нужно уже тут: habrahabr.ru/post/340502
и что немаловажно, this made in Russia (ведь импортозамещение-то еще по-прежнему в тренде))
Привет евангелисту с КДИ)
Планируется ли у вас поддержка других языков, как через GDNative у Godot?
Планируется ли у вас поддержка других языков, как через GDNative у Godot?
Я что-то не понял. Всего три инструмента для разработки 2D игр? И в списке нет Unity? Я понимаю, конечно, что Unity это в первую очередь 3D, но с 2015-го, кажется 2D поддерживается официально, и только ради одного Assets Store стоит обратить внимание на эту платформу. Визуальному редактору нет равных, как мне кажется, и добавление 3D в двухмерных играх тоже изи. PapaBubaDiop если не сложно — почему даже не упомянули Unity?
Для мобилок не очень. Тормоза. Много проблем со связкой webgl+мобильный браузер, если в сети игра. И весит много, если скачиваемое.
Unity — это супер-токарный-станок. Может все. Но легкую, отзывчивую 2D игру на нем сделать чрезвычайно сложно. Одна настройка, установка, обучение и обход граблей займет месяц. С выходом новой версии Unity- ад граблей повторится с вероятностью 90 процентов.
Корона, кокос и дефолд — удобные напильники именно для 2Д игр. Полностью бесплатные! Что важно для бедных художников.
Корона, кокос и дефолд — удобные напильники именно для 2Д игр. Полностью бесплатные! Что важно для бедных художников.
Выше уже упоминали такой движок как LibGDX. А почему не он?
Ведь такого как Вы описали про Unity тут нет, мне кажется он(LibGDX) очень походит под описание легковесного движка для 2D игр.
PapaBubaDiop могли бы Вы дать пару коментов на этот счёт?
Unity — это супер-токарный-станок. Может все. Но легкую, отзывчивую 2D игру на нем сделать чрезвычайно сложно. Одна настройка, установка, обучение и обход граблей займет месяц. С выходом новой версии Unity- ад граблей повторится с вероятностью 90 процентов.
Ведь такого как Вы описали про Unity тут нет, мне кажется он(LibGDX) очень походит под описание легковесного движка для 2D игр.
PapaBubaDiop могли бы Вы дать пару коментов на этот счёт?
В мире существует три популярных бесплатных инструмента для создания универсальных 2Д игр
Есть еще Gideros, который превосходит Корону по всем параметрам.
А с недавним открытием FB Instant, Corona сосет уже совершенно официально.
Defold — движок оч.спорный
Cocos — ну хз хз, язык Lua все-таки в разы приятней C++
Пользуйтесь gideros-ом, я только за. Что до короны, у нее свой путь развития. На этой неделе выйдет версия с поддержкой совершенно сумасшедшей аудио-библиотекой для Андроид. Каналы, микширование, звучание — Шнур отдыхает.
FB в короне есть с двумя функциями 1) логин в игру через ФБ и 2) шаринг достижений
Плюс готовится поддержка HTML5 — насколько легкими будут приложения — пока не знаю. Как будет готова — напишу.
FB в короне есть с двумя функциями 1) логин в игру через ФБ и 2) шаринг достижений
Плюс готовится поддержка HTML5 — насколько легкими будут приложения — пока не знаю. Как будет готова — напишу.
PapaBubaDiop попробуй Gideros, тебе точно понравится. После Короны легко и быстро в нем разберешься, они оба на Lua, логика похожая.
Могу перечислить несколько преимуществ:
1) Приложения мгновенно тестируются на смартфоне по WiFi.
2) Есть макро константы, макро функции, побитовые операторы, улучшения синтаксиса Lua
3) Есть псевдо-потоки, потрясающе удобно во многих случаях
4) Gideros по-настоящему бесплатный (Корона же ощутимо дорогая, ибо все равно придется платить по $200 в год за плагины Admob и UnityAds, без них никуда)
Могу перечислить несколько преимуществ:
1) Приложения мгновенно тестируются на смартфоне по WiFi.
2) Есть макро константы, макро функции, побитовые операторы, улучшения синтаксиса Lua
3) Есть псевдо-потоки, потрясающе удобно во многих случаях
4) Gideros по-настоящему бесплатный (Корона же ощутимо дорогая, ибо все равно придется платить по $200 в год за плагины Admob и UnityAds, без них никуда)
Вас понял, шеф!
PapaBubaDiop такое ощущение что тебя короновцы попросили эту статью опубликовать :)
в последнее время видно как они активизировались, на ютубе у видеоблогеров обзоры заказывают :)
в последнее время видно как они активизировались, на ютубе у видеоблогеров обзоры заказывают :)
а почему Defold спорный?
afrokick его если попробуешь в нем поработать, то увидишь что его можно либо любить, либо ненавидеть :)
с шифрованием непонятно что у них, скорей всего как у Короны слабенькое
из Lua-фреймворков норм.шифрование только у Gideros
с шифрованием непонятно что у них, скорей всего как у Короны слабенькое
из Lua-фреймворков норм.шифрование только у Gideros
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как примерить корону