1.: Du musst nicht alles Fett machen.
2.: Wenn du so einen gleitenden Übergang haben willst, musst du nur an den Enden des Raums nochmal das wiederholen, was am anderen Ende auch vorzufinden ist, dass also die Ränder des Raums aus jeweils paarweise zusammengehörenden gleichen Abschnitten bestehen (Die jeder für sich nur so groß sein müssen, wie die View). In der Mitte platzierst du dann unsichtbare Objekte, die den Spieler zum jeweils anderen Abschnitt springen lassen, so dass er am anderen Ende der Karte ist, davon aber nichts mitbekommt, weil alles genauso aussieht, wie vorher. Ich hoffe, ich hab mich verständlich genug gemacht...

mach einen screen vom raum und füg ihn links(oder welche seite auch immer) vom raum nochmal ein dann sieht es so aus als wäre er da gerade gewesen

e: war mal wieder zu spät :O

Es soll nicht nur so aussehen, sondern auch so sein?
Das heißt du willst tatsächlich einen unendlich großen room haben?
Dann musst du allerdings abwarten bis es günstig zu erwerbenden, unendlich viel kapazität umfassenden Arbeitsspeicher gibt

Es gab auch mal einen tread dazu, in dem das mit 2 view gelöst wurde. Ich finde den nur leider nicht.

Hier ist der Thread mit Lösung.

Dragoon

Hier in dem Thread findest du auch ein example mit dem gleichen Prinzip.
Man kann sich da in alle vier Richtungen bewegen und es werden dann dafür 4 views verwendent.

Interessant... ich beschäftige mich gerade mit der gleichen Sache, da ich vom Debugger eine kurze Pause mache (fertig im Kopf und Abschreiben ist fad) und mich der Kamera-Engine zugewandt habe.

Am "einfachsten" ist natürlich, du brichst die Game Maker Room_Engine. Will heißen, du speicherst deinen Level in Grids oder Arrays und zeichnest immer einen Bereich davon - ist es auf der einen Seite zu Ende, zeichnest du an der anderen Seite weiter. Du brauchst dann nunichtmal views oder einen großen Raum. Keine Ahnung, wie schnell das mit Grids und Arrays geht - bei vielen Tilelayern z.B. wird es unangenehm, mit solchen Techniken zu arbeiten. So unangenehm, dass du dir schon fast nen eigenen Roomeditor coden kannst, der in diesem Format abspeichert.

Der Trick mit den Views ist mir bei meinen persönlichen Überlegungen auch gekommen - allerdings braucht es dafür 3 views, da wir bei einem diagonalen Bildaustritt zwei Streifen von der anderen Seite brauchen sowie die gegenüberliegende Ecke (was nur heißt, dass eine der beiden Hilfviews diese mitnehmen muss). Beim Überfliegen der Threads hab ich immer nur zwei Views gesehen, ich dachte, ich merke das mal an.

Es gibt aber ein weiteres Problem, das zwar auch angesprochen wurde, aber hierfür habe ich keine Lösung entdeckt oder sie vielleicht auch übersehen:
Wenn ein Objekt sich am rechten Rand befindet und diesen bereits überschneidet, wird es nicth automatisch an der anderen Seite wieder gezeichnet. Man kann es in diesem Moment schon an die andere Seite des Raumes setzen mit einer entsprechende Verschiebung, allerdings muss man dann bedenken, dass sämtliche Kollisionen damit auch verlagert werden müssen. Sprich Gegner etc müssen ähnlich behandelt werden. Gleiches gilt für Wände auf der anderen Seite.
Wenn die ganze Sache grafisch auch korrekt aussehen mag, muss dieser Übergang auch programmtechnisch stimmen. Am einfachsten wäre es daher, vorerst nicht mit den Views rumzuspielen sondern die damit verbundenen Kollisionen zu checken, und das geht auch mit einem Kamerasprung.

Nur mein Senf dazu.

Für mich hat sich herausgestellt, daß die Option "View folgt Objekt" (automatisch via view settings) unsauber scrollt. Auch die Methode, mehere Views aneinanderzulegen, hat echte Nachteile.
Ich habe mal meine Methode für Euch "extrahiert" und angehangen. So groß ist die Datei nur, weil ich ein Hintergrundbild reingetan habe. Eigentlich geht es fast nur um ein Skript...

Ähh zur Erklärung:

Upload klemmt irgendwie gerade, ich probiers später noch mal

Hier habe ich beide zusammengeworfen. Der für 3D funktioniert natürlich etwas anders, aber ich dachte das paßt so schön zusammen.

GM6 registriert