Roadmap part 1
-
Johnny Warren
- Legendary Scribe
- Posts: 754
- Joined: Mon Oct 11, 2010 11:40 pm
Re: Roadmap part 1
The very first thing is obviously going to be fixing the issue of long closed guilds and individuals who've quit hogging all the good hues though, right??+Colibri wrote: ↑Sun Aug 07, 2022 4:45 pm
One aspect where this applies: We need a balanced opinion from everyone. We'll be relying on polls in the game to get your opinion and to rank tasks (ideas, additions, bugfixes...),
...
Game additions, improvements, and bug fixes. About this, I have no particular affection towards any particular thing, so you will help me by upvoting various ideas & todos when this system is available.
JOHNNY WARREN!
Re: Roadmap part 1
Game additions, improvements, and bug fixes. About this, I have no particular affection towards any particular thing, so you will help me by upvoting various ideas & todos when this system is available.
The very first thing is obviously going to be fixing the issue of long closed guilds and individuals who've quit hogging all the good hues though, right??
That certainly has my vote,JW!
The very first thing is obviously going to be fixing the issue of long closed guilds and individuals who've quit hogging all the good hues though, right??
That certainly has my vote,JW!
Re: Roadmap part 1
Free the hues!!!
Thanks +C for sharing your plans for the shard.
Thanks +C for sharing your plans for the shard.
Re: Roadmap part 1
Just a quick update on this big / long-term project.
By this time I was hoping we'd have a "decorate britain bank contest" which would be a great thing to have, holiday-themed. Most of the functionality would be part of the system, I'd just have to code some UI that would utilize it: spin up a new instance of trammel (we have this already since years ago), define an area that includes the britain bank, make the contestant to be the GM of that area (with decorator-only rights) and then you can just use Pandora's box to tinker with it.
These last almost 4 months were filled with various errands that just couldn't be postponed, I was also sick for 2 weeks.
However, i got the Modules system working which makes it possible for reloading of code without server restarts. Well, we already have this functionality, but it only works for stuff that were coded in style that supports it, and it gets a bit messy with a lot of edits and roll-backs. That doesn't mean that we won't have any server restarts in the future (or only monthly ones to prevent lagging), but anything from now will be coded in this way (and old code upgraded to make it compatible), and it will be easier to make updates without restarts.
I'm moving on to making the cloud-connector. We kinda have this already, it's used for several things, HelpSystem probably being the most used one. Also Name Change auditing (Which is broken right now). Mostly, we're moving away from using CouchDB as our database, because it's just too slow and the great idea of multi-master database design is just too complicated to work with. In a similar way as the HelpSystem is made, the library will be used to keep a cache of data that the shard needs to operate with, and also keeping a changelog of changes made to every object in the system.
In the example of decorating britain bank: the design of the britain bank isn't saved as a bunch of items, but just as definitions like "there's a item with graphic 0x1234 at X=5 Y=18 Z=2. And then, whenever someone wants to use that design, we can pull that from the database, and only the assets that are currently used somewhere in the game will remain cached. This is also great if the database goes down, or somehow becomes broken - the game can still operate (well, with limitations) which is my primary concern - keeping the components as independent from eachother as possible.
Also re-using and stacking of existing "assets". Use that particular britain bank design, and add a few grass tiles there, and remove the existing well, and add a different well there. The whole thing gets saved just as a definition of these changes, not the whole list of 2000 items.
And let's say there was an error in the original design: the snow angel that's on top of britain bank would be typoed as "snow agnel". Ordinarily if you were to first copy all the items and then make changes to that copy, all those copies would have the "agnel" in them. But since it's defined as a "derivative work" of sorts, fixing the original typo will automatically get fixed in all those copies (well, if you upgrade the dependency version).
This same object thing can be used for all sorts of administrative things, like the penalties system, defining items, mobs...
"Take the succubus, and make it have a different sound, and hit 50% harder. Also, when it dies, have it do the "NewSuccubusDeathEffect" or something like that. And that death effect is defined as a module, which can also be changed on the fly.
Hoping for a good motivating wind in my sails, and as few RL-storms
By this time I was hoping we'd have a "decorate britain bank contest" which would be a great thing to have, holiday-themed. Most of the functionality would be part of the system, I'd just have to code some UI that would utilize it: spin up a new instance of trammel (we have this already since years ago), define an area that includes the britain bank, make the contestant to be the GM of that area (with decorator-only rights) and then you can just use Pandora's box to tinker with it.
These last almost 4 months were filled with various errands that just couldn't be postponed, I was also sick for 2 weeks.
However, i got the Modules system working which makes it possible for reloading of code without server restarts. Well, we already have this functionality, but it only works for stuff that were coded in style that supports it, and it gets a bit messy with a lot of edits and roll-backs. That doesn't mean that we won't have any server restarts in the future (or only monthly ones to prevent lagging), but anything from now will be coded in this way (and old code upgraded to make it compatible), and it will be easier to make updates without restarts.
I'm moving on to making the cloud-connector. We kinda have this already, it's used for several things, HelpSystem probably being the most used one. Also Name Change auditing (Which is broken right now). Mostly, we're moving away from using CouchDB as our database, because it's just too slow and the great idea of multi-master database design is just too complicated to work with. In a similar way as the HelpSystem is made, the library will be used to keep a cache of data that the shard needs to operate with, and also keeping a changelog of changes made to every object in the system.
In the example of decorating britain bank: the design of the britain bank isn't saved as a bunch of items, but just as definitions like "there's a item with graphic 0x1234 at X=5 Y=18 Z=2. And then, whenever someone wants to use that design, we can pull that from the database, and only the assets that are currently used somewhere in the game will remain cached. This is also great if the database goes down, or somehow becomes broken - the game can still operate (well, with limitations) which is my primary concern - keeping the components as independent from eachother as possible.
Also re-using and stacking of existing "assets". Use that particular britain bank design, and add a few grass tiles there, and remove the existing well, and add a different well there. The whole thing gets saved just as a definition of these changes, not the whole list of 2000 items.
And let's say there was an error in the original design: the snow angel that's on top of britain bank would be typoed as "snow agnel". Ordinarily if you were to first copy all the items and then make changes to that copy, all those copies would have the "agnel" in them. But since it's defined as a "derivative work" of sorts, fixing the original typo will automatically get fixed in all those copies (well, if you upgrade the dependency version).
This same object thing can be used for all sorts of administrative things, like the penalties system, defining items, mobs...
"Take the succubus, and make it have a different sound, and hit 50% harder. Also, when it dies, have it do the "NewSuccubusDeathEffect" or something like that. And that death effect is defined as a module, which can also be changed on the fly.
Hoping for a good motivating wind in my sails, and as few RL-storms
+Colibri, Administrator of UO Excelsior Shard
Don't know what the purpose of your life is? Well then make something up!
(Old Colibrian proverb)
Don't know what the purpose of your life is? Well then make something up!
(Old Colibrian proverb)
Re: Roadmap part 1
I volunteer !!! (at least for the part I actually understood) 
Always remember to pillage before you burn!-----------Unknown
-
Johnny Warren
- Legendary Scribe
- Posts: 754
- Joined: Mon Oct 11, 2010 11:40 pm
Re: Roadmap part 1
Update is greatly appreciated. Thanks for your input! I'm not sure I understood all of it 
but it sounds good. It was noticed there was no mention of freeing up the old hues being hogged by inactive/solo players/guilds.. 
but it sounds good. It was noticed there was no mention of freeing up the old hues being hogged by inactive/solo players/guilds.. JOHNNY WARREN!
-
ButteryBiscuits
- Grandmaster Scribe
- Posts: 91
- Joined: Tue Apr 30, 2019 9:32 am
Re: Roadmap part 1
*blows motivating wind your way*
BB
---------------------------
ButteryBiscuits
in game name ButteryBiscuits
https://en.wikipedia.org/wiki/Mermaid_of_Warsaw
---------------------------
ButteryBiscuits
in game name ButteryBiscuits
https://en.wikipedia.org/wiki/Mermaid_of_Warsaw
Re: Roadmap part 1
Agreed 1000000% free up those hues please.
Re: Roadmap part 1
make magery great again
every single person seems to be dex based to the point that a dragon gets killed in 1 or 2 hits
i remember a time when energy vortex could take down a dragon, they seem to be very underpowered on this server
an EV could barely fight 3 lizardmen
im not saying to make magery better than dex
but a littlebit better than what it is
every single person seems to be dex based to the point that a dragon gets killed in 1 or 2 hits
i remember a time when energy vortex could take down a dragon, they seem to be very underpowered on this server
an EV could barely fight 3 lizardmen
im not saying to make magery better than dex
but a littlebit better than what it is
Re: Roadmap part 1
Guessing that contest is just testing of system, does it works properly. Modulating properties sounds nice, lot easier to change one parameter than copy and rewrite parts on whole mob. Just hope system will handle that it must add seperate things to same mobs. Ty nice to hear news and that this is still in plans.