Theorie ist alles!?

[Ryo Saeba]

Zitat von Eni-Meister

Wenn man von 30-40 Variablen aussgeht und man 1000 fangen kann, dann ergibt das doch 30.000 - 40.000.

Oh, du hast recht... ich hab 300.000-400.000 geschrieben right? Ich kann nicht mehr rechnen xD

Zitat von Eni-Meister

Limit des Makers liegt bei 99.999 Variablen.

Das Limit liegt ohne Ressource Hacker bei 5000. Durch den Ressource Hacker kann man es weit höher schrauben, wenn man sich allerdings der 1 Millionengrenze nähert, wirds im Maker selber aber ziemlich laaangsam. Deswegen sollte man sich mit maximal einer halben Millionen beschränken imo (sind allerdings keine wirklich verlässlichen Aussagen, habe es selbst natürlich noch nicht ausgiebig getestet^^, nur mal kurz testweise die Grenzen ausgelotet, aber natürlich gilt, je weniger desto besser -> deswegen auch das mit dem Variablen zusammenfügen).

Zitat von Eni-Meister

Die Überlegung mit dem "Kreieren" des Pokemons ist schonmal eine Möglichkeit, meiner Meinung nach. Aber warum Varibalen zusammenfügen?
Das würde doch nur unnötig mehr Arbeit bedeuten, oder?

Es ging mir halt nur darum Variablen einzusparen (wie gesagt verringert sich die Anzahl ca. um die Hälfte und bei den Größenordungen an gebrauchten Varis kann das evtl. ganz praktisch sein). Wenn man da nen kleine Formel in ein CE schreibt, welches man dann beim Auslesen der Varis aufruft, bedeuted das auch nicht wirklich viel mehr Arbeit imho.

[Eni-Meister]

Zitat von Ryo Saeba

Das Limit liegt ohne Ressource Hacker bei 5000. Durch den Ressource Hacker kann man es weit höher schrauben, wenn man sich allerdings der 1 Millionengrenze nähert, wirds im Maker selber aber ziemlich laaangsam. Deswegen sollte man sich mit maximal einer halben Millionen beschränken imo (sind allerdings keine wirklich verlässlichen Aussagen, habe es selbst natürlich noch nicht ausgiebig getestet^^, nur mal kurz testweise die Grenzen ausgelotet, aber natürlich gilt, je weniger desto besser -> deswegen auch das mit dem Variablen zusammenfügen).

Es ist richtig, dass man so eine hohe Anzahl an Variablen haben kann, aber im Testplay (F9 drücken) werde diese nicht mehr angezeigt. Ob sie unterstützt werden, kann ich nicht sagen, da ich damit noch nie experimentiert habe.

[Ryo Saeba]

Zitat von Eni-Meister

Es ist richtig, dass man so eine hohe Anzahl an Variablen haben kann, aber im Testplay (F9 drücken) werde diese nicht mehr angezeigt. Ob sie unterstützt werden, kann ich nicht sagen, da ich damit noch nie experimentiert habe.

Ich habe schon testweise mit Variablen im 100000er Bereich gerechnet. Funktionierte noch. Wie gesagt kann ich aber für nichts garantieren, aber auch mit 99.999 dürfte man noch grad so hinkommen, erst recht wenn man, wie ich sagte, Variablen mehrmals verwendet^^

