Meistgenutzte Auflösungen / most used ressolutions

Hallo,

ich wollte euch einmal fragen welche Auflösungen für ein Spiel eigentlich Sinn machen da ich da keine wirkliche Ahnung habe. Ich habe danach gegoogelt, aber wirklich was aktuelles find ich nicht, oder ich bin einfach zu blöd dafür. Meines Wissens nach sind doch

(4:3) 800x600, 1024x768, 1280x1024
(16:10) 1600x1200, 1900x1200
(16:9) 1920x1080

die meistgenutzten Auflösungen, oder? Hat da jemand eine Idee welche Auflösungen Sinn machen in ein Spiel einzubinden? Ich arbeite derzeit am Grafikmenü und bin dann fast fertig. Das is das einzige was mir noch Kopfschmerzen macht.

MfG

Meerkat Laru


----------------------------------------------

Hello,

i want to ask you which ressoltion makes sense because i have no idea which of them i have to add to my game for options/graphics menu. I have googled, but i cannot find any new/good statistics, or i am stupid or something else. Well, my knowledge is the most ressolutions are


(4:3) 800x600, 1024x768, 1280x1024
(16:10) 1600x1200, 1900x1200
(16:9) 1920x1080.

Have anyone an idea which ressoltions makes sense in a game? I working currently on my grapfhics menu and i almost done with it. That's the only thing that makes me headache.

Friendly greets

Meerkat Laru

es gibt da keinen festen wert...
Erstell ne Option wo der Spieler selbst aussuchen kann - Feste Vorgaben sind nur unnütz und je nach Auflösung des Spielers Userunfreundlich..

Nutze am besten en Slider für oder Checkboxen.

1280x720
1440x900
1680x1050

An sich einfach alles supporten, ist ja auch kein Problem, wenn man mehr als eine supported.

Ich hab ja vor Buttons zu machen. Je Spalte isses dann das Bildformat. Aber ansich gibts da ja schon eine Menge Auflösungen. Dementsprechend viele Buttons würden es dann werden. Hab halt nur Angst ob der Bildschirm dann am Ende nicht etwas überfüllt ausschaut. Und wie man dieses Contex-Menü mit der Spalte da macht, da hab ich leider keine Ahnung von.

so viele Auflösungen nun auch ned..
Biete eifnach die grundauflösungen an.. aspect wird ja automatisch gesetzt.
Aber auf ein 640x480 fenster bekomm ich locker sämtliche auflösungen aller Bildformate drauf + Buttons ^^"

Wo is das problem dabei?

Verstehe ich richtig das ich also nicht den Video Aspect setzen darf damit er nicht das falsche Bildformat wählt? Das habe ich nämlich immer alles manuell gesetzt damit alles stimmte. Als Grundauflösungen kann ich im Prinzip ansehen bei video_mode von der Nummer 7 - 12?

Naja das Problem dabei ist ja unter anderem das ich sämtliche Panels mitskalieren und Positionieren muss. Deswegen erscheint mir das alles etwas heikel. ^^

video_set ftw.

Und panel mitskalieren sollte doch kein Problem sein..?

Also.. normal nimmt A8 den aspect deines PCs Automatisch.. sowie den von jedem anderen auch. Sicherlich kannst du den au manuell setzen.. z.B. um Auflösungen/Aspects von anderen PCs zu testen..

Panel mitskalieren hatte ich damals 2 Wochen dran gearbeitet damit das funktionierte. Habe da die Kriese dran bekommen weil ich die entsprechende Rechnungsformel noch net raus hatte, und auch net wusste wie die Positionen neu gesetzt werden mussten. Den funktionierenden Grundcode habe ich ja jetzt. Muss halt nur alles auf die entsprechenden Auflösungen wieder optimieren.

Ich probiers jetzt erstmal mit dem automatischen Aspect, danke euch.

Hier findest Du detaillierte Hardware Informationen zu Leuten, die Steam verwenden. Das ist sicher ein guter Anhaltspunkt: http://store.steampowered.com/hwsurvey

Schau dort mal unter November 2011 - Primary Display Resolution.

Wenn Du 1920 x 1080, 1680 x 1050 und 1280 x 1024 hast Du bereits die Hälfte der Standardauflösungen abgegrast.

Hrm stimmt. Danke für die Info.

