Думаю теперь как  смасштабировать линию  кривой безье , вот это уже думаю будет совершенно другое дело!

время уходит на перебор значений в масиве и оценивании шага каждой клетки.  матрица 3х3 8 циклов .в каждой из 8 клетоr еще 8 циклов  итого чтобы просканировать область 4х4 и оценить куда шагнуть алгоритм совершает  в теории 64 цикла для оценки шага ,сравнивая растояние до цели по теореме пифагора. после того как шаг был сделан цыкл повторяеться , но толко по пустым клеткам. пока не достигнем тупика. вот в тупике начинается каша малаша . потому как алогоритму приходится увеличивать свою зону обследования територии наращивая цену каждой клетки.

в любом случае это самый быстрый алгоритм.

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

я бы на таком размере тупой поиск в ширину запускал и не ебал мозг

правильно напишешь, будет работать за доли секунды

это что то новенькое . поиск в ширину говориш

ну и блядь не на autoit

потому что оно само по себе медленное

ты сам подумай, вот ты на карту зашел в пое, там сотни мобов, они как-то дорогу до тебя находят же

и не по 3 секунды каждый

согласен. я же не внедряюсь в процесс памяти. все чисто визуально.

в этом суть. заставить гамать без чита.

при чем тут это

я говорю поиск пути не надо на autoit писать

pyton пойдет ?

ну уже лучше, но тоже не самое быстрое

только на numpy ебашь тогда с opencv

данные (массив с либиринтом) как передовать лучше ?

никак, захватывай из питона