Вся идея в том, чтобы разобраться как эти формулы работают, как работает канвас и прилегающее к нему)

ну.. грубо говоря бежать придется один фиг по всем. Хотя смотря какая логика отсечения...
Вопрос в другом - всех ли будешь обрабатывать.
Есть разные подходы отсечения вычисляемых объектов. У меня не самая производительная, но для моих нужд хватает. У меня карта разделена на квадраты, которые разделены на квадраты). Каждый объект знает какие квадраты он занимает. Я бегу по всем объектам и смотрю есть ли у него нужные квадраты, если есть, то тогда я запускаю тяжелую логику коллизий.

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

Ага, значит всё в принципе правильно, понял)

То-же самое я думаю, карта - массив строк, который разбирается на объекты карты с фиксированными положениями в зависимости от положения в массиве)

У меня также карта генерится)

каждый символ в строке потом маленький кусочек карты. У каждого кусочка есть свой индекс складывающийся из индекса массива и индекса символа. Эти индексы знают объекты на которых находятся.

Ага, а каким образом вычисляется то, в каком квадрате сейчас игрок?

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

Происходит сравнение и из всех подбирается квадрат с подходящими координатами?

грубо говоря у меня каждый объект имеет иметод move. Если метод срабатывает, я после этого сравниваю предыдущие и новые его координаты. Если они изменились, то он заново смотрит где он.  Потом свои координаты конвертирует в квадраты и запоминает новые квадраты, которые он занимает, чтобы потом можно было их срванивать с другими. И так очень много и часто раз)) благо язык GO оч быстрый) если максимально упредить тяжелые вычисления более легкими - то проблем не будет

Понятно, благодарю за разъяснения :)

На сколько могу) и я уточню, что я не профи) мои суждения и опыт могут быть далеко не везде верные) так что на 100% не полагайтесь на мои советы

Чтобы гуглить проще, это обычно зовется broad-phase
Про "простое" сечение пространства на квадраты - Quadtree, BSPTree, и более экзотичные штуки есть типа CircleTree

И потом ещё более сложные алгоритмы идут, которые умеют выделять произвольные группы и подобное

Понятно, учту)

ад то даже не тут, а в моменте когда надо обработать несколько точек коллизий корректно, например 2 точки для 2д, в боксе видел что начинается какой-то ад с матрицами и так и не понял почему

Где там ад? Ну просто там разложенные 'минимальное расстояние до прямой' и применения матрицы трансформации

народ, а все покупают про версию TexturePacker или крякаете как-то?)

Ой:) ну отдай ты уже 10кружек кофе в год