Haven and RC2 and Older Client

[GhostRiderGrey]

I have a new shard using RunUO 2.0 RC2 and UO client 5.0.6.c. When I log into the server [also with client 5.0.6.c], the area around Haven calls itself New Haven and there are are all kinds of items out of place and floating after I do the [Decorate command.

After searching the forums, it appears that there were map changes for Haven/New Haven at about client version 6.0.0.0, so i do not understand why (if I'm using 5.0.6.c client data on the server) the maps are messed up.

Is this an issue with changes in RC2?

If it is an RC2 issue, is there a solution which would allow me to use RC2 and have the Haven area decorate correctly?

Any help would be greatly appreciated!!

Thanks, GhostRiderGrey

[Lokai]

The RC2 Server is set up with Map, Region, Deco, and Spawn which all support the latest expansions to UO (Post v6.0 patch.)

If you want to run a shard on the old Haven setup, use the RC1 Server.

[HellRazor]

I think you can also use RC2 by just replacing the Data/Decoration folder from RC2 with an older one, such as the one from RC1 before using the [decorate command.

[razzles]

There are also a couple changes needed in the MapDefinitions.cs file as such:

using System;
using Server;

namespace Server.Misc
{
	public class MapDefinitions
	{
		public static void Configure()
		{
			/* Here we configure all maps. Some notes:
			 * 
			 * 1) The first 32 maps are reserved for core use.
			 * 2) Map 0x7F is reserved for core use.
			 * 3) Map 0xFF is reserved for core use.
			 * 4) Changing or removing any predefined maps may cause server instability.
			 */

			RegisterMap( 0, 0, 0, 7168, 4096, 4, "Felucca",		MapRules.FeluccaRules );
			RegisterMap( 1, 1, 0, 7168, 4096, 0, "Trammel",		MapRules.TrammelRules );
			RegisterMap( 2, 2, 2, 2304, 1600, 0, "Ilshenar",	MapRules.TrammelRules );
			RegisterMap( 3, 3, 3, 2560, 2048, 0, "Malas",		MapRules.TrammelRules );
			RegisterMap( 4, 4, 4, 1448, 1448, 0, "Tokuno",		MapRules.TrammelRules );

			RegisterMap( 0x7F, 0x7F, 0x7F, Map.SectorSize, Map.SectorSize, 1, "Internal", MapRules.Internal );

			/* Example of registering a custom map:
			 * RegisterMap( 32, 0, 0, 6144, 4096, 3, "Iceland", MapRules.FeluccaRules );
			 * 
			 * Defined:
			 * RegisterMap( <index>, <mapID>, <fileIndex>, <width>, <height>, <season>, <name>, <rules> );
			 *  - <index> : An unreserved unique index for this map
			 *  - <mapID> : An identification number used in client communications. For any visible maps, this value must be from 0-3
			 *  - <fileIndex> : A file identification number. For any visible maps, this value must be 0, 2, 3, or 4
			 *  - <width>, <height> : Size of the map (in tiles)
			 *  - <season> : 0 - Spring, 1 - Summer, 2 - Fall, 3 - Winter, 4 - Desolation
			 *  - <name> : Reference name for the map, used in props gump, get/set commands, region loading, etc
			 *  - <rules> : Rules and restrictions associated with the map. See documentation for details
			*/

			TileMatrixPatch.Enabled = true;	//OSI client patch 6.0.0.0
		}

		public static void RegisterMap( int mapIndex, int mapID, int fileIndex, int width, int height, int season, string name, MapRules rules )
		{
			Map newMap = new Map( mapID, mapIndex, fileIndex, width, height, season, name, rules );

			Map.Maps[mapIndex] = newMap;
			Map.AllMaps.Add( newMap );
		}
	}
}

Changes are shown in red.

[GhostRiderGrey]

Thanks Lokai, Hellrazor & razzles for the replies!!

razzles, you indicated a change to MapDefinitions.cs

TileMatrixPatch.Enabled=True ; //OSI Client patch 6.0.0.0

What is this line of code doing? I set this to true even if using the older 5.0.6.c client code on the server?

Thanks,
GhostRiderGrey

[razzles]

Originally Posted by GhostRiderGrey

Thanks Lokai, Hellrazor & razzles for the replies!!

razzles, you indicated a change to MapDefinitions.cs

TileMatrixPatch.Enabled=True ; //OSI Client patch 6.0.0.0

What is this line of code doing? I set this to true even if using the older 5.0.6.c client code on the server?

Thanks,
GhostRiderGrey

Yes, it's set to false for 6.0.0.0 and up. It has to do with patching in the diff files that are used prior to patch 6.0

[GhostRiderGrey]

Thank you razzles for the clarification.

[GhostRiderGrey]

HellRazor, I don't think that replacing the Decoration files will do the trick. I just compared the RC2 Decoration folder with the RC1 Decoration with WinMerge, and they are virtually identical. The AnkhEast references have been changed out for AnkhNorth and there is a change to the honor candle in 1 file, but besides that, they are the same files in both folders.

Your thoughts?

Thanks,
GhostRiderGrey

[HellRazor]

Hmmm. All of the stuff that is placed with the decorate command is in those files, so whatever is in there is going to be placed. I use a custom map so I'm not sure what versions of RunUO have what versions of the Haven decorations.

Are you sure that the stuff that is floating in the air was put there by the decorate command? Or is it possible that they are statics from the client file? (And if they are statics from the client file, is it possible that your server and your client are using 2 different versions of the static files?)

[GhostRiderGrey]

Client versions for both the server and login client were 5.0.6.c. There must be more in RC2, because the Decoration folders compare almost identically.

I have now also tried going with 4.11 client data on the server side with expansions set to None in the currentexpansion.cs file, but this wipes out too many features.

What is working is using RC1 with client/server 5.0.6.c data (as Lokai suggested). So I guess I'll stick to that for now.

Thanks for all the help.

[HellRazor]

No problem. Sorry it isn't working out better.

Here's a few other things you can try:

If you are starting from a clean shard, delete the Saves/Items folder. Some of the items may be already in the world as part of the default RUO install for some reason.

Just in case, look in particular at the RC1 and RC2 Haven.cfg as that is the file containing the decorations for Haven.

Make sure that it is the decoration command that is doing it, because if that stuff is there before you use that command, it is either saved in Saves/Items, or it is a client related issue which will require other methods to fix.

Take care!