Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

Dave

Alter Hase

Beiträge: 757

Wohnort: Berlin

  • Private Nachricht senden

31

11.08.2005, 12:30

Zitat von »"Nox"«

@dave ich habe ja mal .net per option in meinem Spiel aktiviert. Das ergebnis waren massive einbrüche in der Geschwindigkeit...ne idee woran das liegen kann?


managed c++? die meinungen gehen da zwar auseinander, aber in der regel heißt es, dass managed code 5-10% langsamer ist als nativer. außerdem dauert es natürlich beim ersten mal starten wesentlich länger, da ja erst zur laufzeit der code von der clr ausgeführt wird.
außerdem kann nicht dafür ausgelegter code ne menge an geschwindigkeit verschwenden, beispielsweise durch unnötiges boxing o.ä...
aber eigentlich sind die geschwindigkeitsunterschiede noch ertragbar, bei c# ists noch ne ecke heftige.

koschka

Community-Fossil

Beiträge: 2 862

Wohnort: Dresden

Beruf: Student

  • Private Nachricht senden

32

11.08.2005, 20:25

5-10% :o

Oh Man!

Dave

Alter Hase

Beiträge: 757

Wohnort: Berlin

  • Private Nachricht senden

33

11.08.2005, 22:48

manche sprechen auch von nur 3%, halte ich aber für sehr unrealistisch...

Zitat von »"koschka"«

Das Leben ist ein unfaires und schlechtes Spiel, aber mit klasse Grafik

geiles zitat ;)

koschka

Community-Fossil

Beiträge: 2 862

Wohnort: Dresden

Beruf: Student

  • Private Nachricht senden

34

12.08.2005, 11:15

Ja war, findsch auch ;). Is aber nicht von mir, leider - ich weiss nicht von wem.

Naja, also 5-10% sind schon ne ganze Menge find ich zumindest, auch 3%. Für ein spiel könnte das den Tot bedeuten (Ruckel Ruckel, Stock Stock...).

Dave

Alter Hase

Beiträge: 757

Wohnort: Berlin

  • Private Nachricht senden

35

12.08.2005, 11:41

klar, wenns das spiel sowieso nur mit 25-30 fps läuft, dann sind 5-10% ne ganze menge. ob man nun alledings 50 oder 45 fps hat ist dann auch egal...

koschka

Community-Fossil

Beiträge: 2 862

Wohnort: Dresden

Beruf: Student

  • Private Nachricht senden

36

12.08.2005, 12:26

naja, wenn man aber sieht das man 5-10% Verlust hat nur wegen der Faulheit des Programmierers.... dann *wir hatten doch mal diese KotzSmiley*

Dave

Alter Hase

Beiträge: 757

Wohnort: Berlin

  • Private Nachricht senden

37

12.08.2005, 15:11

es geht ja nicht um die faulheit der programmierer. im vordegrund stehen mit sicherheit kosten- und zeitersparnisse bei der entwicklung, was immer gut ist. außerdem spielen wartbarkeit, ausführungssicherheit und stabilität auch eine nicht zu verachtende rolle...
es gibt ja seit langem die diskussion, dass der trend weg von gutem optimiertem code geht, hin zu schnell mal zusammengeklicktem langsamem code voller bugs, aber man hats ja. die rechner heutzutage sind schnell genug. außerdem muss man sich dann bald auch wieder nen neuen rechner anschaffen, um die aktuellen spiele zu spielen. wäre ja scheiße wenn niemand mehr neue rechner will, weil alles flüssig läuft...

ich persönlich bin allerdings ein fan von sauber programmierten programmen und finde die ganzen sprachneuerungen wie proberties, generische klassen, namespaces, interfaces, stärkere objektorientierung, und die selfdocumentating-funktion mit xml sehr gute neuerungen oder verbesserungen. alles in allem gefällt mir c# sehr gut und da es mir nicht um den letzten tropfen performance geht kann ich mit der framrate auch leben...
im professionellen bereich wird der trend über kurz oder lang auch in diese richtung gehen...

Anonymous

unregistriert

38

12.08.2005, 19:15

5-10% Oh mein Gott.
Das .NET Framework ist saumäßig schnell. Java-Code kommt teilweise ganz knapp an C++ ran und ich habe mal vor einiger Zeit einen Thread verfolgt, wo ein Java Programm dank der intelligenten Speicherverwaltung C++ um das 4fache bei der Anforderung von Speicher geschlagen hat, C++ konnte erst dann Java wieder überholen als ein komplett eigenes OS abhängiges Speichersystem verwendet wurde (und koschka das hatte die winapi verwendet :huhu: ).
.NET Code ist Java überlegen da der Code in eine Binärdatei einkompiliert ist und somit diese langsame Startphase wie es sie bei Java gibt praktisch eliminiert.

Man kann mit .NET durchaus ein Spiel schreiben, ebenso mit Java.


Und koschka das .NET Framework, wie auch Java ist eine eigene Plattform das ist keine einfache Bibliothek oder so, es spricht nichts dagegen nen Computer zu bauen dessen Maschienencode MSIL oder Java Bytecode ist.

koschka

Community-Fossil

Beiträge: 2 862

Wohnort: Dresden

Beruf: Student

  • Private Nachricht senden

39

12.08.2005, 21:50

Also ich weiss was Java ist, das kannst du mir glauben und ich kann auch Thesen in den Raum stellen ohne nur eine einzige Begründung. Ich glaube ich bin bei weitem nicht der einzige hier der WinAPI für so sinnlos verkauft wie du. Hast du dich den mal einen Deut damit mal beschäftigt? Ohne es gleich "runterzumachen". Ich für meinen Teil hab mich mit .NET beschäftigt, auch mit Java und mein Entschluß steht fest, und das ist nicht nur lediglich eine These.

Dave

Alter Hase

Beiträge: 757

Wohnort: Berlin

  • Private Nachricht senden

40

12.08.2005, 21:59

Zitat von »"Spieleprogrammierer"«

5-10% Oh mein Gott.
Das .NET Framework ist saumäßig schnell.


willst du damit sagen, dass managed code welcher mit dem .net framework ausgeführt wird keine wesentlichen gewschwinsigkeitsnachteile im vergleich zu nativem code aufweist?

Werbeanzeige