Post: #1

According to the sphere.ini (see below), the mapfiles location is supposed to recognize the optional files such as "mapX.mul/staticsX.mul/staidxX.mul". The problem I am having is that sphere is not using these files so clients on map1 are falling all over the place not knowing where the Z is supposed to be. I finally figured this out when I tried to move my map files while running Sphere and only my secondary map files would move... the rest said they were being used by another program which makes sense.

Important to note, when you use the default Map1 which is a duplicate of Map0, this is not an issue but when you use a newer client to make a different secondary map, sphere never reads the file to know its supposed to have different attributes

Perhaps there is a way to force sphere to look at a mul file? An ini setting im missing? If anyone can help solve this issue of mine, I will be eternally grateful. Its plagued me for about 4 years now...


Sphere.ini

// Where your UO installation is located. This need: map0.mul, statics0.mul,
// staidx0.mul, multi.mul, multi.idx, hues.mul, tiledata.mul.
// Optional files: verdata.mul, mapX.mul/staticsX.mul/staidxX.mul for higher
// maps support (Malas, etc).
//
// Note that if not set, sphere will scan windows registry to auto-detect it
MulFiles=map_files/