Druckbare Version
Hey :)
ich wollte mich mal informieren warum die spiele nicht so hochwertig sind wie auf anderen system z.B. dem iOs (hab bis jetzt nur mit dem Os wirklich intensiv verglichen da ich über keine anderen verfüge)
schon allein von der Grafik her sind die Spiele in den meisten fällen besser
Liegt das an den Geräten das die Grafik nicht zu hoch geschraubt werden darf ?
was mich auch interresiert, wieso werden die games immer schlechter ausgeführt als auf anderen systemen (android, apple)
Deine Aussage kann ich nicht bestätigen.
Ich denke das liegt immer an den Programmierern der Spiele und hat nicht mit dem System zu tun.
Habe schon einige super Games für WP7 gesehen.
Könntest du mir ein grafisch gutes Spiel nennen (Konzept egal)?
Also muss da grafisch nichts runtergeschraubt werden.
natürlich gibt es auch gute spiele nur vom grafischen her hab ich noch nie richtig schöne spiele gesehen, zumindest entsinne ich mich nicht :/
und die letze Frage hat sich auf die Xbox Live spiele bezogen. wenn es das spiel auch auf anderen systemen gibt ist es dort meist besser ausgeführt
Lad Dir mal die DEMO von "Rise of Glory" runter.
oder "Pinball League" auch sehr schön.
Na ja vergleich mal rise of glory mit Need for Speed Hot pursuit oder dead space auf dem iPhone... Ich denke es wird an der Hardware liegen da wp7 geräte nen schlechteren grafikchip haben wenn ich's richtig in Erinnerung habZitat:
Zitat von JensGiese
Hydro thunder hat ne recht gute Grafik find ich aber da kommt's auch ständig zu lags und die auflösung ist nicht so hoch
Ich hoffe dass auf den neuen wp7 Geräten die jetzt am ende vom Jahr erscheinen alles besser aussieht da die ja über leistungsfähigere Hardware verfügen werden
Mit der kostenlosen PocketPC.ch App von meinem HD7 T9292 aus geschrieben.
Need for Speed Underground hat eine wirklich super Grafik.
Mit der kostenlosen PocketPC.ch App von meinem 7 Trophy aus geschrieben.
So pauschal würd ich das nicht sagen. Klar, erst müsste mal ein Dead Space auf WP7 laufen. Und bei den Portierungen von anderen Systemen liegt es meist an der Umsetzung, dass das Spiel auf dem Zweit-Entwickelten Gerät etwas unsauberer aussieht.
Vergleiche einfach mal PS3- und Xboxtitel, deren Hauptentwicklungs-Plattform die 360 war. Die sehen dann meist auf der Xbox etwas hübscher aus, bzw. laufen flüssiger und das obwohl die PS3 mehr Hardwarepower und bessere Datenträger besitzt. (Das ganze ist umgekehrt natürlich genau so, net dass hier wieder ein Glaubenskrieg ausbricht. Das ganze diente nur als Beispiel!!!!!:-))
also liegt das jetzt an einem schlechten grafikchip bei geräten oder nicht ?
Das möchte ich nicht behaupten. Da müsstest du warten bis einer antwortet, der sich Hardware-technisch bisschen besser auskennt.Zitat:
Zitat von Irrelevant
Aber nur mal zum Vergleich, iOS gibt es bereits seit 4, 5 Jahren, WP7 grad mal seit Oktober. Logisch, dass man da noch nicht das Letzte aus dem Gerät herauskitzeln kann.
Falls du nfs Undercover meinst kann ich nicht zustimmen, ich hab zwar nicht selber ein iPhone aber einige meiner freunde und Hot pursuit sieht 1000mal besser aus als UndercoverZitat:
Zitat von GiNubi
@predator was gibt's denn für Titel die für eine Konsole entwickelt und dann auf die andere gebracht werden? Werden die nicht immer parallel für beide gemacht?
Mit der kostenlosen PocketPC.ch App von meinem HD7 T9292 aus geschrieben.
also ich finde die wualität der spiele super, der preis ist leider immer etwas zu hoch, aber ich denke in den nächsten jahren wird sich das stark ändern und wir werden sogar mehr spieltittel bekommen
@hYpac0w: Eigentlich jeder Titel, der für beide Konsolen erscheint ;) klar erscheinen die meistens parallel, aber es gibt immer eine Hauptentwicklungs-Plattform. D.h. das Spiel wird z.B. für die 360 entwickelt und dann "nur" auf die PS3 portiert. Und dadurch ist auch hin und wieder ein Qualitätsverlust zu verschulden.
Ich hab jetzt wegen dem grafikchip nochmal nachgeschaut, bei allen wp7 Geräten ist der adreno 200 verbaut und zb das iPhone hat den adreno 205 welcher um einiges mehr Leistung hat, hier ein Test:
http://androidandme.com/2010/10/news...owervr-sgx540/
Ich denk schon dass der grafikchip schuld an der schlechteren quali ist
Würd mir wünschen dass ein tegra2 von NVIDIA bei einem wp7 verbaut wird weil die haben richtig power und ich glaub im zune HD ist ein tegra der ersten generation drin also muss Microsoft auch ne Partnerschaft mit NVIDIA haben
Mit der kostenlosen PocketPC.ch App von meinem HD7 T9292 aus geschrieben.
Das kann man so nicht stehen lassen. Es dürfte bekannst sein, dass die GPU in der XBox signifikant leistungsfähiger ist als die PS3 GPU. Die CPU ist auf der anderen Seite wieder langsamer.Zitat:
Die sehen dann meist auf der Xbox etwas hübscher aus, bzw. laufen flüssiger und das obwohl die PS3 mehr Hardwarepower und bessere Datenträger besitzt.
Zum Thema:
1) Das gleiche Spiel sieht, zumindest was ich vergleichen konnte, identisch auf IOs und WP7 aus, von der höheren Auflösung vom iPhone4 mal abgesehen
2) Das gleiche Spiel läuft im Allgemeinen mit weniger FPS als auf iPhone5, da
a) Die GPU viel langsamer ist
b) Das Spiel in Managed/Runtime Compiled Code läuft.
Dass es auf iPhone viel mehr Spiele gibt, dürfte ja keine Neuigkeit sein.
Dennoch bin ich mit den WP7 Spielen sehr zufrieden, zumal man ja auch noch immer Achievements hat.
Gruß
Das iPhone4 hat den SGX540 das iPad2 sogar den SGX543MP2. Selbst ersterer dürfte dem Adreno 200 um mindestens Faktor 4 überlegen sein.Zitat:
das iPhone hat den adreno 205
Oh ok sry für die falsche Info, endlich redet jemand mit der richtig Ahnung hat :D
Laut dem Test den ich oben gepostet hab ist der adreno 205 aber schneller als der sgx540 und ich denk den können wir mit der 2. Wp7 Generation erwarten
Hab gesehen dass qualcomm nen adreno 220 entwickelt der 2011 noch erscheinen soll und wahrscheinlich mit dem tegra2 zu vergleichen ist
Mit der kostenlosen PocketPC.ch App von meinem HD7 T9292 aus geschrieben.
Also einerseits liefert der Grafikchip nicht genau die gleiche Leistung, sicherlich. Managed code hat aber meines Erachtens hier keinen Einfluss. XNA-Spiele laufen derart optimiert, dass es zu iPhone-Apps kaum Unterschiede gibt. Und ein Grossteil der iOS-Spiele sind in Wrapper-Klassen geschrieben, z.B. Angry Birds (um sie beispielsweise einfach auf Android portieren zu können).
Die neuen APIs, die mit Mango kommen, werden das ganze aber auch auf jeden Fall noch verbessern.
Was aber meine Vorredner hier schon ins Feld geführt haben, trifft sicherlich zu: Portierung. Spiele werden immer primär für eine Plattform entwickelt und dann ggf. angepasst. Und das ist ein Kostenfaktor. Da der iPhone-Markt einiges grösser ist als der für WP7, steckt man als grosser Spiele-Publisher jetzt nicht Millionen in die Neuentwicklung eines Games für WP7, oder auch der Portierung, sondern schaut, dass man das mit möglichst viel Gewinn, sprich geringeren Entwicklungskosten, machen kann.
Ich denke, je mehr Marktanteil, desto interessante für Spieleschmieden und desto hochwertigere Apps (aber auch desto mehr Müll im Marketplace). Schließlich wollen Publisher und Developer ihr Geld verdienen und sind nicht die Wohlfahrt ;)
Dem ist leider nicht so. In den meisten GPU Benchmarks gewinnt der sgx540 sehr deutlich gegen den adreno 205.Zitat:
Laut dem Test den ich oben gepostet hab ist der adreno 205 aber schneller als der sgx540 und ich denk den können wir mit der 2. Wp7 Generation erwarten
Oben verlinkter Benchmark ist schon deshalb ungültig, weil Android2.1 mit Android2.2 verglichen wurde. Ein auf 2.2 upgegradetes Galaxy S läuft auch deutlich schneller bei praktisch allen Benchmarks.
Das kann sogar sehr grossen Einfluss haben, jenachdem ob das Spiel CPU bound ist oder nicht. Wenn z.B. eine komplexe Physics Engine benutzt wird, dürfte sich managed Code sogar sehr negativ auswirken. Ausserdem erzeugen komplexe Engines wie Unreal einiges an CPU Last.Zitat:
Managed code hat aber meines Erachtens hier keinen Einfluss.
Oder nimm als Beispiel Emulatoren, da kämpft man dass ein GB Emulator auf einer 1GHz CPU in realtime läuft. In C++ würde sich die Frage garnicht stellen. Viele SNES Emulatoren benutzen Function-Pointer Tables für die CPU Emulation, da dürfte, wenn man das in C# umsetzen will, einiges an Performance den Bach runtergehen.
Das Problem bei Emulatoren ist aber ein anderes, diese müssen ja ganze Architekturen und z.T. CPU-Befehlssätze emulieren.
Und function pointers sind jetzt nicht gerade die feine Art des Codens und bringen keinen Performancegewinn, eher wenn du den Operator der Klasse überlädst. aber ich glaube, wir driften ab. Zumal SNES Emulatoren meines Wissens weder auf dem iPhone App Store noch im WP7 Marketplace erhältlich sind.
Ja, wie gesagt, wenn ein Spiel CPU bound ist, sicherlich. Aber wie gesagt, vieles ist in Wrapper Klassen und Frameworks geschrieben, ebenfalls weit entfernt von nativem Code. Es liegt also nicht primär an der Systemarchitektur und auch nicht primär an managed code. Wenn das code management gut ist und die Architektur, in der er ausgeführt wird, klar definiert und dem JIT bekannt, hast du sogar Performancegewinne:
http://www.grimes.demon.co.uk/dotnet/man_unman.htm
Natürlich kommt es darauf an, was genau du tun willst. Aber Fourier Transformationen sind jetzt nicht gerade das rechenunintensivste Beispiel
Es geht bei der Implementierung von Spielen nicht um die feine Art. Im vorliegenden Fall geht es um das Instruction Decoding, welches, da es sich um eine 8 bit CPU handelt direkt mit einer Tabelle von Funktions pointern assoziert ist. Genauso würde man es in Assembly programmieren. Ich kenne keinen Compiler, der das so effizient ohne Verwendung von Function Pointern übersetzen würde. Die Hash Tables von Switch Statements sind, da allgemeiner, langsamer.Zitat:
Und function pointers sind jetzt nicht gerade die feine Art des Codens und bringen keinen Performancegewinn, eher wenn du den Operator der Klasse überlädst. aber ich glaube, wir driften ab
weiter OT: das sicherlich. aber eben, du sprichst von 8bit CPUs. Ganz andere Baustelle.
Nochmal OT: Das FFT Beispiel ist sehr interessant. Das werd ich mir beizeiten nochmal genauer anschaun. Nach erster Sichtung handelt es sich um eine Radix 4 Decimation-in-Frequency Implementierung. Was auffällt ist, dass die FFT- Längen allgemein gehalten sind. Das hat zur Folge dass man sich die Twiddel-Faktoren zur Laufzeit ausrechnen muss. Normalerweise hat man aber für eine entsprechende Anwendung aber feste FFT-Größen und würde sich daher die Twiddel-Faktoren (e^(2*PI*k)/N) in einer Tabelle ablegen. Sprich es könnte sein, dass man in vorliegendem Fall dadurch begrenzt ist, dass die CPU transzendete Funktionen ausrechnet und nicht durch den (restlichen) Code an sich.
Boah, Leute. Langsam wird's echt krass. Hier sollte es doch um die Qualität von XBL-Games gehen.