du könntest jeder Einheit einen Rang zuweisen(Vorzugsweise 2dimensional) und diesen als Koordinaten für einen Table mp_grid (ds_grid?) benutzen, um offsets für x und y auszulesen. Das wäre der simpelste Weg um eine Gruppierung zu erstellen, du müsstest halt nur das grid vorher genügend groß erstellen (10x10 reicht für 100 Einheiten), damit nur ausgelesen werden muss. Diese Koordinaten addierst du dann auf die Zielkoordinaten der Paths. Etwas Komplizierter aber meines Erachtens besser wäre wenn du das ganze nur emulierst da die Offsets sowieso linear verlaufen. Also berechnest du sie nur auf Grund des 2d Rangs, somit kannst du 1. unbegrenzte Einheiten supporten und 2. verbrauchst du keinen Speicher und musst vorher keinen Table anlegen.

Die Einheiten könnten beim Selektieren einer Ordnung unterliegen, sagen wir Einheit (E) 1 bekommt px = 0; py = 0; zugewiesen, E2 dann px = 1; py = 0; E3 px = -1; py = 0; E4 px = 0; py = 1; E5 px = 0; py = -1; E6 px = 1; py = 1; E7 px = -1; py = 1; usw. Dann musst du diese Werte nurnoch mit einem Offset multiplizieren. Ich arbeite eigentlich nie mit den Paths, das sollte aber klappen.

Man könnte auch, damit die nicht auf einer Linie herum laufen die Path Punkte mit einer For-Schleife immer random verrücken.
Müsstest du dann aber in der Schleife mit abchecken, ob da eine Wand ist, damit der nicht durch die Wand läuft.

Hmm... du kannst ja theoretisch jedem Objekt eine Position in der Formation geben.
die wandern dann alle dahin und laufen gemeinsam zum angegebenen Punkt.
Blöd ist dann nur, wie man das am besten macht, wenn da eine Wand ist und die dann da durch laufen.

Sonst kannst du ja im Objekt immer stepweise schauen lassen, ob an einem Punkt, der 100 Pixel entfernt ist, eine Wand ist. Wenn ja, dann laufe Schräg so, dass du auf die Line kommst, bevor er die Wand berührt.

hier mal pseudocode