Jomnitech

Mach ich 🙃

Ok, habe ich falsch verstanden. FixedUpdate wird normal für Physik berechnungen verwendet. Ich meine man kann es einstellen in der Physik wie oft es abgefragt wird. Fixed Update wird nicht einmal pro Frame ausgeführt. Das macht die normale Update Methode. Fixed Update ist laut Dokumentation 50x pro Sekunde. Mit Coroutines kenne ich mich leider nicht aus.

Hi du kannst eine eigene Update Methode machen die dann alle x Sekunden geupdatet wird statt bei jedem Frame. Siehe: https://docs.unity3d.com/ScriptReference/MonoBehaviour.InvokeRepeating.html

@Sascha Wow, danke für deine ausführliche Antwort. ist genau was ich gesucht habe. Ich möchte lediglich das Script auf enable setzen. Vielen Dank!

Hallo Zusammen Ich wüsste gerne ob man eine Script Variable erstellen kann ohne den Namen des Scripts zu deklarieren? Sowas wie : public Script myScript; Wo man dann später im Inspektor ein beliebiges Script einfügen kann.

@malzbie @Sascha Vielen Dank für eure Antworten, dachte schon ich mache etwas falsch. 🙃

Hallo zusammen Ich hätte da eine Frage zu den Gamepad Inputs. Es geht um die xbox controller inputs des linken und rechten Triggers. Wie in der Dokumentation zu lesen hat der rechte und linke Trigger eine range von -1 zu +1 in der 3dr axis. Was ich jetzt aber nicht auf dei Reihe bekomme wie weiss ich wenn ich beide trigger drücke, was gedrückt wird. Wenn ich links drücke habe ich +1 wenn ich rechts drücke habe ich -1, aber wenn ich beide drücke habe ich 0. Also genau das selbe wie wenn ich nichts drücke. Wie kann ich das differenzieren?

@SyntaxTalkstoMe Denke nicht das es an den Modellen oder sonstiges liegt. Wärend das Spiel läuft habe ich keine Probleme. Framerate ist bei maximalen Objekten immer noch über 300fps und Batches liegen im höchsten Fall bei 400. Edit: Muss mich wohl korrigieren. Hat durchaus etwas mit dem ganzen Kram in der Scene zu tun. Wenn ich eine neue Szene erstelle habe ich keine Probleme. Wenn ich anfange Dinge aus der bestehenden Szene zu löschen wird die Performance immer besser, bis es dann irgendwann gar nicht mehr ruckelt. Aber warumm jetzt genau es nur beim Partikel System ruckelt weiss ich auch nicht.

@SkipToPlay Ressourcen mässig scheint alles im grünen Bereich zu sein. Das einzige was ist das die CPU auslastung von 1% auf 30% springt wenn ich das besagte Partikel-System auswähle. Im Profiler von Unity sieht man einen deutlichen Anstieg. Kann aber mit den Daten wenig anfangen da ich in dem Bereich zu unerfahren bin. Der Anstieg ist sobald ich das Partikel System auswähle (siehe Bild). Wie gesagt wenn ich das Spiel im playmodus habe kann ich alles auwählen und bearbeiten ohne jedgliche Prformance Einbrüche.

@SyntaxTalkstoMe Danke für dein Antwort. Es liegt leider nicht nur ausschliesslich am Partikel System. Das selbe Phänomen habe ich auch wenn ich ein Spine-Bone Objekt auswähle. Das Unity im PlayMode und im Edit mode auf unterschiedliche Ressourcen zugreift ist schon mal gut zu wissen. Versuche derzeit immer noch im Unity Profiler heurauszufinden woran es genau liegt. Ein neues Partikel Objekt zu erstellen und dessen Hierarchie zu ändern bringt leider nichts. Es ruckelt leider nicht nur das Partikel System selbst, sonder der komplette Editor. Kameraführung oder ändern der Position durch Transfrom ist schier unmöglich.

Hallo zusammen Ich habe derzeit das Problem das bei gewissen Objekten wenn sie in der Szene angewählt sind, Unity sehr langsam ist. Man kann die Frames an einer Hand ablesen. Das Problem habe ich zum Beispiel bei Spine Objekten und jetzt auch bei Paticle Systems. Es ist quasi unmöglich die Patikel zu bearbeiten im Editor. Wenn ich das Spiel starte läuft alles flüssig und ich kann es dort auch mühelos bearbeiten, aber ist hald etwas umständlich runtime dinge zu editieren, alles zu kopieren und dann wieder ein zu fügen. Kennt jemand da Problem? Edit: Hier ein kleines Video was ich meine:

@thewhiteshadow @Sascha Vielen Dank für euere Antworten, hilft mir schon mal enorm weiter. Eigentlich gefällt mir die OnCollisionEnter Variante ganz gut, da ich dann automatisch den richtigen Bezugspunkt habe, egal ob es eine Kiste ist, welche keine Hitboxen hat, oder ein Gegner welcher ev. viele verschachtelte Hitboxen haben kann. Muss ich mal ausprobieren ob ich das hindeichseln kann das er die Kollision triggert ohne das er den Gegner physikalisch rumschiebt. Beim Raycast kann ich ja eine layerMask bestimmen die nicht mit den Physik Einstellungen übereinstimmen muss. Oder ev. doch den Raycast ohne Physik verwenden. Muss ich ausprobieren was sich besser eignet.

Hallo Zusammen Ich habe ein kleines Problem das ich nicht wirklich verstehe. Ich habe einmal eine Schusswaffe die mit Raycast funktioniert und einmal eine Nahkampfwaffe die über Trigger event läuft. Ich habe ein Gegner namens "Enemy1" der hat Child Objekte Namens "HitBox1,HitBox2". Wenn ich mit dem Raycast eine Hitbox treffe, bekomme ich als rückmeldung nicht HitBox1 oder HitBox2 sondern Enemy1. Wenn ich mit der Nahkampfwaffe den Gegner treffe bekomme ich als Feedback HitBox1 oder Hitbox2 heraus. Warum ist das so? Macht mir etwas Probleme weil ich jeweils die Stats holen will um Schaden zu machen. //Raycast if (Physics.Raycast(transform.position,transform.right, out hit, range,layer_mask)) { Debug.Log(hit.transform.name); CharacterStats target = hit.transform.GetComponent<CharacterStats>(); if (target != null) { target.TakeDamage(_finalDamage); } } //Trigger void OnTriggerEnter(Collider other) { Debug.Log(other.transform.name); CharacterStats target = other.transform.GetComponent<CharacterStats>(); if (target != null) { target.TakeDamage(_finalDamage); } } Die Layers sind i.O. ich treffe auch mit dem Raycast effektiv nur die Hitbox und nicht den Enemy1 selbst.

Sieht für mich so aus als ob zwei Objekte sich überlagern. Wenn das der Fall ist hast du sogenanntes Z-Fighting. Du solltest die Objekte so anorden das sie sich nicht überlagern.

Falls es jemanden interessiert, habe ich hier eine Lösung gefunden, mit der man Objekte langsam verschwinden lassen kann und das Objekt trotzdem noch Schatten receivet (was bei Transparent ja nicht der Fall ist) und keine zusätzliches Material benötigt und keine zusätlichen Drawcalls verursacht: Hiermit lässt sich der Gewählte Cutout Shader ganz einfach Runtime modifizieren(am schönsten wird mit einem Double Side Shader) ohne die Batches zu nichte zu machen. rend.material.SetFloat("_Cutoff", cutoutValue);