spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"Fred"«

Die Argumente mit Diabolo sind wirklich witzig. So ein Müll. Vllt präsentiert der Typ mal ein Diabolo 3: Ohne Fehler und alleine Programmiert und vor allem schneller als Blizzard.
Der scheint sich einfach nicht bewusst darüber zu sein, wie viel Arbeit hinter so einem Spiel steckt. "So jetzt setzen wir mal die Grafiken, noch ein bischen Animation und fertig ist es."

Das ist der Hauptgrund, warum ich kein Basic, bzw. keine Basic
Programmierer ab kann. Meinen immer alles besser zu wissen,
überschätzen sich um Welten und haben so gut wie nichts
drauf. Sprich: Sie taugen nichts und sind einfach nur nervig
(Bezieht sich natürlich nicht auf alle Basic'ler, aber auf den Großteil)

Hi,
die einzelnen Beschränkungen kommen ja daher das der Compiler "Kompromisse" machen muss um alle .net Sprachen in sich zu vereinen.
.net wurde ja nicht primär für Spiele entwickelt sondern für den Office/Server Bereich wo es nach Zeiten von Delphi/C++/Access/Win/Linux gemisch in den meisten Umgebungen ein wahrer Segen ist. (Java wurde bei älteren "Patchworks" nicht verwendet)
Schaut man sich dann noch an welche Multimedia Leistungen der einzelnen Sprachen MS dennoch integieren konnte dann ist das wirklich eine Leistung. Man darf auch hier nur das Endprodukt sehen. Für 98% aller Projekte spielt es keine Rolle ob .net oder nicht. So stellt sich immer nur die Frage ob es sich lohnt verhandene Resourcen umzuschreiben "nur" um C# zu verwenden. Wenn ältere Resourcen verwendet werden die auf C++ basieren macht es keinen Sinn.
Nur wer (2%) wirklich die absolute Geschwindigkeit braucht kommt an C/C++ nicht rum.

Sprachen wie Blitzmax oder auch die neue Beta von Purebasic sind aber für bestimmte Aufgaben optimiert, ohne irgendeiner "Pflicht" zu unterliegen. Solche Sprachen (neuere) müssen also schneller sein für Spiele als ein Anwendungsübergreifendes Framework. Der Tempoverlust von BM rührt zum Teil auch daher das er minGW zum kompielern benutzt der minimal langsameren Code produziert als aktuelle MS-compiler. (dafür ist BM auch auf Linux/Mac zuhause). Aus diesem Grund kann man auch alle ("alle") C++libs und dlls einbinden. Aber auch hier sind C/C++ Kenntnisse von grossem Vorteil.
Solche Sachen werden mit .net "nie" möglich sein. Denn es wäre ein "Wrapper" der ".net"Code produziert der als "MSIL" endet und dann "compiliert" wird. Da könnte nichts schnellers mehr rauskommen.

Letzendlich zählt das Projekt. Wenn ich in einem Game 1000 Werte berechne pro Frame ist die Sprache heute nahezu egal. Das schafft jede locker unter <1ms. Bei grossen Projekten mit riesigen Datenmengen addieren sich aber die minimalen Verzögerungen und ich brauche plötzlich 16ms. 100fps sind dann schon nicht mehr möglich. Man muss bei solchen überlegungen natürlich immer Objektiv sein und keine Sprache verurteilen weil eine langsame Engine verwendet wird. Denn mit schlechtem Code zwingt man jede Sprache auf jedem Rechner in die Knie.

cu

Wenn du so fragst, sehen wir die Qualität der Grafiken und Musik sowie die Tools die "heute" auf dem Markt sind um so was zu erstellen (Zeitgewinn). Dazu noch weitere Tools.

Meine Antwort lautet "Ja". Allerdings weder mit Pure oder BM. Um in dem Zeitraum fertig zu werden braucht man ausgefeilte Debug Funktionen und gutes Managment der IDE. (Ich rede von einem 1:1 Klon) D2 enstand zu einer Zeit als Schnittstellen wie DX noch nicht so ausgereift waren wie heute.

Der Progger sollte gut sein und sich in allen Bereichen etwas auskennen, er hat aber circa 8000 Stunden Zeit.

cu

Prinzipiel gehe ich von der Fragestellung aus. Daneben muss man bedenken das heute viel Zeit gewonnen wird da es Tools gibt die sich Blizzard wohl erst mal damals selbst erstellen musste.

Wenn also die Frage drauf abzielt das es "unmöglich" ist dann kann meine Frage nur "JA" lauten, denn "unmöglich" ist es nicht. Nur "schwer realisierbar".

cu