spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »@zimmer«

@david_pb
ich meine solche Schen wie Fahnen die im Wind wedeln und die man zerschiessen kann und Umhaenge und auch Kleidung, macht das nicht die physik engine?

Doch sicher. Das ganze wird unter cloth zusammengefasst. Allerdings befürchte ich du wirst keinen entsprechenden Shader finden.

Im Entferntesten einen Compute-Shader.

Zitat von »SpieleMorpheus«

Zitat von »David_pb«

Laut offizieller Dokumentation integriert UE4 PhysX 3.3: Unreal Engine 4 uses the PhysX 3.3 physics engine to drive its physical simulation calculations and perform all collision calculations

Was ist denn daran das krasse?

Links:
PhysX SDK

Was daran krass ist?
Naja, ich hätte gedacht, das Epic Games eine eigene Physikengine benutzt.
Klar ist die Grafikengine von Epic Games das Aushängeschild, aber da ich nun mit Unity arbeite und die selbe Physikengine wie Epic Games benutze, hätte ich einfach nicht gedacht, u know?

Jep, aber eine eigene Physikengine würde den Aufwand für das Gesamtprojekt drastisch erhöhen. Und da das PhysX SDK eigentlich nur ne Registrierung zum Einsatz erfordert, ist daran recht wenig krass wenn auch andere das benutzen ...

Zitat von »Cranberry«

PhysX und Bullet haben sich über die Jahre behauptet und werden deshalb auch von jedem verwendet, auch von den Großen.

Du vergisst anscheinend Havok Physics, welches auch eine wichtige Rolle spielt.

Die bereits genannten Kosten sind wahrscheinlich der wichtigste Punkt, allerdings macht es auch Sinn, dass die Entwicklung der Physik-Engines von Leuten betrieben wird, die sich damit ausreichend auskennen (also darauf spezialisiert sind). Meistens denkt man bei Physik zwar an Masse, Bewegung, Kollision und, wie oben, im Wind wehende Objekte, grundsätzlich gehören dazu aber auch verformbare Objekte und Flüssigkeiten, auch wenn diese in Spielen eher selten (in dieser Form) Anwendung finden.

Bei der Grafik kann es schon wieder ein wenig anders aussehen, weil die Grafik sehr wahrscheinlich am Performance-kritischsten ist und es daher Sinn machen kann, die Darstellung an besondere Gegenbenheiten der eigenen Engine anzupassen. Ein Beispiel wären dabei die VisLeafs, in die die Level der Source-Engine eingeteilt werden. Anhand dieser "Räume" können relativ einfach objekte ausgeschlossen werden, die definitiv nicht sichtbar sind. Bei einer allgemeingültigen Engine könnte sehr wahrscheinlich nicht auf den Unterschied zwischen Levelgeometrie und anderen 3D-Objekten eingegangen werden, wodurch eine solche Optimierung unwahrscheinlicher wäre.
Abgesehen davon muss man auch betrachten, welche Alternativen es für die Engine-Entwickler im Gegensatz zu einer Eigenentwicklung bestehen und ob diese auch den Umfang an Features (vor allem wohl im Bereich Lichtberechnungen) unterstützen.