Re: Durch eine Quest eine Reise anstoßen
Do 29 Okt, 2009 00:23
Tommek hat geschrieben: Counter haben wir gerade diskutiert mal sehen ob wir zu einer praktikalben Lösung kommen.
Sehr gut *lob* gutes A-Team
.Hmm interessant wäre es auch mittels eines Counters die schon im Quest vergangene Zeit abzufragen,
oder habe ich mit AOQML Zugriff auf die Systemzeit ....
Tommek hat geschrieben:Das einbinden von ZB in eine laufende Quest ist noch nicht möglich.
Wäre es vielleicht möglich den Quellcode bestehender Seefahrt-ZBs zu kopieren und als eine "Zufallsszene" auf der Reise zu verwenden ? Wenn ich es richtig verstanden habe ist doch ein Großteil der ZBs ebenfalls in AOQML geschrieben ....
Re: Durch eine Quest eine Reise anstoßen
Do 29 Okt, 2009 06:07
Wenn ich es richtig verstanden habe ist doch ein Großteil der ZBs ebenfalls in AOQML geschrieben ....
Njein, rund 95% der Seefahrts-ZB's sind noch in PHP geschrieben. AOQML wird noch nicht sehr lange für die ZB's genutzt.
Re: Durch eine Quest eine Reise anstoßen
Do 29 Okt, 2009 06:19
OK 
, dann werden wir wohl kreativ sein müssen ....
Wobei vielleicht könnten wir ja ein paar umwandeln ....
, dann werden wir wohl kreativ sein müssen ....Wobei vielleicht könnten wir ja ein paar umwandeln ....
Re: Durch eine Quest eine Reise anstoßen
So 01 Nov, 2009 16:28
Hallo alle zusammen nur um mal den Status der Reisequesten zu berichten:
Ich habe inzwischen versucht einen Prototypen für Reisen zu implementieren und bin dabei doch noch an einige Grenzen von AOQML gestoßen als da wären:
1) Es treten viele Programmierschritte an verschiedenen Stellen wiederholt auf.
Um das halbwegs wartbar zu halten müsste man dafür eine Art Markro erstellen können.
Dies ist im Moment noch nicht möglich. Siehe: http://forum.antamar-community.de/viewtopic.php?f=77&t=8646
2) Man muss die Grundrechenarten also Variable x + Variable y = Variable z über Rekursion und Inkremente lösen. Das geht wenn man das häufig tun muss (z.B. um die noch anzuzeigenden Zufallsbegegnungen zu berechnen), sehr stark auf die Performance und Übersichtlichkeit der Quest und Engine.
3) Timer sind insgesamt noch nicht richtig implementiert. Siehe: http://forum.antamar-community.de/viewtopic.php?f=77&t=7603
4) Wir können aus AOQML keine Reisen starten ....
Da die momentanen Programmierer mehr als genug mit wichtigeren Aufgaben ausgelastet sind,
werde ich mich bemühen in den nächsten 3 Monaten möglichst viele dieser Funktionen zu implementieren.
In der Zwischenzeit wäre es super wenn sich einer oder mehrere von euch um entsprechende Geschichten und mögliche dabei auftretende Zufallsbegegnungen kümmern könnte.
Schöne Grüße,
euer Jan
Ich habe inzwischen versucht einen Prototypen für Reisen zu implementieren und bin dabei doch noch an einige Grenzen von AOQML gestoßen als da wären:
1) Es treten viele Programmierschritte an verschiedenen Stellen wiederholt auf.
Um das halbwegs wartbar zu halten müsste man dafür eine Art Markro erstellen können.
Dies ist im Moment noch nicht möglich. Siehe: http://forum.antamar-community.de/viewtopic.php?f=77&t=8646
2) Man muss die Grundrechenarten also Variable x + Variable y = Variable z über Rekursion und Inkremente lösen. Das geht wenn man das häufig tun muss (z.B. um die noch anzuzeigenden Zufallsbegegnungen zu berechnen), sehr stark auf die Performance und Übersichtlichkeit der Quest und Engine.
3) Timer sind insgesamt noch nicht richtig implementiert. Siehe: http://forum.antamar-community.de/viewtopic.php?f=77&t=7603
4) Wir können aus AOQML keine Reisen starten ....
Da die momentanen Programmierer mehr als genug mit wichtigeren Aufgaben ausgelastet sind,
werde ich mich bemühen in den nächsten 3 Monaten möglichst viele dieser Funktionen zu implementieren.
In der Zwischenzeit wäre es super wenn sich einer oder mehrere von euch um entsprechende Geschichten und mögliche dabei auftretende Zufallsbegegnungen kümmern könnte.
Schöne Grüße,
euer Jan