|
||
|
|||||||
| Server Support on Windows Get (and give) support on general questions related to the RunUO server itself. |
![]() |
|
|
Thread Tools | Display Modes |
|
|
#1 (permalink) |
|
Forum Novice
Join Date: Dec 2005
Location: Elk Grove Village, IL
Posts: 343
|
I'm running RunUO2.0 (SVN 265). Currently, I have no custom scripts, just what came with the distro. Using a custom map. Here's my problem.
I'm having trouble unfreezing my map using the [unfreezemap command. I am pointing my Datapath.cs file to one set of files that make up my custom map and I have been using UOGateway and ConnectUO to connect to my shard using a patch file that I have hosted online with the same files. My understanding is that when I unfreeze the map, it is unfreezing the map files my Datapath.cs is pointing to while my client has no idea what's going on with those files because it's using the map files from my patch. Am I right? If so, what could be causing RunUO to think that my client and server are both using the same set of map files when they are, as far as I can tell, not? I hope I've provided enough information and I greatly appreciate any help I may receive. Thanks! |
|
|
|
|
|
#2 (permalink) |
|
Forum Novice
|
If you have the Datapath.cs telling the server where the map files are coming from then yes, when you do any freeze work it's on those files.
Provided your making sure your client downloads the patches you should see your changes, you have to re-patch the whole file tho, even if you change 1 tile on that map the whole MUL needs to re-patch for the update. Sounds like maybe the client has the old patch MUL and not a new one, that was my understanding about how it worked back at SVN 190, maybe things have changed since that but usually i'd forget to send the NEW MUL files to the location where they are patched from and spend an hour figuring out why i couldn't see new things in the maps. The other side effect of not uploading the new patch files was bumping into invisable items, which the server knew were there but not the client.
__________________
![]() We can be found on joinUO.com or listUO.com, come try us out.
|
|
|
|
|
|
#3 (permalink) |
|
Forum Novice
Join Date: Dec 2005
Location: Elk Grove Village, IL
Posts: 343
|
As of now, the client and the server are using the same version of the mul files. The client is using muls from my patch and the server is using mul files that are the same but are saved separately from my patch.
When I do a [unfreezemap command I get an error saying that the files can not be accessed because they are in use. Grr!! This is so frustrating! When I load a copy of an old SVN I have which I think is around 190 it works just fine but when I load a clean copy of the latest 265 SVN I can't access my map files at all. Any help is appreciated. |
|
|
|
|
|
#4 (permalink) | |
|
Forum Novice
|
Quote:
__________________
![]() We can be found on joinUO.com or listUO.com, come try us out.
|
|
|
|
|
|
|
#5 (permalink) |
|
Forum Novice
Join Date: Dec 2005
Location: Elk Grove Village, IL
Posts: 343
|
I'm quite sure it is. I am using the same path in the Datapath.cs file for SVN 265 as I am for 190 and the 190 one is working fine. It allows me to freeze and unfreeze the map and everything.
I would just do it that way but here's the problem. If I edit my map in SVN 190 and then freeze it. I reapply the patch so the client has the latest map and static files. Then I use the new map files in the Datapath.cs file in SVN 265 and load up the server. After that I log into the SVN 265 server and my client reports that I am always at a Z position of 0 even if I climb to a second story of a building where I should be at a Z position of 20. Also, if I try to drop an object onto a surface that has a Z position greater than 0, the object drops down under whatever is there and sits at Z position 0 where it can not be reached or seen. What a strange problem... |
|
|
|
|
|
#7 (permalink) |
|
Forum Novice
Join Date: Dec 2005
Location: Elk Grove Village, IL
Posts: 343
|
Yea. This is VERY frustrating. My entire map will be completely useless if I can't fix this problem. There's many months worth of work I won't be able to get back.
There must be some bug in the latest SVN that causes this to happen, though I don't know why it would affect the map and static files. All the same, when I load my map up in an SVN from the 190 era my map works great and there are no Z issues. |
|
|
|
![]() |
| Bookmarks |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
|
|