#17 Extended Vnums/Color
I would like to humbly request a way to extend to
vnums. Like maybe change all the int vnum refs in the
code to something like VNUM_L which will be defined at
the beginning of the merc.h file to something like
#typedef long VNUM_L
Only reason I make this request is because you are all
very familiar with your code so would know what else
that NEEDS to be changed to support it. I had thought
I had done this with a Rom and I attempted it with
Ember, but I still could not use the Large Vnums for
things. There must be some references in the Code that
do not have vnum in them anywhere but still refer to
how vnums are handled. IF Instead you would like to
email me what spots SHOULD be changed to support this.
I will do it myself. But so far the code looks great.
Looks like more thought has gone into this then most
of the other RoM Based codes I have messed with. One
other thing I've been wondering is why you didnt use
Lope's Color code with this? The customizable colors
are nice. Im' thinking about looking over the code and
trying to remove color then add in Lope's Color.
Personally I think it would be an excellent improvement
on already good code. All be it only a minor cosmetic
change.
Thanks,
Laithrad aka Shawn aka Greystar
Logged In: YES
user_id=27510
The color code won't be changing. It actually processes
faster than Lope's and is only a minor adjustment for
players familiar with Lopes.
As for using long for vnums, while the idea is sound, I have
yet to see a mud that has truly used 32,768 vnums.
These are opinions. Of the two requests, I would be more
willing to go with the vnum change, and definently against
the color change. However, I am curious as to what affect
it would have on memory/cpu utilization.
Logged In: YES
user_id=654917
Here is my reasoning for wanting to extend the vnums. I
plan on adding wilderness to my mud. So I can support
multiple continents and large oceans seperating them. The
best way I can think of to do this is to use large vnums. I
now understand why do don't use lopes colors. I have since
changed over to lopes on the version of Ember that I have
chosen to work on. I like how it can be customized. As far
as faster processing. I didnt notice any differences
between the two running with either version of color usage.
I've also been working on attempting to extend the
bitvectors to around 64 as well. For what I'm planning I
need more. I'd like to find a way to change all flag
dealings to use some kind of bool array I've seen mentioned
about a possible change to handle flags. Although difficult
it doesn't SEEM impossible.
Thanks
Shawn
Logged In: YES
user_id=654917
Here is an idea. Change over all the "flags" to use the
attached file system for "unlimited" bits. Then in the
process remove all reference to sh_int from the code and
change any thing that had to do with vnums to long, Or
something editable like I placed in my original message.
Unilimited Bits