Suchergebnisse

Es geht um die Welt, also nicht bewegte Teile. Was ist besser: Viele Primitives mit wenigen Flächen, oder wenige Primitives mit je vielen Flächen. Oder kann ich es so lassen, wie es ist? Im Augenblick habe ich viele Models aus je 1 Primitive mit nur wenigen Flächen. Mein nächster Schritt wäre jetzt alle Primitives in ein Model zu Packen. Gibt es da Grenzen? Ich weiß, daß je Primitive nur eine begrenzte Anzahl Punkte möglich ist. Ich hätte nie gedacht, daß es einmal soweit kommen würde OMG (Verst…

Warum was nicht klappt? (ich weiß, deutsche sprache schwere sprache...)

Ihr habts ja scheinbar schon verstanden, aber der Vollständigkeit halber muß ich einfach fragen. Zitat: „Jemand ne Idee, wie ich checken kann, ob ein Objekt "Vor" oder "Hinter dem Spieler liegt?“ Wie wär's wenn Du mir verrätst, aus wecher Perspektive wir den Spieler betrachten ! Edit: Oops, da habe ich wohl nicht den ganzen Thread gelesen.

Viel glatter wird das ganze, wenn Ihr anstelle des Sprites draw_circle_color benutzt. Allerdings auch viel langsamer. LINK

Leider nur GMK, aber die PDF enthält wohl die wesentlichen Codes direkt zum Kopieren (nebst guter Erklärung).

Ah ja. Ich hatte mir bisher nur zwei Examples zu dem Thema angesehen, und da war es nicht so - d.h. im Room Editor konnte man schon alles in Iso sehen. Fand ich anfangs ok, aber das hat (wie gesagt) ein paar Nachteile.

Ich spiele mit dem Gedanken, die regulären (top-down) Werte für x und y sowie Sprite-Maske zu behalten und nur fürs draw-event in "Isometrik" umzurechnen. Das würde doch vieles vereinfachen, oder was spricht dagegen?

Hier habe ich beide zusammengeworfen. Der für 3D funktioniert natürlich etwas anders, aber ich dachte das paßt so schön zusammen. GM6 registriert

... ist mir empfohlen worden als eine Möglichkeit, ein Multiplayer-Game internetfähig zu machen. Was haltet Ihr davon? Und was wären die Alternaviten? Momentan benutze ich 39dll für ein Server-Client basiertes Echtzeitspiel. Klappt im LAN super. Zitat: „ Funktionsweise (von Hamachi) laut Wikipedia Die Verbindung zwischen den einzelnen Rechnern wird mit Hilfe eines zentralen, vom Anbieter betriebenen Servers (Mediation server), bibi.hamachi.cc, aufgebaut. Falls er durch eine Firewall-Regel oder S…

Den room_speed zu erhöhen, wäre glaub ich echt das beste. Probier mal 600 aus und verringere den speed um Faktor 20.

Zitat: „Original von GamerNet @Copyboy: Vielleicht hilft dir das hier weiter. Ist aber nicht von mir - Habe keine Ahnung, wer das gemacht hat. (Gefunden in der GMC) -gn“ Als ich das Example ausprobiert habe fiel mir sofort auf, daß es nicht flüssig läuft - die Datenübertragung findet jeden 2. Step statt bei room_speed 30. An der Stelle wirkte es mal Wunder, den room_speed hochzusachrauben (max.9999)

Stell doch mal room_speed auf 60 (speed und gravity kannst Du ja anpassen). Das macht auch ganz schön was aus. Außerdem würde ich in den game settings ein Häkchen bei "synchronize to avoid tearing" machen.

Von den 3-4 verschiedenen Radar-Methoden die ich gesehen habe, ist das die beste. Man könnte noch eine Skalierung einbauen. Dafür müßte man nur nie 70 und die 20 durch variable Faktoren ersetzen, oder?

Ich nehme an, das hier hast Du mal ausprobiert? (Ich kenne mich damit nicht aus, bin nur gestern drüber gestolpert)

Dann nehme ich mal an, das hier wäre die Lösung?

Naja, wenn das (hier etwas dunklere) Teil falsch gedreht wird, sieht's so aus wie in dem Bild: Eigentlich würde ich am liebsten die Transformation vom Oberarm übernehmen, dann fehlt mir im Grunde nur noch ein Winkel (logisch, das Teil wird ja eigentlich nur um eine Achse gedreht) Dann habe ich versucht das Problem zu isolieren, indem ich die Rotation des einen Teils komplett selbst berechne mithilfe des besagten Vektors. Dieser ist zwar jetzt bekannt, hilft mir aber nicht weiter... im Bild übrig…

Ok... auf diesem Bild kann man sehr gut das besagte Teil erkennen, weil es etwas dunkler ist als der Rest. Dieses Teil richtig zu drawen, ist was mir solche Probleme bereitet. Viel genauer kann ich nicht werden, und ich finde das weder simpel (kaum jemand in der GMC fällt was dazu ein) und Du dürftest mich eigtl. auch nicht als jemand kennen, dem man jede Kleinigkeit vorkauen muß, oder? Naja egal.

Verdammt - ich dachte mir fast, daß Du das sagen würdest. Danke sehr, Rootnode. Weißt Du was, spar Dir doch solche Antworten einfach, denn wie Du schon bemerkt hast: Helfen tust Du mir damit nicht. "Sorry." Ich habe mich wochenlang mit dem Zeug auseinandergesetzt, ich hab auch jede Menge Erklärungen etc gelesen. Zum Beispile diese hier Zitat: „Ich erlaube mir mal anzunehmen, dass du mit (+1,0,0) meinst, dass x=1,y=0,z=0, also koordinatenanordnung in den vektorangaben ist (x,y,z). In diesem Fall …

Ich kann einfach nicht glauben daß es unmöglich ist, ein 3D-Model per Transformation an einem Vektor auszurichten (so daß es in Richtung des Vektors zeigt). Aber dieses Problem hält mich schon wieder wochenlang auf. Ich sehe ja ein, daß das keine einfache Aufgabe ist, aber möglich sollte es doch sein? Ich verspreche auch, nie wieder eine Frage zu diesem Thema zu posten. Um genau zu sein: Es geht um eine Art Ellenbogen-Gelenk. Bekannt sind die Ausrichtungen von Oberarm und Unterarm. Dieses Gelenk…

Ne, hilft nix. path_end steht vor path_delete , das sollte reichen (pa2 wird nicht verwendet). Mir ist allerdings aufgefallen, daß ich dem Objekt zwischendurch neue x- und y- Koordinaten verpaßt habe, ohne den Pfad ebenfalls zu verschieben (bzw. zu beenden und anschließend einen neuen zu berechnen). Bestimmt liegt's daran... Edit: nee, auch nicht lol