spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Du kleiner noob ey

Spaß beiseite... XYZ Engines sind Komponenten für das große Gesamtbild. Eine Physikengine ist dafür da die Physik zu steuern, sprich sie bietet dir Schnittstellen um Objekte zur Physiksimulation hinzuzufügen und mit denen zu arbeiten. Eine Soundengine ist für den Sound da, und bietet dir Schnittstellen zum abspielen von sounds, effekte drauf werfen etc. Gameengine ist in der Regel eine Sammlung von Engines zusammengeschnürt in ein großes Paket, wobei die Definition noch schwammiger wird als die restlichen. Unity ist zbsp eine Gameengine die Physik, Audio, Network und Grafik-engines mit sich bringt.

Brauchst du die alle einzeln? Eher nicht, es sei denn du willst deine eigene Engine zusammenstecken (was eher schwieriger wird da die einzelnen Komponenten idR nicht darauf ausgelegt wurden zusammenzuarbeiten sondern nur generelle Schnittstellen bieten, sprich du musst dir einigen glue code drumherum schrauben).

Also Physik/Sound/Grafik-Engines sind alles komponenten einer Game-Engine, es ist aber auch möglich, diese einzeln zu verwenden bzw. selbst zu kombinieren, in dem Fall sind es dann meist einzelne Libraries wie zb OpenGL oder DirectSound, welche mann dann in seinen Code einbezieht.

Als Anfänger sind sicherlich Unity oder das UDK ratsam (damit hab zumindest Ich angefangen), die sind beide frei verfügbar und recht gut zu handhaben, man kann aber auch einfach seinen eigenen Code schreiben zb. mit dem DirectX SDK, ist auch ganz gut als Einstieg und man lernt sehr viel dabei.

Warum findest du das UDK nicht gut? Weil man da was aus Würfeln baut?
Ich glaube kaum, dass Spiele wie Batman: Arkham Asylum und Gears of War aus würfeln und vorgefertigten Assets erstellt wurde.

Aber für Anfänger ist sicher Unity die beste Wahl. Am besten mit C#.

Zitat

Und eine landschaft lässt sich halt nicht aus Würfeln bauen

Tsihihi.. da hat jemand noch kein Minecraft gespielt ;P

Coden wirst du im Grunde genommen immer müssen. Das fängt schon an, wenn du eine eigene Entity erstellen willst. Natürlich kannst du einiges mit Blueprints oder dem Flowgraph (oder wie sie auch alle heißen) zusammenklickern. Aber du wirst schnell an die Grenzen kommen, die deiner Kreativität gesetzt sind.

Fazit: Du musst mit den modernen Toolkits zwar nicht mehr viel programmieren, aber ein Grundverständnis der C-, Lua, etc.-Syntax und der algorithmischen Grundstrukturen etc.. sollte man schon mitbringen, wenn man was größeres mit einer solch ausgereiften Engine machen möchte

Zitat von »Gamelord13«

Ich mache meine Spiele gerne in der außenwelt, vorallem weil räume einzurichten schwieriger ist . Und eine landschaft lässt sich halt nicht aus Würfeln bauen. Das ist einer der Gründe warum ich gerne die Cryengine verwende. Und Batman ist Open-world mit einer großen Stadt, aber das ist ja ein großes Team mit Designern. Ich bin eher der leveldesigner. Da designt man ja auch aber auf andere Weise. Ich könnte ohne Assets nichtmal einen Raum einrichten. Die Cryengine hat einen großen Haufen von guten Assets dabei, weshalb ich sie auch schätze.

Unity nutze ich seit dem großen 2D update und arbeite grade an einem Spiel für Android. Mit Programmieren habe ich Angefangen und ich finde es echt lw, aber man kommt nicht drum herum also lerne ich das wichtigste. Soweit ich weiss gibt es auch ein Plugin mit dem man nicht coden muss. Vllt. macht man das mit Blueprint?

Naja ich halte es such eher für ein Gerücht, dass man mit dem UDK alles aus Würfeln baut (Ich nutzt das UDK seit über einem Jahr und hab das Feature glaub erst 2 mal verwendet ), die sind eigentlich nur dazu da dass man schnell ein einfaches Grundgerüst bauen kann was später durch hochauflösendere 3D-Modelle ersetzt wird. Und zudem hat das UDK ein recht hoch entwickeltes Landscape-System

Ja aber wenn es zu komplexen Logiken oder Extensions oder Systemen kommt, begrenzt dich der Flowgraph/Blueprint doch sehr schnell.
Ich kann dir die UE4 empfehlen, nicht zu teuer und bietet gute Tutorials. Dort ist der Blueprint wirklich mächtig (C++ solltest du wie gesagt trotzdem können).