spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Also gerade das Aufrufen von Websites aus einem im Fullscreen-Modus gestarteten Spiels fand ich schon immer total daneben, vor allem wenn der Spieler gar nicht weiss, dass jetzt gleich eine Website sich oeffnet (also z.B. nicht bei "Visit us online!" sondern z.B. bei einem "Show Help"-Button, da empfinde ich es als grosses No-Go). Da ist mir ein Launcher dann doch lieber.

Das Argument mit Konsolenportierungen leuchtet ein; da man auf Konsolen normalerweise keine Aufloesungen usw einstellt, ist es sicherlich einfacher, sowas bei einer Portierung in den Launcher davor zu packen, statt das ins In-Game-Menu mit einzubetten. Zumal es auch immer wieder vorkommen kann, dass Aufloesungs-Aenderungen innerhalb des Spiels nicht richtig funktionieren, je nachdem, welche Technik/Libs man unten drunter verwendet.

In meinem Fall ist der Launcher nicht zwingend notwendig, deshalb ueberlege ich da in der Tat noch etwas. Ich sehe da aktuell sowohl Vorteile als auch Nachteile. Wobei die Nachteile nicht so gravierend sind, denn wie gesagt, ich wuerde auch eine Option anbieten, den Launcher zu ueberspringen. Das koennte dann jeder ausschalten, dem der auf den Geist geht.

Ich habe auch nicht von Vorteilen fuer den Nutzer geredet
Und Vorteile fuer den Entwickler oder aehnliches wurden ja schon einige genannt.

Ich stimme Dir grundsaetzlich weitgehend zu, aber wie gesagt, ich bin selbst noch nicht sicher, wie ich es mache. Aber ich weiss nun immerhin, dass es nach wie vor einige Spiele gibt, die einen solchen Launcher haben, es ist also kein Relikt aus vergangenen Tagen. Ob die Dinger nervig oder unpraktisch sind, steht natuerlich auf einem anderen Blatt.

Ist ja nett, dass ihr glaubt zu wissen, wie weit ich mit meinem Projekt bin. Zu eurer Info, das Spiel, um das es geht, ist fertig. Aktuell mache ich mir daher gerade Gedanken um alles, was mit Release/Verpackung/Installer/usw. zu tun hat.

Es ist schon richtig, dass man sich erstmal nicht mit solchen "Unwichtigkeiten" aufhalten sollte. Und es ist ein beliebter Anfaenger-Fehler, erstmal mit dem Intro, dem Menu oder dem Titelbild anzufangen. Aber dann muesstest Du das ja eigentlich auch in jeden anderen Thread schreiben, der nicht das Core-Gameplay zum Thema hat

Also ich habe mich jetzt ja auch ein wenig mit dem Thema beschaeftigt und auch mit einem Kollegen nochmal geredet, im Prinzip sehe ich das aktuell folgendermassen: Es gibt eigentlich 2 Arten von "Settings". Die einen Settings betreffen direkt das Geschehen/Spiel, die anderen betreffen eher den technischen Unterbau, z.B. in welcher Aufloesung wird das Spiel angezeigt usw. Diese kann man gut voneinander trennen (muss man aber nicht).

In meinem Fall ist es uebrigens so: Das Spiel selbst soll z.B. auf einem Raspberry Pi laufen im Fullscreen-Modus und mit festen Settings was die Aufloesung usw. angeht. Da brauche ich keinen Launcher vorher, das kann ich alles fest in die settings.ini des Spiels eintragen (oder theoretisch koennte man es sogar hardcoded ins Spiel machen, wenn man das fuer sinnvoller haelt). Wenn nun aber das Spiel auf einem PC laeuft, dann habe ich da mehr Auswahlmoeglichkeiten und moechte mich vielleicht entscheiden zwischen Vollbild und Fenster-Modus, will mir eine Aufloesung aussuchen usw. Aus diesem Grund halte ich es fuer sinnvoll, das Spiel einfach durch einen Launcher zu starten, in dem man das alles konfigurieren kann und somit quasi die settings.ini ueberschreibt, sobald das Spiel aus dem Launcher heraus gestartet wird. Zudem kann ich ein und denselben Launcher dann auch fuer mehrere Spiele nehmen bzw. auf diese anpassen.

Ein weiterer Punkt ist die Konfiguration von Joysticks/Gamepads, dies werde ich wahrscheinlich auch in den Launcher auslagern. Dann brauche ich da auch nicht im Spiel grossenartig ein Menu dafuer anlegen usw, sondern kann dies relativ simpel mit Standard-Windows-Buttons usw. loesen. Wie gesagt, man MUSS das nicht zwingend trennen aber in meinem Fall faende ich das gar nicht so schlecht.