Ich würde aber in jedem Fall empfehlen, keine Feste Liste zu nehmen, sondern rauszufinden, welche Auflösungen das System unterstützt. Ich glaube dazu gab es sogar mal ein Beispiel in den Lite-C Contributions.

Ja, ich habe sowas auch vor kurzem eingebaut. Ich mache das, indem ich eine Auflösungsliste erstelle und dann ein dynamisches Dropdown-Menü daraus forme, das genau so lang wie die Auflösungsliste ist (aber nicht unter 1024x768 geht).

Hier mal der Code für die Auflösungsliste. Das Beispiel hier erstellt dir eine .TXT Datei mit allen verfügbaren Auflösungen > X-Auflösung 640.



Hiermit kannst du die TXT dann auslesen



Und so mache ich das mit dem Dropdown-Menü.



Wahrscheinlich ist das recht unelegant, aber es funktioniert genau wie es soll.

Ich danke dir vielmals Rondidon. Damit hast du mir den Arsch gerettet!

Und was das unelegant angeht, egal wie der Code geschrieben ist, auf das Ergebnis kommt es an!

Nur kleine Randnotiz:

Es muss "< 29" sein, sonst hast du einen Arrayüberlauf.

Stimmt. Danke für den Hinweis.

Ich würde bei der Auswahl der Auflösung nicht nur eine Untergrenze einbauen (z.B. Auflösung muss breiter sein als 640 Pixel), sondern auch eine Obergrenze (z.B. bis maximal 2560 Pixel).

Warum?
Ganz einfach, weil man nie weiß, welche Hardware die Zukunft bringen wird. Vielleicht gibt es irgendwann mal Auflösungen von 10.000 Pixel?! Und so manches Spiel würde dann vielleicht bei einer höheren Auflösung unspielbar werden.

Die Bildschirmauflösung hat nämlich auf mehrere Dinge eine Auswirkung:

1.) auf die Panels:
Hier gibt es drei verschiedene Vorgehensweisen:
a) Entweder man skaliert die Panels, sodass sie bei unterschiedlichen Bildschirmauflösungen immer die selbe Fläche am Bildschirm einnehmen. Man muss dabei aber bedenken, dass man dann auch die Schriftgröße skalieren muss, und alles was auf den Panels angezeigt wird (z.B. Icons). Diese Vorgehensweise hat außerdem den Nachteil, dass die Grafikqualität nicht gerade besser wird, wenn ein Panel skaliert wird. Je höher die Auflösung, desto pixeliger sieht das Panel dann aus.

b) Oder die Panels behalten die gleiche Größe, und werden nur anders am Bildschirm plaziert. Dadurch bleibt die Bildqualität der Panels gleich gut, jedoch werden die Panels immer kleiner, je größer die Bildschirmauflösung wird. Deshalb sollte man bei dieser Vorgehensweise auf jeden Fall die Bildschirmauflösung nach oben hin begrenzen, weil sonst die Panels (oder Icons, oder die Schrift) so klein werden könnten, dass sie nicht mehr deutlich erkennbar bzw. lesbar sind.

c) Die beste, aber aufwändigste Variante: man legt für verschiedene Bildschirmauflösungen auch verschiedene Panel-Grafiken an. Für Auflösungen von z.B. bis zu einer Breite von 1280 Pixel, verwendet man dann die Panels und Icons aus dem Grafik-Set A. Für Auflösungen ab 1280 Pixel verwendet man dann das Grafik-Set B. Für alle Zwischen-Auflösungen geht man so vor, wie unter Punkt b) beschrieben.


2.) auf Buttons:
Hier gilt generell das gleiche wie für die Panels. Jedoch sollte man bedenken, dass ein Spiel schnell unspielbar werden kann, wenn die Buttons immer die selbe Größe haben.
Ein 16x16-Pixel großer Icon-Button kann bei einer Auflösung von 1024x768 noch relativ einfach mit dem Mauszeiger getroffen werden.
Bei einer Auflösung von 2560 x 1440 Pixel wird das schon sehr mühsam sein, und man braucht eine absolut ruhige Hand dafür.
Bei noch höheren Auflösungen könnte es irgendwann dann gar nicht mehr möglich sein, dass man den Button trifft. Schon gar nicht in der Hitze eines Gefechtes. Das Spiel wird dadurch unspielbar.


