-
Announcements
-
Allgemeine Forenregeln 03/13/2017
Forenregeln Nimm dir bitte einen Moment um die nachfolgenden Regeln durchzulesen. Wenn du diese Regeln akzeptierst und die Registration fortsetzen willst, klick einfach auf den "Mit der Registrierung fortfahren"-Button. Um diese Registration abzubrechen, klick bitte einfach auf den "Zurück" Button deines Browsers. Wir garantieren nicht für die Richtigkeit, Vollständigkeit und Brauchbarkeit der Nachrichten und sind auch nicht dafür verantwortlich. Die Beiträge drücken die Meinung des Autors des Beitrags aus, nicht zwangsläufig das, wofür die Forensoftware steht. Jeder Nutzer, der denkt, dass ein veröffentlichter Beitrag unzulässig bzw. störend ist, ist aufgefordert uns unverzüglich per E-Mail zu kontaktieren. Wir haben das Recht störende Beiträge zu löschen und bemühen uns, das in einem realistischem Zeitraum zu erledigen (sofern wir beschlossen haben, dass die Löschung notwendig ist). Du akzeptierst, durchgehend während der Nutzung dieses Services, dass du dieses Forum nicht dazu missbrauchen wirst, Inhalte zu veröffentlichen, welche bewusst falsch und/oder verleumderisch, ungenau, beleidigend, vulgär, hasserfüllt, belästigend, obszön, sexuell belästigend, bedrohlich, die Privatsphäre einer Person verletzend oder in irgend einer Art und Weise das Gesetz verletzen. Des Weiteren akzeptierst du, dass du keine urheberrechtlich geschützte Inhalte ohne Erlaubnis des Besitzers in diesem Forum veröffentlichst. Mit dem Klick auf den "Mit der Registrierung fortfahren"-Button, akzeptierst du zudem unsere Datenschutzerklärung und stimmst der Speicherung deiner IP-Adresse und personenbezogenen Daten zu, die dafür benötigt werden, um dich im Falle einer rechtswidrigen Tat zurückverfolgen zu können bzw. permanent oder temporär aus dem Forum ausschließen zu können. Es besteht keine Pflicht zur Abgabe der Einwilligung, dies erfolgt alles auf freiwilliger Basis. Zusatzinformationen Der Forenbetreiber hat das Recht, Nutzer ohne Angabe von Gründen permanent aus dem Forum auszuschließen. Des Weiteren hat er das Recht, Beiträge, Dateianhänge, Umfrage, Blogeinträge, Galleriebilder oder Signaturen ohne Angabe von Gründen zu entfernen. Mit der Registrierung verzichtest du auf alle Rechte an den von dir erstellten Inhalten, bzw. treten diese an das Unity-Insider.de und Unity-Community.de ab. Dies bedeutet im Klartext, dass das Unity-Insider.de und Unity-Community.de frei über deine Texte verfügen kann, sofern diese nicht wiederum die Rechte anderer verletzen. Es besteht weiterhin kein Anspruch von registrierten Nutzern bzw. ehemaligen registrierten Nutzern darauf, dass erstellte Inhalte und/oder die Mitgliedschaft (User) wieder gelöscht werden (Erhaltung der Konsistenz dieses Forums). Einwilligungserklärung Wenn du mit der Speicherung deiner personenbezogenen Daten sowie den vorstehenden Regeln und Bestimmungen einverstanden bist, kannst du mit einem Klick auf den Mit der Registrierung fortfahren-Button unten fortfahren. Ansonsten drücke bitte Zurück. Stand: 07.03.2011
-
Sascha
-
Content count
10,029 -
Joined
-
Last visited
-
Days Won
411
About Sascha
-
Rank
Community Manager
- Birthday 08/13/1990
Recent Profile Visitors
26,133 profile views
-
Richtig. Alles andere ergibt aber auch keinen Sinn. Dein tick-Wert wird ständig von deinen Items berechnet. Wenn du den tick-Wert dann abspeicherst, aber nicht deine Items, wie soll das Spiel nach dem Laden mit die ticks berechnen? Du hast also zwei Möglichkeiten. Du musst entweder die Items für die Berechnung irrelevant machen und einfach mit einer tick- bzw. coinsPerSecond-Vairable arbeiten. Wenn ein neues Item hinzukommt wird dessen Wert auf diese Variable draufgerechnet. Dafür berechnest du die coins per second nicht alle Nase lang neu. Das ist in meinen Augen eine sinnvolle Methode, weil du aktuell viele Male pro Sekunde mit CoinsPerSecond() immer denselben Wert ausrechnest, anstatt ihn einfach auszurechnen und durchgehend zu benutzen. Die andere Variante wäre, deine ganzen Items abzuspeichern, anstatt einfach nur den einen int-Wert. Auch das ist vermutlich sinnvoll, da du ja offenbar verschiedene Items hast, die etwas bewirken, und im Moment sind sie nicht Teil deines Spielstandes. Sobald man das Spiel speichert, schließt und wieder lädt, ist die Info, welche Items man hat, einfach weg. Das willst du so vermutlich nicht behalten. Da beides Sinn ergibt, willst du vermutlich eine Kombination aus beidem bauen. Was in jedem Fall nicht geht ist, die Zahl ständig aus der Itemliste zu errechnen, die Itemliste aber nicht abzuspeichern.
-
Auf der linken Seite einer Zusweisung kann nur eine Variable (oder Property) stehen. Ein Methodenaufruf dagegen ist an dieser stelle niemals zulässig. Überlege mal: Wo soll denn der Wert auf der rechten Seite gespeichert werden? Was genau soll denn da eigentlich passieren? Du speicherst den CoinsPerSecond-Wert ab, und dabei geht die offenbar wichtige Information verloren, wie sich dieser Wert zusammensetzt. Beim Laden versuchst du dann, einen einzelnen int-Wert dahin zu schmeißen, wo eigentlich eine etwas komplexere Berechnung mit Items stattfinden soll. Das haut irgendwie alles nicht hin.
-
Der Unterschied ist, dass du sehr viele dynamische Lichter haben kannst. Bei Forward Rendering ist alles über 8 absolut nicht empfehlenswert.
-
Gibt aber einen Grund, warum das auf 4 steht und nicht auf 50. Die Dinger fressen nämlich exponentiell Performance, solange du nicht auf Deferred Rendering stellst.
-
Ich glaube, es wäre wesentlich einfacher, ein zweites Partikelsystem zu bauen. Der Shape wäre eine Box, und dann bewegst du das ganze Ding kontinuierlich durch die Decke nach unten.
-
ArgumentOutOfRangeException - Unity/PHP/MySQL
Sascha replied to NewbiLars's topic in Allgemeine Hilfe
Naja, statt zeug;bla;blub gibt es halt bereits Datenformate, die sich durchgesetzt haben und für die es bereits fertige Lese-und Schreibe-Bibliotheken gibt. JSON sieht z.B. so aus: { "name" : "Hannes", "score" : 42, "color" : "blue" } Das hier wäre ein Beispiel für XML: <player> <name>Hannes</name> <score>42</score> <color>blue</color> </player> -
ArgumentOutOfRangeException - Unity/PHP/MySQL
Sascha replied to NewbiLars's topic in Allgemeine Hilfe
Und genau wegen sowas baut man keinen String mit eigener Formatierung, sondern benutzt JSON oder was vergleichbares -
Du hast Antworten erhalten die genauso schwammig waren wie deine Frage. Und dein anderer Thread ist nicht einmal 24 Stunden alt. Du brauchst also wirklich nicht gleich den nächsten Thread zum gleichen Thema erstellen und das dann auch noch zwei Mal.
-
Kriegt man bestimmt irgendwie hin. "Geht nicht" gibt's nicht. S7: 142,4/150,9 mm × 69,6/72,6 mm A5: 139,3 mm × 69,7 mm Quelle: Wikipedia Keine Ahnung, was das heißen soll. Wie du vielleicht merkst, halte ich deine Fragestellung für nicht besonders klar. Was genau meinst du eigentlich?
-
InvokeRepeating(a, b, c) ruft die angegebene Funktion a nach b Sekunden auf und wiederholt sie dann alle b Sekunden. Mit Maus gedrückt halten hat das also schon einmal nichts zu tun. Ebensowenig mit einer Einschränkung, die einem erlauben würde, zu warten, bevor eine Aktion erneut ausgeführt werden kann. InvokeRepeating ist für das, was du willst, überhaupt nicht geeignet. Stattdessen baust du dir selber einen kleinen Timer. Entweder in Update (einfacher) oder mit einer Coroutine (schicker). Die Update-Variabte sieht etwa so aus: private float currentCooldown = 0; public float cooldown = 2; void Update() { if(currentCooldown <= 0) // Wenn cooldown vorbei { if(shootKey) // Ersetze durch was anderes { Shoot(); // Auch ersetzen currentCooldown = cooldown; // Starte Cooldown } } else // Wenn cooldown noch nicht vorbei { currentCooldown -= Time.deltaTime; // Zähle runter } } Die Coroutine ungefähr so: public void cooldown = 2; private bool canShoot = true; void Update() { if(canShoot && shootKey) { Shoot(); StartCoroutine(Cooldown()); } } private IEnumerator Cooldown() { canShoot = false; yield return new WaitForSeconds(cooldown); canShoot = true; }
-
Probier beides - schau, was besser funktioniert oder dir besser gefällt. Den Sprite des Buttons auszutauschen sollte kein Problem sein. Ein neues Image-GameObject dem Button unterzuordnen (z.B. statt des Texts) funktioniert aber auch gut.
-
Pack das Bild doch einfach auf den Button drauf? Alternativ kannst du vermutlich auch einen Event-Trigger auf ein Bild Packen, und dann OnPointerDown oder so benutzen wie beim Button. Raycasts brauchst du beim Klicken nur selber machen, wenn auf irgendwelche 3D-Objekte geklickt werden soll.
-
Oder einfach Placr benutzen.
-
Bitte keinen Code als docx anhängen, das will sich doch keiner runterladen Stattdessen kannst du einfach den Code in einen Code-Tag einfügen (der <>-Button über dem Textfeld). Zum Problem: Ist der Collider ein Collider2D?
-
Tatsächlich hab ich da auch schon dran gedacht, vielleicht komme ich demnächst nochmal dazu.