So aufwendig ist es doch eigentlich gar nicht. Du musst lediglich zwei bestehende Tilesets zusammenschneiden, falls Du nicht die einzelnen Tiles rauspicken möchtest. Du darfst halt nicht vergessen, dass Dein Spiel weiterhin aus mehreren Tilesets bestehen würde und nicht alles nur auf eines reduziert wird. So gesehen wirst Du lediglich jedes Tileset kurz in einem Bildbearbeitungprogramm Deiner Wahl öffnen müssen und noch das "angrenzende" Tileset dranhängen. Fertig.

Gerade das Aufteilen der Map bringt doch den Vorteil, dass man pro Map weniger Events am Laufen hat. oO
Solltest Du damit die ganzen Übergangsevents meinen, so wird in dem Video auch der Einsatz von Spielerkoordinaten angesprochen, sodass beispielsweise auf der X-Achse, bei einer Höhe von beispielsweise 8 auf der Y-Achse, der Mapwechsel erfolgt. oO

Im Video werden anhand des Beispieles nur 3 Events alleine für den Wechsel benötigt, wenn man ohne Variablen arbeitet. Wie breit sind denn Deine Karten?
Oder meinst Du was anderes? Wie weit hast Du die Ideen des Videos bisher denn aufgenommen?

Ermöglicht das dynamische Nachladen benachbarter Maps. Events können Mapgrenzen überschreiten, womit auch das zentrale Problem der Methode von DonF behoben wird, bei der nicht nur Events in einer Map eingesperrt, sondern auch aus heiterem Himmel gelöscht werden, sollten sie sich beim Wechseln der Map am Rand derselbigen aufhalten.
Der Denkanstoß aus dem Video ist nett, die vorgeschlagene Umsetzung allerdings überhaupt nicht zu empfehlen. Außerdem wird es dabei je nach Größe der Map und der verwendeten Grafiken sowie der Hardware, auf dem das Spiel ausgeführt wird, beim Teleportien zu einem kaum merklichen bis deutlich sichtbaren Ruckler kommen, da es der Engine des XP egal ist, ob die nächste Map etwa die gleichen Grafiken verwendet oder nicht; sie werden einfach nochmal neu geladen. Das wird bei Continuous Maps durch das Vorladen größtenteils verhindert.