dollar

Чтобы сделать игру, тебе нужна команда. Чтобы команда (да и ты сам) понимала, что вообще нужно делать, тебе нужно написать концепт, а потом и геймдизайн-документ. А для этого в первую очередь нужно научиться грамотности и пунктуации в русском языке. Иначе тебя никто не будет воспринимать всерьёз. Последовательность в изложении мыслей тоже не лишней будет, иначе опять-таки никто тебя не будет понимать, в том числе и с Unity будет сложно "общаться".

Да, поможем.
(это ответ на вопрос)

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

P.S. Кстати, ваш вопрос нарушает п.3.2. сервиса, так что его вообще следовало бы удалить, как малосодержательный.

Для разработки нужна программа типа Spine, только она для ПК. Никто в здравом уме не работает на андроиде полноценно в плане творчества или создания чего-то сложного.

Для запуска анимаций нужен движок типа Unity. Используйте его в своем приложении для андроида, - и можно будет запускать и "работать" с вашими готовыми анимациями прямо на андроиде.

Не используйте GameMaker Studio, я пробовал, не понравилось, слишком много ограничений.
А синтаксис там вообще "волшебный". Присвоение значения переменной изменит переменную у всех объектов такого типа и прочие несуразности.

Лучше переходите на Unity. Это уже классика.

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

Шейдеры в WebGL

Вы считаете новые координаты от начальных, а нужно считать новые координаты от предыдущих.

Если ваша игра усложнится, то вам это сильно поможет. Например, если будет потолок, об который можно стукнуться, то прыжок прервется и начнется свободное падение.

То есть вам нужна простая физика (известная вам со школы) - скорость и ускорение. В момент прыжка есть только начальные координаты и вектор скорости. Всё. В качестве ускорения есть гравитация (тянет всегда вниз) плюс можно разрешить пользовательское ускорение стрелками клавиатуры, а можно и не разрешать, зависит от геймплея.

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

Обычно делают "кучу склеенных в один файл кадров" на полотне 1024х1024 или 2048х2048.
Ещё больше размер - плохо.

Соответственно, в самом спрайтере лучше экпортировать в виде "кучи отдельных кадров". Но! При этом нужно сделать свою небольшую софтину, которая будет конвертировать удобочитаемый XML (или JSON) от спрайтера и отдельные изображения в свой собственный формат анимаций, удобный вам.

При этом нужно заранее учесть возможность переодевания. В спрайтере это всё возможно (путем замены отдельных статичных изображений, которые участвуют в анимации).

Если вы используете конкретный движок, то возможно потребуется погуглить конвертер в поддерживаемый формат.

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

Графически реализовать есть варианты. Самое простое - canvas.

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

Вы хотите, чтоб у вас всё было, и вам за это ничё не было.
Но так не может быть.

Любой, даже супер навороченный фреймворк, это, как минимум, увеличение размера страницы и потребления памяти. Если у вас простая задача, типа нарисовать 7 красных линий, то это можно сделать на нативном JS, без фреймворков.

В конце концов, вы сами сказали, что задачи разные. Так что даже если у вас будет этот швейцарский нож, то каждый раз нужно будет изучать его API под новую задачу, как если бы это была отдельная библиотека под эту задачу. Это не имеет смысла.

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