btw hat mich das Isothema schon ziemlich interessiert, hab's bloß zu spät entdeckt, als es schon geschlossen war -.-
Man müsste ja eigentlich nur massig Events verwenden... bla.. ein neues Koordinatensystem mit z-Achse einbinden und vielleicht noch etwas Vektorrechnung um die Flugbahn eines Geschosses zu bestimmen. (Schlimm wird's wohl nur wenn die Geschossflugbahn keine Gerade ist oO)
Naja, sicher auch realisierbar. (OT ich weiß..)

[Eni-Meister]

Zitat von Ryo Saeba

IWie gesagt kann ich aber für nichts garantieren, aber auch mit 99.999 dürfte man noch grad so hinkommen, erst recht wenn man, wie ich sagte, Variablen mehrmals verwendet^^

Man kommt mit 99.999 aus, denn die Maximalgrenze auf 1000 Pokemon zu setzten ist schlichtweg übertrieben; 400 reichen völlig.

[Yafal]

Wie wir ja alle(hoffentlich)wissen, hat das Lagersystem bei Pokemon Boxen, in denen jeweils 20 Pokemon untergebracht werden können.gehen wir davon aus, wir hätten jetzt 20 Boxen à 20 Plätze=400 Pokemon+6 Dabei=406.Theoretisch.

jetzt sagt mann sich "Wenn ich ein Pokemon fange(was Ryo Saeba vorhin erläuterte)lasse ich mithilfe einer Fork Condition abfragen, auf welchem Wert die Variable Box, die die aktuelle Box abfragt, steht, und übertrage.

dort wird mithilfe eines Menüs ermittelt(Eni, dein Part), an welche Position der Box das PKMN gelagert wird.das nimmt dann pro Box 1 variable in anspruch(=20).

zur feststellung der Pokemon: wenn denn nun ein Pokemon erfolgreich gefangen und registriert wurde, müsste ein Switch angeschaltet werde, z.B. PKMN1. anhand der Variablen definieren wir nun die Werte, Art, Status, Zustand etc. des Pokemon und fertig ist ein neues geschöpf.

Nun zum team:wenn wir denn nun das boxenmenü mit allem drum und dran erschaffen haben, kann das Übertragen beginnen: wir nehmen uns ein Pokemon(falls platz im team ist). nun wird im Hauptmenü ermittelt, an welche stelle das Pokemon plaztiert wird. In diesem menü gibt es 6 Templates, welche mit diversen Variablen belegt sind, s.o.. In jedem der Templates werden nun durch entsprechende Grafiken die Werte, Status blablabla ermittelt.

Ich denke, das wars für meinen Teil... jetzt seit ihr dran!

[.banshee]

Jedes Pokemon hat theoretisch 10 Werte:
Angriff, Verteidigung, Spezial Angriff, Spezial Verteigigung, Initiative, HP(momentan) Max.HP und seine Erfahrung und 4 mal AP und MAX AP. Diese kann man als Grundwerte für jedes PKMN im Heldenmenü eintragen. Fängt man nun ein PKMN macht man ein random von sagen wir -5 bis +5 um Unterschiede zwischen den Einzelnen Pokemon festzuhalten, diese werden dann in einer Variable gespeichert. AP und MAX AP müssen nicht verändert werden, weil sie bei jedem PKMN gleich sind. Das sind bei 406 PKMN genau 4880 Variablen:
406*12 Varis (406 PKMN insgesamt/12 Werte pro PKMN)
+8 (Randomvariablen um die Unterschiede Festzuhalten)
_____________
4880

[Eni-Meister]

Schön und gut, aber beachte mal die Tatsache, dass man die Elementklasse, Nicname und viele weitere Kleinigkeiten speichern muss.


Trotzdem frage ich mich, ob es nicht einen einfachen Weg gibt.
Wenn ich mir die bisherigen Lösungswege anschaue, denke ich, dass da viel Arbeit drauf zu kommt, da man jede Variable abfragt und festlegt, sprich man hat über 4000 Forks nur um zu ermitteln welches Pokemon sich grade in eurer Party befindet und welche Werte es besitzt.

Zur Berechnung der Werte möchte ich noch hinzufügen, dass im Internet die Formeln bekannt sind, wie man z.B. die maximale KP berechnet usw.

[PallaZ]

vllt. sollte man nicht 360 pkm nehmen, sondern bei den 150 pkm aus der 1. edition bleiben
da fallen dann erstmal sehr viele variablen weg
und dann, wenn alles klappt so weit und gut, kann man mehr nud mehr pkm noch hinzufügen
solang bis das limit erreicht ist

[Ryo Saeba]

Wenn ich mir die bisherigen Lösungswege anschaue, denke ich, dass da viel Arbeit drauf zu kommt, da man jede Variable abfragt und festlegt, sprich man hat über 4000 Forks nur um zu ermitteln welches Pokemon sich grade in eurer Party befindet und welche Werte es besitzt.

Höm? Wie meinst du das denn? um herauszufinden welches Pokemeon sich gerade in der Party befindet braucht man nur eine Fork^^'
Um die Werte des jeweiligen Pokemons auszulesen behilft man sich einfach mit der Variable No. Funktion.

Seh da dein Problem nicht.
Das einzig wirkliche Problem, was ich bis jetzt beim Thema Pokemon und Maker sehe ist der Aufwand die Daten (Grundwerte) für jeden Pokemontyp (gibt ja an die 400 Pokemon a' zig Werten) erstmal in den Maker einzugeben.
Der Rest ist durchaus machbar und erfordert auch nicht unmenschlich viel Arbeit imo.

[Eni-Meister]

Zitat von Ryo Saeba

Variable No.

Darauf wollte ich hinaus.
Diese kleine Funktion ist sozusagen der Schlüssel dieser Technik.
Merkwürdig, dass diese Funktion so selten gebrauch findet.

[Ryo Saeba]

Zitat von Eni-Meister

Darauf wollte ich hinaus.
Diese kleine Funktion ist sozusagen der Schlüssel dieser Technik.
Merkwürdig, dass diese Funktion so selten gebrauch findet.

hmmm^^' hätte ich vielleicht früher erwähnen sollen, aber die Var No. Funktion verwende ich bei meinen Planungen eigentlich schon ganz automatisch mit, eine DER hilfreichsten Funktionen wenn's um Varis und komplexere Aufgaben geht. Musst du ja am besten wissen, bei deinem CMS wirst du sie ja auch ausgiebig verwenden^^
Hast Recht, sollte wirklich öfters Gebrauch finden.


Aber das Pokemonthema scheint mir gelöst zu sein, oder finden sich noch offene Fragen?

[Eni-Meister]

Wohl kaum.
Thema beendet, womit wir nun auf neue Besprechungsthemen warten.
(Regeln nicht vergessen!)

[Eni-Meister]

Regeln lesen und beachten.
Posts, die nicht der Regeln entsprechen werden innerhalb von 24 Stunden gelöscht. Du hast Zeit deinen Post zu kopieren und einen eigenen Thread im Technik-Forum anzufertigen, denn dieser Thread dient nur dazu theoretische Realisierungen von Problemen ausfindig zu machen. Aber nicht irgendwelche Technik-Probleme, sondern Technikprobleme wie: Wirtschaftssimulationen oder Rennspielen im RPG-Maker. Das bedeutet die hier besprochenen Themen haben einen "hohen Schwierigkeitsgrad". Ein simples Bankscript fällt hier nicht unter diese Kategorie.

[Veyrne]

Nach Jahren öffne ich das Thema wieder. Lest die Regeln, Männer.

Ich rolle vorerst ein älteres Thema wieder auf..

Eine künstliche Intelligenz, die auf das Verhalten des Spielers reagiert. Etwa bei einem Actionspiel.

Wie würdet ihr dieses Thema angehen? Frohen Diskuss.




Edit by Eni:

Eine kleine Auflistung der Themen dieses Threades, welche im ersten Post festgehalten werden:

• Wie setzte ich ein Strategie-Spiel ala "Age of Empires 2" um?
• Ego-Shooter mit Waffe und Gegner
• Flugsimulation
• Bot-KI
• Wie setzte ich ein Rennspiel wie NFS (Need for Speed) um?
• Final Fantasy Tactics - KS?
• Wie realisiere ich ein Pokemon-Lagersystem?

[NeptunVII]

sop neu offen und nu will ich auch teilhaben ^^

also...
ich würde erstmal natürlich überlegen was der gegner machen soll wenn ich X mache...

ich würde da gernemal (da ich ja nichts genaueres weiß ^^) mit dem auslöser für das verhalten beginnen...
im kleinn maße kennt man das von switchs die wenn aktiv ne tür aufgeht o.ä. vergleichen.
das läst sich im grunde in 3 dinge aufteilen (beispiel tür):
1. die eingabe: das aktivieren der variable auf handeln des spielers
2. die verarbeitung: bei dem beispiel was blöd, kann aber mit der abfrage ob der switch an ist oder nicht verglichen werden.
3. die auszuführende aktion.

damit würde ich das ganze verhalten grundsätzlich in 3 common evnts glieder wie oben beschrieben.

im ersten schritt würde ich mich um die auslösung gewisser verhaltensmuster geben, was bedeutet, dass wenn ich x mache der gegner mit y darauf reagiert und wenn ich xy mache mit yx reagiert wird. die eigendliche auslösung des ganzen muss je nach situation eingerichtet und abgestimt werden, was bedeuten will, dass 'jetzt' das berechnet wird was passieren soll.
soweit zur auslösung von handeln des spielers zur aktivierung gewisser dinge.
(beispiel aks: die koordinatenabfrage zwiche held und gegner oder wenn ich den gegner angreife.)

in der verarbeitung wird jetzt geschaut was man an affekten braucht...
also zum einen 'was' geschehen 'soll', wenn 'was' passiert und zum anderen 'was genau' dann geschehen soll. das trennt hauptsächlich zwar noch die eingabe, wird hier jedoch spetieller aufgetrennt, je nach situation wenn ein und der selbe auslöser mehrere aktionen durchführen soll (kann z.b. per zufallsgen. bearbeitet werden.)
die aktionen selber sind je nach einsatzgebiet unterschiedlich:
aks: auf held zubewegen; wenn neben helden zeit x warten bis angriff; angriff!
shooter-ks: gegner in position zum schießen bringen; schiessen
etc...

als letztes würde ich dann noch das daraus resultierende berechnen und darstellen und verarbeiten. will heißen, alle geschriebenen wete per variable abzuspeichern (hp veränderungen vornehmen, schaden anzeigen etc...)


grundsätzlich würde ich sowas dann von hinten angehen zu programmieren, wenn man die grundstruktur des ganzen im kopf (oder noch besser per ablaufplan auf papier) hat, denn die darstellung ist am anfang das einfachste und wird am dringensten benötigt. (zum testen o.ä., da ich die erfahrung gemacht habe, dass sobald man mehr als 20 variablen auseinanderhalten muss und die werte im kopf durchgehen muss es nahezu unmöglich wird da noch alles richtig im kopf zu behalten.). zudem würde ich dann noch immer bei veränderungen o.ä. an wichtiegen quellcodestellen alles benötigte darstellen (in alten maker versionen die es unterstützten mit \v[n]) um den momentanwert vesthalten zu können.

meinansatz an diese sache ranzugehen ^^


mfg.
NeptunVII