Energy Vortex.....
Moderatoren: Mythonos, Helena, Seer
Energy Vortex.....
Weiß net genau ob es ein Bug ist, aber wir haben grad nen Energy Vortex getötet, der Loot war im Gegensatz zu früher recht mager. Es war lediglich eine Magic Unlock Scroll, Gold ein paar Reags und Edelsteine dort zu finden.
Früher konnte man dort ein magic Item und eine C5 Scroll finden.
Ist es nun ein Bug oder wurde der Loot des Energy Vortex herab gesetzt?
Früher konnte man dort ein magic Item und eine C5 Scroll finden.
Ist es nun ein Bug oder wurde der Loot des Energy Vortex herab gesetzt?
Denkt immer daran, liebe Gefährten, nichts ist so, wie es scheint!
Ich vermute mal, da dies Zufall ist. Die Wahrscheinlichkeit, magic Items zu finden, ist ja recht stark gesenkt worden und wie gut ein scroll ist, hängt vom Zufall ab..
Im übrigen lohnen sich magic items nicht mehr so richtig, ist also kein grosser Verlust.
Ich wünschte, magic Items wären besser, so selten, wie man sie jetzt findet, erwarte ich doch mehr von Ihnen.
Eine gute Edelmetallwaffe bringt mehr und ist leichter zu beschaffen.
Im übrigen lohnen sich magic items nicht mehr so richtig, ist also kein grosser Verlust.
Ich wünschte, magic Items wären besser, so selten, wie man sie jetzt findet, erwarte ich doch mehr von Ihnen.
Eine gute Edelmetallwaffe bringt mehr und ist leichter zu beschaffen.
Gruß kmw
''Wer lesen kann, versteht was er liest und auch danach handelt, hat klare Vorteile im Leben !"
''Wer lesen kann, versteht was er liest und auch danach handelt, hat klare Vorteile im Leben !"
-
Admin Wotan
- Staff
- Beiträge: 1362
- Registriert: 10 Jul 2004, 18:32
- Wohnort: Nürnberg
-
Admin Wotan
- Staff
- Beiträge: 1362
- Registriert: 10 Jul 2004, 18:32
- Wohnort: Nürnberg
-
Gast
Hm wobei ich da aus reienr Neugier mal Fragen wollte wie das denn bei unserem POL technisch realisiert ist. Werden die Waffen als komplette Klasseninstanzen gespeichert, oder nur als Verweise darauf ? Und habt ihr für die neuen Waffen die alte BaseWeapon Klasse erweitert oder eine komplett neue geschrieben ? Wäre es technisch möglich, wenn die Waffen als komplette Instanz gespeichert werden, über diese Instanzen zu iterieren, sie auszulesen, eine neue Instanz des selben Typs zu erzeugen und mit den Werten der alten Instanz zu initialisieren und danach die alte zu löschen ?
Wie gesagt, würd mich mal interessieren, ich kenn halt nur das Skriptverhalten von RunUO und hatte bisher wenig Anreiz POL einfach mal so Just for Fun zu installieren, weil mir die Anfangshürde doch recht hoch erscheint. Bitte das nicht als Lästern über POL auffassen, ich kann da sehr gut differenzieren und halte POL lediglich für mein Einsatzszenario zuhause für überdimensioniert.
Wie gesagt, würd mich mal interessieren, ich kenn halt nur das Skriptverhalten von RunUO und hatte bisher wenig Anreiz POL einfach mal so Just for Fun zu installieren, weil mir die Anfangshürde doch recht hoch erscheint. Bitte das nicht als Lästern über POL auffassen, ich kann da sehr gut differenzieren und halte POL lediglich für mein Einsatzszenario zuhause für überdimensioniert.
-
Admin Wotan
- Staff
- Beiträge: 1362
- Registriert: 10 Jul 2004, 18:32
- Wohnort: Nürnberg
Ich denke Du gehst von mehr OO-Funktionalität aus, als tatsächlich da ist. Eine Waffe ist in der Tat durch eine eigene Klasse repräsentiert, allerdings unterstützt POL/escript keine Vererbung wie klassische OO-Sprachen.
Es gibt ein gewisses Klassensystem, aber das kann man nicht einfach per Vererbung erweitern.
Wenn man - funktional gesehen - Klassen ableiten will, so muss man deren Attribute erweitern, das macht man über Properties, die man an Objekte hängen kann und muss die Scripte die auf der Klasse arbeiten so erweitern, dass sie aufgrund der Properties erkennen ob es sich - in diesem Fall - um eine neue oder alte Waffe handelt.
Alle von der Klasse item abgeleiteten Klassen (dei Klasse weopn ist von item abgeleitet) werden mit Ihren Attributen abgespeichert, liegen also in entsprechenden Dateien auf dem Server vor und können, wenn der Server down ist demzufolge auch modifiziert werden. Insofern wäre eine Datenmigration möglich. Allerdings ist der Aufwand für die Implementierung und vor allem für den Test von Datenbankmigrationen recht hoch.
Es gibt ein gewisses Klassensystem, aber das kann man nicht einfach per Vererbung erweitern.
Wenn man - funktional gesehen - Klassen ableiten will, so muss man deren Attribute erweitern, das macht man über Properties, die man an Objekte hängen kann und muss die Scripte die auf der Klasse arbeiten so erweitern, dass sie aufgrund der Properties erkennen ob es sich - in diesem Fall - um eine neue oder alte Waffe handelt.
Alle von der Klasse item abgeleiteten Klassen (dei Klasse weopn ist von item abgeleitet) werden mit Ihren Attributen abgespeichert, liegen also in entsprechenden Dateien auf dem Server vor und können, wenn der Server down ist demzufolge auch modifiziert werden. Insofern wäre eine Datenmigration möglich. Allerdings ist der Aufwand für die Implementierung und vor allem für den Test von Datenbankmigrationen recht hoch.
-
Gast
Ah. Vielen Dank, nun wird mir auch einiges klarer. Wie schon gesagt ich kenne mich halt nur mit RunUO aus und hab die Doku zu Escript nur kurz überflogen und bin da wohl etwas auf den Klassenbegriff reingefallen, der sich doch deutlich unterscheidet. In der Tat scheint der Aufwand für solch eine Migration doch übertrieben hoch, gegenüber dem zu erwartenden Nutzen.
Nochmals danke für die schnelle und klare Antwort.
P.S. : Vererbung in Escript wäre doch was für den Wunschzettel zu POL 096, oder sträuben sich da die Entwickler ?
Nochmals danke für die schnelle und klare Antwort.
P.S. : Vererbung in Escript wäre doch was für den Wunschzettel zu POL 096, oder sträuben sich da die Entwickler ?
-
Admin Wotan
- Staff
- Beiträge: 1362
- Registriert: 10 Jul 2004, 18:32
- Wohnort: Nürnberg
Da wird einem ja schwindlig als mäßig begabter Autodidakt 
Escript ist schon recht betagt (1994-2003) und die Entwickler von POL betreiben das Ganze auch nur als Hobby. Sie entwickeln halt auch nur wenn sie gerade die Zeit und Lust haben, im Moment scheint beides nicht so reichlich vorhanden. Vielleicht jagen sogar gerade einige von ihnen im Irak nach Aufständischen.
Die Entscheidung für POL habe ich damals mehr oder weniger einsam getroffen, nachdem ich mir sphere und einige andere Emulatoren angesehen habe. Unseren gelernten codern wäre eine "richtige Sprache" wie etwa RunUO wahrscheinlich lieber, aber ein Umstieg würde bedeuten, alles noch mal lernen und neu umsetzen zu müssen. Da wir mittlerweile ganz gut mit POL umgehen können und die damit verbundenen Einschränlungen sehr klein sind, lassen wir's dabei. Bisher haben wir unsere Ideen noch alle umsetzen können. Wenn etwas scheitert, dann i.d.R. am damit verbundenen Aufwand. Man könnte z. B. natürlich ein neues Trade System (buy, sell) für die Händler schreiben, so dass sie nur noch das Geld ausgeben, das sie auch tatscählich haben, aber das wäre ein saumäßiger Aufwand.
Also machen wir mit dem guten alten verkratzten Schraubenschlüssel weiter und lassen den Roboterarm den Ingenieuren
Escript ist schon recht betagt (1994-2003) und die Entwickler von POL betreiben das Ganze auch nur als Hobby. Sie entwickeln halt auch nur wenn sie gerade die Zeit und Lust haben, im Moment scheint beides nicht so reichlich vorhanden. Vielleicht jagen sogar gerade einige von ihnen im Irak nach Aufständischen.
Die Entscheidung für POL habe ich damals mehr oder weniger einsam getroffen, nachdem ich mir sphere und einige andere Emulatoren angesehen habe. Unseren gelernten codern wäre eine "richtige Sprache" wie etwa RunUO wahrscheinlich lieber, aber ein Umstieg würde bedeuten, alles noch mal lernen und neu umsetzen zu müssen. Da wir mittlerweile ganz gut mit POL umgehen können und die damit verbundenen Einschränlungen sehr klein sind, lassen wir's dabei. Bisher haben wir unsere Ideen noch alle umsetzen können. Wenn etwas scheitert, dann i.d.R. am damit verbundenen Aufwand. Man könnte z. B. natürlich ein neues Trade System (buy, sell) für die Händler schreiben, so dass sie nur noch das Geld ausgeben, das sie auch tatscählich haben, aber das wäre ein saumäßiger Aufwand.
Also machen wir mit dem guten alten verkratzten Schraubenschlüssel weiter und lassen den Roboterarm den Ingenieuren
Heulen ist kein Argument.
-
Gast
Hooo, ruhig Bytie, du brauchst POL nicht zu verteidigen, der Einsatz hier ist absolut berechtigt. Als die Entscheidung für ihn fiel, gabs kaum was anpassungsfähigeres, zudem ist er sehr performant und läuft dazu auch unter Linux, was zB RunUO im Moment noch nicht kann. Und Umsteigen fordert kein Mensch, das wäre Wahnsinn und vermutlich das Ende Sigenas in der jetzigen Form. Es steckt einfach zuviel knowhow und Arbeit drin, nach soviel Zeit den Emu zu wechseln. Das wäre als würde man das Kind mit dme Bade ausschütten. Es steckte lediglich fachliches Interesse meienrseits hinter den Fragen und ich kenne halt nur RunUO genauer, und kann daher nur damit Vergleichen um ein Verständnis für POL zu entwicklen.
Und die Frage nach mehr OO-Funktionalität für POL096 ist auch mehr n frommer Wunsch gewesen, der euch die Arbeit etwas erleichtern würde. Niemand hier kritisiert deine Entscheidung für den POL Einsatz, wie du schon geschrieben hast, damals war er die beste Wahl und wenn man einmal einen UO Emu wählt bleibt man auch dabei, schon aufgrund der hunderten von Skripten die man selber dafür geschrieben hat.
Und ja, ich scheue den Aufwand mir zuhause einen POL aufzusetzen. Das liegt aber nicht daran das POL ein schlechter Emulator ist, sondern weil ich schlicht und ergreifend keine Motivation dafür habe, im Moment den hohen Anfangsaufwand zu betreiben. Ich hab das bisher dreimal kurz versucht, jedes mal gegen die Wand gefahren, und festgestellt dass man einen POL eben nicht "mal so eben nebenher" betreibt *G*
Auch von daher : meinen Respekt, gegenüber euch als Administratoren.
Nicht liegt mir ferner als hier einen Programmiersprachenparadigmenkrieg vom Zaun zu brechen, dafür programmiere ich schon zu lange und weiss, das hauptsächlich das Einsatzszenario die Wahl einer Sprache bestimmt, und es die perfekte Programmiersprache überhaupt nicht gibt.
Und die Frage nach mehr OO-Funktionalität für POL096 ist auch mehr n frommer Wunsch gewesen, der euch die Arbeit etwas erleichtern würde. Niemand hier kritisiert deine Entscheidung für den POL Einsatz, wie du schon geschrieben hast, damals war er die beste Wahl und wenn man einmal einen UO Emu wählt bleibt man auch dabei, schon aufgrund der hunderten von Skripten die man selber dafür geschrieben hat.
Und ja, ich scheue den Aufwand mir zuhause einen POL aufzusetzen. Das liegt aber nicht daran das POL ein schlechter Emulator ist, sondern weil ich schlicht und ergreifend keine Motivation dafür habe, im Moment den hohen Anfangsaufwand zu betreiben. Ich hab das bisher dreimal kurz versucht, jedes mal gegen die Wand gefahren, und festgestellt dass man einen POL eben nicht "mal so eben nebenher" betreibt *G*
Auch von daher : meinen Respekt, gegenüber euch als Administratoren.
Nicht liegt mir ferner als hier einen Programmiersprachenparadigmenkrieg vom Zaun zu brechen, dafür programmiere ich schon zu lange und weiss, das hauptsächlich das Einsatzszenario die Wahl einer Sprache bestimmt, und es die perfekte Programmiersprache überhaupt nicht gibt.
-
Admin Wotan
- Staff
- Beiträge: 1362
- Registriert: 10 Jul 2004, 18:32
- Wohnort: Nürnberg