ZFX + Developia

Richard Schubert hat geschrieben:Wer die Wahl hat, dem würde ich uneingeschränkt XNA empfehlen. (AAA Games und andere Märkte ausgenommen)

http://blogs.msdn.com/shawnhar/archive/2006/11/07/build-it-ahead-of-time.aspx hat geschrieben:The idea of processing assets during the build will be familiar to anyone who has worked on a console game, but may come as a surprise to people from a Windows background. There are actually several reasons why this is a good idea:

• Windows has a very rich programming environment with many helper programs and libraries that can be useful for loading and converting asset files. Most of these libraries are not available on Xbox, so the only way to get access to them is to pre-process the assets on a Windows machine.
  Game consoles only have limited amounts of RAM, and no virtual memory. Asset processing can need a lot of temporary memory, so it makes sense to run this on Windows during the build process.
• Converting game assets into a format that is ready to render can take a long time. If we did this work while loading the asset, it would slow down load times for everyone who plays the game. By moving processing operations to the build process, the developer only has to process the content once, after which it can be loaded nice and quickly for everyone who plays the game.
• By processing assets during the build, we can throw away any data that is not actually required by the game. This minimizes the size of the final game distributable.
• The more processing work is done during the build, the more errors can be reported up front, rather than only being spotted as a runtime crash when you later try to load that content.

Matze hat geschrieben:Aber was macht man eigentlich, wenn man sich bspw. einen Leveleditor, Wordbuilder, oder was auch immer programmiert hat, der einem Leveldaten in einem eigenen Format ausspuckt, die man gerne innerhalb des Spiels dynamisch laden möchte? Da es sich hierbei nicht um ein Standardformat handelt, funktioniert das wohl kaum über die Content-Pipeline. Gibt es denn überhaupt die Möglichkeit die Content-Pipeline für solche Fälle zu umgehen, um eben doch dynamische Inhalte laden zu können?

Matze hat geschrieben:Einen wesentlichen Kritikpunkt habe ich übrigens: Ich finde es schade, dass man für teures Geld eine XNA Creators Club Mitgliedschaft braucht um seine Spiele auf der XBOX zu spielen. Würde es sich hierbei um eine Gebühr für die Nutzung des Marketplace handeln, dann wäre das aus meiner Sicht okay, aber ich kann mein eigenes Spiel nicht mal auf meiner eigenen XBOX testen, ohne einen Haufen Geld abzudrücken. Da sollte Microsoft vielleicht in Zukunft nochmal nachbessern.

Einzig negativer Aspekt bei XNA bzw. C# ist, das man das ganze Zeug decompilieren also den Quelltext einsehen kann.

dowhilefor hat geschrieben:Ausserdem, man kann alles dekompilieren ;)

Schrompf hat geschrieben:Irgendwie vermischen die Leute hier permanent Programmiersprachen und Framework. Es ist doch sinnlos, sich über die Komplexität eines Problems in C++ zu beschweren, wenn man ganz automatisch voraussetzt, dass man das schon selbst lösen will... während man gleichzeitig unter C# ein Framework benutzt und sich freut, dass es nur ein paar Zeilen sind. Logik? Keine in Sicht.

Schrompf hat geschrieben:Nebenbei: SlimDX müsste auch DX10 unterstützen, glaube ich.

Schrompf hat geschrieben:Irgendwie vermischen die Leute hier permanent Programmiersprachen und Framework. Es ist doch sinnlos, sich über die Komplexität eines Problems in C++ zu beschweren, wenn man ganz automatisch voraussetzt, dass man das schon selbst lösen will... während man gleichzeitig unter C# ein Framework benutzt und sich freut, dass es nur ein paar Zeilen sind. Logik? Keine in Sicht.

Seraph hat geschrieben: Dir ist schon klar, dass C#/.net auch neue Sprachfeatures eingefuehrt hat? Und eben jene ermoeglichen es diverse Probleme bedeutend einfacher und dadurch auch schneller zu loesen.

