Es scheint so als ob sie einfach die view port größe geändert hätten wenn man die Auflösung auswählen kann.

Das ist auch sonst die gängige Methode. Dann muss dazu noch interpolate pixels abgeschalten sein und es läuft.

Genauer erklärt stellst du im Room Editor zB 960x540 als view größe für die view0 ein und auch für den view port. Und in deinem Optionsmenu code musst du wenn du die Auflösung wählen lässt dann dementsprechend die viewport ändern. Die Surface von der die Entwickler reden ist wasl die Application Surface vom GM, auf der standardmäßig alles gedrawed wird (anstatt direkt auf den Bildschirm zu drawen wie DrawGUI es tut(soweit ich weiß)).

Quellen;
reddit.com/r/gamemaker/comment…el_game_like_hyper_light/
http://nightmargin.tumblr.com/post/102886823891/on-resolution

Das heißt ja nur, das der View kleiner als der Viewport ist. Wenn du eine Auflösung vorgeben möchtest, dann solltest du prüfen wie oft die Breite und Höhe des View jeweils in die Breite und Höhe des ports passt. Wenn bspw. für die x Komponente 1.7 und für die y Komponente 1.36 rauskommt, dann nimmst du die 1.7 (immer die größte) als deinen Scale. Wenn du dann den view mit view_width*1.7 und view_height*1.7 malst, hast du die Breite des Fensters vollständig ausgefüllt, oben und unten gibt es dann letterboxen, wenn die y Komponente größer ist gibt es Letterboxen links und rechts.

Wir beide^^

Du musst dir mit display_get_width und height den aspect ratio des Monitors errechnen. Dann kannst du deinen viewport daran anpassen. Wie es Rhazul auch beschrieben hat, deteillierter beschreiben wird (wahrscheinlich).

Noch mal einfacher:
Du teilst deine view breite durch die displaybreite
Dann teilst du deine view höhe durch die displayhöhe
Danach guckst du welcher wert von beiden größer ist.
Den nimmst du dann als deinen scale mit dem du das ganze multiplizieren kannst

Frei aus dem Bauch raus geschossen sieht das dann so aus (nach Rhazul´s anleitung):

Du hast ein Object mit einer ganz hohen depth damit es als erstes ausgeführt wird, zB obj_game_control mit einer depth von 10000.
In dessen create Event findet dann die ganze Berechnung und umstellung statt.
In deinem Room hast du view 0 aktiviert und der view port hat die selben werte wie die view für die größe.

Der Code kann auch einfach im room create event ausgeführt werden,dann braucht es kein separates objekt

Jop, ich persönlich habe immer ein controller object, in dem dann auch noch alle möglichen anderen variablen drin stehen (points, game states, etc).

Sorry für das Offtopic, aber diese Aussage verwirrt mich gerade.
Depth hat doch nichts mit der Priorität zu tun welche Objekte als erste in einem Room erstellt wird sonder ist jegliche ein grafische Ebenentiefenwert.
Das regeln welche Objekte in welcher Reihenfolge ausgeführt werden, regelt man doch im Room unter Settings mit der Liste Inder "Instance Order"

Also der port sollte der displaygröße entsprechen . Pass statt dessen die viewgröße an

view_wview *= max (h,b);
view_hview *= max (h,b);
view_wport = display_width;
view_hport = display_height;

Ja du musst natürlich die variablen ersetzen mit deinen

display_width wäre dann display_get_width() oder window_get_width() wenns nicht im fullscreen läuft.Das selbe natürlich auch für die höhe. Der Compiler zeigt dir auch immer in welcher zeile und bei welcher variable der fehler auftritt im errorlog