Либы для LOVE2D:
github.com/love2d-community/awesome-love2d

Либы для LUA:
github.com/LewisJEllis/awesome-lua

>>277787 (OP)
>Тред о лучшем фреймворке
Зачем 2 юнититреда?

>>277791
Потому что одно - годнота, а второе - дерьмо для школьников.

>>277787 (OP)
Сам-то разрабатываешь что-то?
Я раньше пилил пару прототипов на нем, но сейчас нету времени.

>>277797
И зачем ты создал тред ради дерьма для школьников? Перекатывайся к нам в юнити :3

>>277840
покупать ассеты?

>>277828
да, делаю рогалик

>>277846
Ага. А то сидишь, как программист, без графона.

Ждва года катаю код на lua для love2d.
Скопилась кучка либ. Не гитхаб, ибо соло.
Задавайте свои вопросы.
В качестве маленькой плюшки, костылелиба-обёртка над потоками love2d, с колбеками, дуплексной связью, линками между потоками и прочей хернёй.
http://pastebin.com/3hQVv1Gq

Хм, либа расширяющая кучку методов на utf8.
В частности, тут есть str:sub, str:lower, str:upper и ещё кучка вещей.
upper/lower работают на русский и большую часть латиницы, включая спецсимволы.
http://pastebin.com/KtbB3qQa

Программирование? Нет, спасибо. Лучше запилить годных гифок с типа геймплеем, собрать бабки и уебать в закат.

>>279089
А как ты гифки собрался делать без программирования?
Стандартные ассеты юньки?

>>279090
Какая юнька? Обычная рисованная анимация или в 3д редакторах.

>>279091
Ты скучный.

>>279082
Только начал изучать LOVE2D, до этого занимался быдлокодингом на Qt. Делаю простую RTS, в связи с чем возникли вопросы:
Как правильно делать отрисовку мира? Как правильно, для чего и в каких случаях использовать меш, канвасы и изображения?

>>279440
Смотри. Если у тебя тайло-карта из спрайтов, то дублируешь содержимое карты в sprite batch с квадами (трафареты, по которым из общей карты тайлов вырезается нужный), и рисуешь одним или несколькими: "draw(spritebatch)". Можно поделить карту на слои, из серии "основной террейн" с тайлами типа террейна, "трава" - тайлы всякой фигни, наслаивающейся сверху, слой "здания", на котором рендерятся все интерактивные объекты и так дальше, по мелочи.

Нарисовать один спрайтбатч с тысячами спрайтов внутри - всё равно что нарисовать один единственный спрайт. Они на это и рассчитаны.

Канвасы - это твои фреймбуферы.
Я, обычно, использую канвасы для пост-обработки (кусок кода несколькими постами выше с пост-процессором).
Грубо говоря, на канвас можно что-то отрендерить, а потом прорендерить сам канвас. Реально удобно для гуя: не надо перерисовывать кучу спрайтов элементов интерфейса: все один раз отрендерены на одном канвасе, а всякие буковки-циферки-полосочки подставляются по ситуации.
Мини-карта тоже может быть канвасом (чтобы не рендерить каждую точку каждый кадр, один раз отрендерить при запуске, модифицируя в дальнейшем по событиям).
Да, для пиксельной инди-дрочильни, всё содержимое экрана может рендериться 1к1 (в пикселях) на канвас, масштабируясь под размер окна. Всякие эффекты тряски/искажения тоже проще проворачивать над конечным полотном чем над каждым объектом, который рисуется.

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

>>279506
Спасибо, анон, добра тебе.

>>279512
Да, совет вдогонку: если делаешь действительно БОЛЬШИЕ карты (например, 5000х3000 тайлов), то для хранения состояний тайлов советую использовать статические массивы (FFI).
Применение описано, например, тут:
https://habrahabr.ru/post/113804
В LOVE2d FFI встроен.

Качество оп-пика символизирует качество движка?

>>279571
Зришь в корень.

>>279572
Как будто что-то плохое.
А если серьёзно, то качества тут не может быть, так как это чисто расширение lua лишними методами ввода-вывода.
То есть, чтобы сделать гуй, надо сначала мутить систему гуя (события, рендер и т.п.),
чтобы сделать разные состояния - сначала делается система состояний,
чтобы сделать сетевой код - делается система пересылки сообщений.
С одной стороны, полная свобода (как в типичном ЯП), с другой - "батареек" нет.
В целом, Love2d не является ДВИЖКОМ, так как движок подразумевает уже готовые системы загрузки и менеджмента контента, редактор сцен и прочая мышкодрочильня.
Тут этого не будет, что к лучшему.

>>280774
На играх вообще невозможно зарабатывать, так что если ты хочешь по-быстрому срубить легких денег - можешь продавать свой анал, например.

>>280798
Я не говорил про "по-быстрому".

>>280774
Погугли или на форуме или в библиотеках на вики какие-то мб уже готовые решения. Как минимум там есть работа с нетворком, так что не думаю, что могут быть какие-то проблемы, кроме как реализации всей этой херни.

>>280774
>>280847
Или ты про лицензию для всего этого? По идеи тоже не должно быть проблем, хотя я не очень разбираюсь в этом.

>>280847
>>280848
Я и про то и про то. Зачем делать игры, если не предполагается какой-либо монетизации. По идее в движках это должна быть вторая фича после собственно возможностей геймплея.