Right, I get that, but you can make changes to any other cfg file and see the change(s) immediately...not containers :|I assume it coheres with bounds.bin.
I'm currently writing a script the generates bounds.bin on first launch.
# All lines are trimmed. Empty lines and lines starting with '#' are ignored
# Container data table
# Format:
# GumpID<tab>RectX RectY RectWidth RectHeight<tab>DropSound[<tab>ItemID1,ItemID2,...,ItemIDN]
# Default:
#0x3C 44 65 142 94 0x48
0x3C 34 55 152 104 0x48
There are stand alone "neat tools" that are out there, they just require initial set up before giving it to your players. Really, what's the difference between downloading a custom client for a shard, or installing patches from OSI? Chances are a full, custom client is around 1.5GB, and doesn't take long unless you are still on dial-up hehetbh most shards do not use custom graphics, for either they do not know how to do it or they simply dont want people to have to download separat files just so they can join their shard, since without connectuo and all those neat tools around anymore people get put off by having to download extra files
Any chance you can send it right to me?Let me finish my Bounds.bin adjustments. Going to push it today.
[doublepost=1487418427][/doublepost]I can't vouch if my push will be accept, as I'm introducing a new Cache Folder.
The Cache is currently generating Bounds.bin if Art.mul or art...uop is found and objects.xml based of the categories. If no art found, pregenerated bounds.bin (7.0.57.1) is used.
So why a cache folder makes sense?
Most shards use the own arts and may introduce or replace containers, so generating bounds.bin that fits to the arts makes sense in my opinion. So making changes just requires you to delete the content of the cache folder.
No, I didn't forget that, but honestly there aren't as many custom client shards as there are default ones. In this case, I'm building a new UI tailored for players on my shard, which is why I need to resize containers.You forget that people probably play on mutliple servers and dont want 100 copys of uo . I am not saying that downloading the files will take forever (for everyone) but that people may not want to download a new client just to test out the server when there are X other shards around ^^
0x3C 34 55 152 104 0x48
Nope, that didn't have any effect either:Let me be honest. I thought ItemBounds for Containers are loaded from Bounds.bin but they aren't. Only for one Container (PlagueBeastBackpack) and Gumps.
Containers are indeed being loaded from containers.cfg and 44,65 are the default settings that are being applied if no file is found to 0x3C. Can you check for another ID like 0x3D (Pouch).
https://github.com/ServUO/ServUO/bl...64bd3a62ea83fd7fad3/Server/Items/Container.cs
Additionally I wanna add, the Cache method is being scrapped.
GenBounds just replaces your current Data/Binary/Bounds.bin and one server restart is enough to load it.
0x3D 29 34 108 94 0x48 0xE76,0x2256,0x2257
0x3D 24 30 108 94 0x48 0xE76,0x2256,0x2257
I suppose it is possible we could have just run into another client/server boundary, much like the paperdoll buttons. Something in the client drives container bounds. It has been years since containers have been sized by scripts, I'm just not sure when that functionality changed, or why.I'm going to check the code later today.
However only 0x3C is set if file not found and nothing will be set unless specified in containers.cfg.
We use essential cookies to make this site work, and optional cookies to enhance your experience.