spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Kommt darauf an, was du/ihr mit Animationen meinst/meint. Wenn man mit WPF arbeitet, dann sind das in der Regel Übergänge (Interpolationen) von Position, Rotation, Skalierung, Farbe etc.
Das was ihr wollt sind vermutlich die in Spielen üblichen, framebasierten Animationen. Grundsätzlich dürfte sowas möglich sein, indem laufend das Darzustellende Bild durch ein anderes ersetzt wird.

Je nach Spiel, welches ihr machen wollt, ist WPF evtl. nicht für euer Vorhaben geeignet. Die gesamte Darstellung ist, soweit ich das mitbekommen habe, sehr auf gutes Aussehen und nicht auf Performance ausgelegt. Mit WPF ist es also nicht unwahrscheinlich, dass ihr ziemlich schnell an ein paar Grenzen stoßt, obwohl der Rechner nicht zu schlecht ist.
Hier im Forum wurden immer mal wieder diverse Frameworks für C# genannt, wie MonoGame, SFML.Net, SDL.Net etc., welche wahrscheinlich für euer Vorhaben schon wesentlich besser geeignet sind. Ggf. könnte auch eine Engine, wie bspw. Unity für euch interessant sein.

Gifs wird man in den meisten Umgebungen ohnehin nicht animiert laden können und man müsste sich am Ende ohnehin selbst darum kümmern, dass es animiert dargestellt wird. Grundsätzlich kann man einfach irgendwas nehmen, was die eigenen Anforderungen abdeckt und geladen werden kann, meist ist das bei Grafiken PNG, wenn keine Qualitätsverluste gewünscht sind (ist meistens bei 2D Spielen der Fall), oder JPEG.
Derartige Animationen sehen in der Regel so aus, dass man mehrere Frames hat, die nacheinander angezeigt werden. Es ist zwar möglich, jeden Frame in ein einzelnes Bild zu speichern, nur ist das i. d. R. weniger Performant, als ein einziges Bild zu verwenden, in welches die Frames optimal gepackt wurden.
Eine andere Möglichkeit, im 2D Bereich Animationen zu haben, wäre mit Hilfe skeletaler Animationen. Ein Objekt wird dabei in mehrere Teile aufgeteilt (Körper, rechter und linker Arm, rechtes und linkes Bein, Kopf, ...) und anhand der Verbindungspunkte, der Rotation des jeweiligen Einzelteils und ggf. weiterer Parameter (bspw. Verzerrungen) werden dann alle Einzelteile in der richtigen Reihenfolge an die richtigen Stellen gezeichnet.

Man kann mit der kostenlosen Unity-Version sein Spiel verkaufen, bis man (meines Wissens) 100.000 € eingenommen hat und danach muss man erst die Pro-Lizenz kaufen. Hat man aber erstmal solche Einnahmen erzielt, dürfte der Erwerb einer (oder in eurem Fall zweier) Lizenz(en) nicht weiter problematisch sein.

Hallo,

Falls ihr Unity nicht benutzen könnt, dann bleibt noch XNA übrig. Damit sollte das ganze auch relativ leicht funktionieren.
Ich selbst programmiere nur mit XNA und bin glücklich bis jetzt über diese Auswahl.

Ich kenne eure Lage. Ich wollte damals auch ein Spiel in WPF und Forms programmieren.
Nunja, geworden ist es am Ende nie etwas ^.^

Durch Zufall bin ich damals auf XNA gestoßen (siehe Riemers Tutorial) und habe mich damit beschäftigt.
Nach kurzer Zeit solltest du die Basics können und deine "Animationen" sollten dann nur noch in der Logik stecken ;D

Mit freundlichen Grüßen

Man kann nicht pauschal sagen, dass WPF nicht geeignet wäre ein Spiel zu entwickeln. Als Gegenargument nenne ich nur ein auf Steam verfügbares Spiel, welches mit WPF entwickelt wurde: Gridiron Solitaire

Es kommt vielmehr darauf an, was man entwickeln möchte....für die meisten Spiele würde ich es auch nicht nehmen. Ich selber entwickle eine U-Boot Simulation. Um Karten, Anzeigen etc. darzustellen, ist es sehr gut geeignet und es gibt wohl auch kaum ein besseres UI Framework. Ausserdem hat man ein Bitmap-Control zur Verfügung, welches auch für low-level, high-performance rendering geeignet ist. (z.b. via unmanaged code).

Viele denken bei "Spiel" (bzw. 2D Spiel) bereits an etwas sehr konkretes, wie ein Jump'n'Run, Shooter, Strategiespiel o. ä. Dadurch denkt man auch schon an diverse Anforderungen, wie das rotierte, skalierte oder anders transformierte Darstellen von Grafiken, Partikel-Effekte, Darstellung von (idealerweise texturierten) Polygonen, Shader und das alles natürlich performant (bspw. durch Hardwarebeschleunigung) und leicht zugänglich. Bei WPF denkt man allerdings an grafische Oberflächen, eventuell auch an diverse Vorteile von WPF (Data Binding, Animationen, Styles, ...), aber wahrscheinlich eher(/gar) nicht an die Umwege, die man bei WPF gehen kann, um händisch sein Zeug zur Anzeige zu bringen, oder an Spiele, die auch großteils ausschließlich aus einem UI bestehen können.

Auch habe ich nicht ausgeschlossen, dass WPF für bestimmte Arten von Spielen verwendet werden kann, nur hat der Ersteller des Themas sich noch nicht weiter dazu geäußert, was sein Spiel mal werden soll. Ich gehe aber einfach mal davon aus, dass es kein Spiel sein wird, bei dem ausschließlich UI ausreichen wird.

Wenn es dir um eine Animationsklasse geht, kannst du dir vielleicht den folgenden Artikel im SFML wiki (c++ und für sfml, sollte aber ohne weiteres übertragbar sein) durchlesen.
SFML c++ Animations

Beste Grüße,
Laguna