Schrompf hat geschrieben:Ich würde C# jedenfalls jederzeit Java vorziehen. Java ist mir zu geschwätzig.

Schrompf hat geschrieben:Die Delegates zum Beispiel sind eine tolle Erfindung, und die "where"-Klausel in foreach-Schleifen ist eine ebenso offensichtliche Erfindung, dass man sich schon fragt, warum da bisher niemand drauf gekommen ist...

Schrompf hat geschrieben:Im Gegenzug wünsche ich mir auch einiges von C++ in C#, allen voran - man glaubt es kaum - Destruktoren und mehr Kontrolle über die Speicherverwaltung.

Schrompf hat geschrieben:Hat nur leider alles nichts damit zu tun, wie schön oder unschön sich eine Aufgabe in einem Framework umsetzen lässt. Und da regt es mich halt auf, dass manche Leute, die vor Jahren noch alles selbst programmieren wollten, weil fremde Libs ja suspekt waren, sich jetzt über die einfache Umsetzung von Features in einem Framework freuen und das als Sprach-Vorteil nennen.

Tactive hat geschrieben:

Schrompf hat geschrieben:Ich würde C# jedenfalls jederzeit Java vorziehen. Java ist mir zu geschwätzig.

Was ist denn an Java geschwätzig? Dir dürfte doch klar sein von wo M$ sich das Konzept für C# abgeschaut hat? Besonders im Hinblick auf J#, welches eine Totgeburt an sich damals war.

Tactive hat geschrieben: Sicherlich die Delegates sind schon eine echte Erleichterung. War ist aber mit der "where" Klausel bei foreach-Schleifen? Haben die jetzt sowas? Ist mir jedenfalls neu.

struct Bla
{
  int x;
  string y;
};

foreach( Bla b in collection where b.x == 5)
{
}

Destruktoren kannst Du in C# doch verwenden, sind zwar nur ein Acronym fürs Finalize aber immerhin geht es. Bei der Speicherverwaltung tendiere ich in C++ immer mehr zu SmartPointern, was letztlich unter C# ebenfalls verwendet wird - wenn man auch (leider) keine direkte Kontroller darüber hat.

Tactive hat geschrieben: Warum regt Dich meine Meinung zu einem Framework auf? Muss ich immer konform mit dem sein was Du Denkst oder machst? ;)
Weiss nicht ob ich fremde Libs suspekt fand, wahrscheinlich fand ich es ehere einfach als besonders reizvoll die Dinge selber nachzuprogrammieren. Als Sprach-Vorteil habe ich die Features des Frameworks auch nicht bezeichnet sondern ich bezog das mehr auf das gesamte Umfeld, also die Spiele-Entwicklung im C# Bereich.

Schrompf hat geschrieben:

Seraph hat geschrieben: Dir ist schon klar, dass C#/.net auch neue Sprachfeatures eingefuehrt hat? Und eben jene ermoeglichen es diverse Probleme bedeutend einfacher und dadurch auch schneller zu loesen.

Ja, ist mir klar. Und was hat das mit meinem ursprünglichen Ausspruch zu tun, dass Du ihn dafür zitierst?

Seraph hat geschrieben:Ein Tutorial welches angibt einen anderen Weg (als mehrere ContentManager zu benutzen) zu gehen gibt es hier. Ich bin gestern zufaellig darueber gestolpert, eigentlich war ich auf der Suche nach etwas anderem.

Chromanoid hat geschrieben:Wie sieht's eigentlich mittlerweile mit Animation (insbesondere Bone-Animation) bei XNA aus?
Als ich das letzte Mal mit XNA gearbeitet hab, musste man das noch selbst machen. Gibt es da mittlerweile was gutes eingebautes?

Richard Schubert hat geschrieben:Sobald du allerdings mehrere Animationen miteinander verblenden willst, musst du selbst Hand anlegen.