3.) auf die Geschwindigkeit des Mauszeigers:
Vor allem wenn man eine eigene Maussteuerung im Spiel verwendet, hängt es stark von der Bildschirmauflösung ab, wie lange es dauert, um einen Mauszeiger(oder ähnliches) von Punkt A nach Punkt B zu bewegen.
Normalerweise macht man ja die Mausgeschwindigkeit einstellbar. Aber man sollte bedenken, dass selbst die Maximalgeschwindigkeit an ihre Grenzen stößt, wenn die Bildschirmauflösung sehr sehr groß wird. Also man sollte hier auf jeden Fall für die Berechnung der Mausgeschwindigkeit auch die Bildschirmauflösung berücksichtigen.


4.) auf die Qualität der Texturen:
Man sollte bedenken, dass auch die Texturen im Spiel immer unschärfer/matschiger werden, je höher die Bildschirmauflösung wird. Wenn man zum Beispiel in einem Shooter vor einer Hauswand steht, deren Textur 1024x1024 Pixel groß ist, wird das bei einer Bildschirmauflösung von 1024x768 super scharf aussehen. Bei einer Auflösung von 2560 x 1440 Pixel wird man aber die Pixel in der Textur deutlich erkennen können. Die Polygon-Kanten der Models werden dann deutlich und scharf zu sehen sein, während die Pixel der Textur immer verschwommener werden, je höher die Bildschirmauflösung wird.


Man sollte also immer überlegen, bis zu welcher Bildschirmauflösung noch eine Steigerung der Bildqualität des jeweiligen Spieles erreicht werden kann. Und ab einer noch höheren Auflösung, die dann eigentlich nur noch eine Verschlechterung des Bildes mit sich bringt, sollte man diese Auflösungen dann sperren.

Ist zumindest meine persönliche Meinung.

Hört sich sehr sinnvoll an. Gute Tipps. Vielen Dank. Werde darüber mal nachdenken.

Deine Meinung ist vollkommen richtig und sehr gut durchdacht Harry Potter. Das hat mir selbst nochmal gezeigt was das wichtige dabei ist, danke.

Naja beim Skalieren von Panels skaliere ich von der höchst auflösenden Grafik sowieso immer nur runter, niemals rauf. Sonst wirds pixelig und hässlich. Dacht achte ich drauf.

Was haltet ihr davon: Man erstellt einen isometrischen View und positioniert die Panels in hoher Qualität als Sprites im Level. Diese können natürlich auf jegliche Maus-Events reagieren, auch animiert sein usw., brauchen aber nur einmal für alle Auflösungen produziert, skaliert und positioniert zu werden.

Handelt es sich um ein in-game Menü oder HUD Panels, wird es natürlich schon etwas schwieriger. Dann sollte man wohl jenen View auf NOENT und NOWORLD setzen und die entsprechenden Sprites per .genius und .parent in diesem sichtbar machen und im camera View unterdrücken. Zudem müsste man, bspw. mit NOSKY, den isometrischen Panel-View über den eigentlichen rendern, was dann aber etwas langsam werden könnte.

Alternativ vllt. auch einfach als View-Entities, ich weiß aber nicht, ob die Maus-Events unterstützen? Zur Not könnte man die auch selbst programmieren.

Du vergisst, dass bei den unterschiedlichen Auflösungen bzw. Bildschirmen das Seitenverhältnis nicht immer gleich ist (4:3, oder 16:9, oder 16:10).
Wenn das nicht so wäre, würde Deine Idee funktionieren. Aber so kann es vorkommen, dass bei manchen Monitoren ein Teil der Panels dann oben und unten abgeschnitten wird. Oder Du positionierst die Panels so, dass sie auf 16:9-Bildschirmen gut aussehen, dann hast Du aber auf 4:3-Bildschirmen oben und unten einen leeren Rand.

Hm stimmt, abgeschnitten werden dann zwar keine Panels/ Sprites, aber sie werden gestreckt/ gestaucht. Man müsste view.left/right/bottom/top dynamisch anpassen und die Sprites, zumindest in einer Koordinate, dynamisch platzieren. Das sollte aber auch kein Problem sein, denn man könnte bspw. den offset zur linken oder rechten View-Begrenzung in einem Skill speichern und die Objekte bei Laufzeit wie folgt positionieren:

if(sprite.skill1 < 0) // an linker Seite orientieren
sprite.y = view.left + sprite.skill2;
else sprite.y = view.right - sprite.skill2;