Register to post in forums, or Log in to your existing account
 

Play RetroMUD
Post new topic  Reply to topic     Home » Forums » CMUD Beta Forum Goto page 1, 2  Next
Dumas
Enchanter


Joined: 11 Feb 2003
Posts: 511
Location: USA

PostPosted: Tue Dec 30, 2008 5:01 pm   

[3.03a-3.04] Map not centering with moves and not panning correctly
 
This popped up in the last version, but now it is happening to me again and I'm hoping someone may be able to see if I am doing something wrong.

Am creating a map for a mud, with the Center Map After Every Movement option selected. However, for some reason, with this mud the map is not re-centering. Everything goes off past the edges of the map. It still creates the rooms, and in both mapping and follow mode my position marker moves, however the map never does. Along with this, despite the map being off the screen, I get no scroll bars and have to resize the map window to see the rest of the rooms.

The second problem, as it may be related to the first, is that when I go to pan this map it thinks the portion of the map I've created is in the very top left corner so it will not pan in that direction. Unfortunately, that is where my rooms are going so if I do not have the map window resized, it won't even pan to those rooms.

This is only happening on this specific map. My maps on other MUDs seem to work fine.

EDIT: Updated thread name.


Last edited by Dumas on Fri Mar 06, 2009 11:02 pm; edited 1 time in total
Reply with quote
Dumas
Enchanter


Joined: 11 Feb 2003
Posts: 511
Location: USA

PostPosted: Tue Dec 30, 2008 5:51 pm   
 
Odd, despite the fact that I already attempted moving the map more towards the 'center' of the viewable area, this last time I did it it started centering properly again.
Reply with quote
gamma_ray
Magician


Joined: 17 Apr 2005
Posts: 496

PostPosted: Tue Dec 30, 2008 7:12 pm   
 
I keep getting the first part (no scroll bars, not centering correctly) with 3.03a, too. Really annoying.
Reply with quote
Dumas
Enchanter


Joined: 11 Feb 2003
Posts: 511
Location: USA

PostPosted: Tue Dec 30, 2008 7:47 pm   
 
yeah, still happens sometimes to me
Reply with quote
Loftaris
Adept


Joined: 24 Aug 2004
Posts: 277

PostPosted: Mon Jan 05, 2009 3:38 am   
 
I am also experiencing this problem
cMud Pro V3.03
Reply with quote
calesta
Apprentice


Joined: 07 Dec 2008
Posts: 102
Location: New Hampshire, USA

PostPosted: Mon Jan 05, 2009 1:23 pm   
 
I don't get the no scroll bars problem, but the centering never works for me.
Reply with quote
Rahab
Wizard


Joined: 22 Mar 2007
Posts: 2320

PostPosted: Mon Jan 05, 2009 4:13 pm   
 
Be sure that the mapper is tracking the correct location object. Use the #track command to change it, or use the drop-down menu at the bottom left of the mapper window.
Reply with quote
Dumas
Enchanter


Joined: 11 Feb 2003
Posts: 511
Location: USA

PostPosted: Mon Jan 05, 2009 6:03 pm   
 
Is it supposed to be tracking the name of my current location as I move? If so, then that is working fine and when I use #LOC it shows up with my current location too.

Also, still oddly, this doesn't seem to affect maps that were converted from earlier CMUD versions, only ones I've created with 3.03a.
Reply with quote
Rahab
Wizard


Joined: 22 Mar 2007
Posts: 2320

PostPosted: Mon Jan 05, 2009 9:32 pm   
 
With the new mapper, cmud can keep track of your location completely separately from what it is tracking on the map display. In fact, you can have the mapper keep tabs on of multiple 'location' objects, and have the mapper follow any one of them. This is the difference between the #location and the #track commands.
Reply with quote
Dumas
Enchanter


Joined: 11 Feb 2003
Posts: 511
Location: USA

PostPosted: Tue Jan 06, 2009 12:07 am   
 
okay, I only have one location object, so can that be the problem?
Reply with quote
Rahab
Wizard


Joined: 22 Mar 2007
Posts: 2320

PostPosted: Tue Jan 06, 2009 3:52 pm   
 
Having only one location object is not a problem. But even having only one location object, the mapper can be set to not track any object. Use '#loc' to see the name of your location object, then do '#track myobj' to set the map display to follow the myobj object, or whatever the name of your own location object is. '#track' without an argument will set the map display to not follow any object.
Reply with quote
Loftaris
Adept


Joined: 24 Aug 2004
Posts: 277

PostPosted: Tue Jan 06, 2009 10:35 pm   
 
For some reason I have 2 tracking objects. Is there a way I can turn one of them off?
Reply with quote
Zugg
MASTER


Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA

PostPosted: Tue Jan 06, 2009 11:29 pm   
 
You can use the View/Locations menu to look at your locations and delete any of them that you don't want.
Reply with quote
Dumas
Enchanter


Joined: 11 Feb 2003
Posts: 511
Location: USA

PostPosted: Tue Jan 06, 2009 11:51 pm   
 
I still don't believe that is my problem. I have one tracking object, and it points to my location.

The problem occurs after adding rooms to my map. It stops centering, and rooms will go off the map. Just expanding the window doesn't always work, for instance if the map is large and still goes off the edges when the window is maximized. I can select all the rooms and move them around the map window and this gets me more room to see the rooms, but doesn't correct the original problem. And even if I switch back to follow mode, it won't recenter.
Reply with quote
Loftaris
Adept


Joined: 24 Aug 2004
Posts: 277

PostPosted: Wed Jan 07, 2009 1:31 am   
 
I apologize Dumas for somewhat hijacking your thread.

Zugg, I don't have View > Locations in the mapper.

Nevermind, I found it on the main menu settings. However, after I deleted the duplicate tracker, the one I want isn't following me around anymore. I tried using #track, but it didn't help.

Nevermind. I used #track me and it started working again.

However, the original problem with Dumas still exists, the map won't center itself each step, and it'll go off screen and only recenters when I place a few steps past the edge of the screen.
Reply with quote
Rahab
Wizard


Joined: 22 Mar 2007
Posts: 2320

PostPosted: Wed Jan 07, 2009 9:30 pm   
 
Does '#show %track' indicate that the mapper is tracking your location object?
Reply with quote
Loftaris
Adept


Joined: 24 Aug 2004
Posts: 277

PostPosted: Wed Jan 07, 2009 10:57 pm   
 
for me, #show %track shows my current tracking object.
Reply with quote
Zugg
MASTER


Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA

PostPosted: Thu Jan 08, 2009 3:08 am   
 
Quote:
Zugg, I don't have View > Locations in the mapper.

The View/Locations is over in the main MUD window. Same place as View/Directions, View/Aliases, etc. Locations are used in CMUD now even without the mapper open, so they are part of the "core settings".

Edited: ah, nevermind, you already found it yourself.
Reply with quote
gamma_ray
Magician


Joined: 17 Apr 2005
Posts: 496

PostPosted: Fri Jan 09, 2009 10:47 pm   
 
Sometimes the map just stops auto-updating for me. For instance when I close and reopen the map and then move, it won't update until I click on the map (although it does keep track of my location properly, so if I move several rooms and then click on the map, it will update to the correct location). Closing/reopening the map, switching between normal and edit mode, etc., all don't resolve this problem, the only thing I've found which does resolve it is either closing and reopening CMud or using:
#track;#track <myobject>
(Another thing which does NOT work is just #track <myobject>, I specifically have to clear the track first.)
Reply with quote
ashenshugar
Newbie


Joined: 03 Dec 2006
Posts: 3

PostPosted: Sun Jan 11, 2009 6:17 am   
 
Having the same issues as the original writer of this. I've attempted all the suggestions above. Will write it all down as best I can, from the beginning of my problem.

*Edit: OS specs--Vista 64-bit, 6 gig ram, plenty of HDD space, quad-core 2.6 GHz each. If ya need more info, just say so...I'll be checking these forums regularly for the next couple days.

I upgraded from 2.26 to 3.03a. Prior maps on current mud I was play updated/converted just fine. I did not have any issues for several hours. A friend confronted me with the fact that he was unable to use the mapping utility period. No rooms created, auto or manual. I opened a new map and received an error stating something about "Cannot connect to open ports" or some such (I submitted the report with as much info as I could think of at that time).

Since this point in time, I have been getting that same error pop up randomly, whenever the map utility is open (haven't seen it yet when it was closed). I gave up on trying to use the new map as I could do nothing with it. I restarted the client and opened my old map which had converted successfully, and for which I was not having any problems. Low and behold, that same error started popping up again. Since it's started, random things happen to my mapping that force me to restart my client again and again, until finally these restarts are not doing anything and I'm stuck with a mapper that will not pan or scroll (due to lack of scroll bars), along with intermittent issues of object following along in the rooms (on another point, my map has never successfully auto-centered when walking since the upgrade). If I zoom all the way out, I can see my rooms for the smaller areas, but they are quit small and difficult to follow room path's without a magnifying glass.

Odd things found in Package Editor>Triggers>Map: strikeout(Loc<name>: ^<Room Name> {#OK})

I've deleted this several times, but keeps coming back after any room creation.

Things I have done, and the order they have been done.

1. Restarted Client (multiple times, to include between each suggested fix)
2. Double-checked all my map properties settings: Under 'Speedwalking'>'Automatic step confirm' I cannot get the option to remain where I put it. In this case 'Match Room Name'. It always resets back to 'Match first line of room description' upon any action in regards to editing the map; this includes client restarts.
3. used the #TRACK command to clear the object, and still nothing. Then used #TRACK;#TRACK <name>. Still nothing.
4. Upon restarts, I can auto-find my object in the slew of maps I have in the database in follow mode. When I switch to Map mode, the rooms I have in the map bugger off down to the southeast corner of the mapping utility, making it inaccessible to view while mapping (still maps, just can't see it happening).
5. I can see the spreadsheet view of the rooms, but this is not the point. If I wanted to map manually like that, I would simply use Excel.

*I have added mapping triggers, to aid in mapping. Problems persist with them enabled or disabled.

Okay, think that's about it.
Reply with quote
gamma_ray
Magician


Joined: 17 Apr 2005
Posts: 496

PostPosted: Sun Jan 11, 2009 12:15 pm   
 
ashenshugar wrote:
2. Double-checked all my map properties settings: Under 'Speedwalking'>'Automatic step confirm' I cannot get the option to remain where I put it. In this case 'Match Room Name'. It always resets back to 'Match first line of room description' upon any action in regards to editing the map; this includes client restarts.

Me, too. I also have problems with SOME other options. The multiline room description always gets checked, as does single character exit, and the complex prompt always gets reset back to an incorrect pattern... it looks like it's using something it picked up during auto config (it is close to correct, but doesn't actually match in all cases). This is seriously annoying.

Edit: It does save -some- things, for example the correct strings for manipulating doors.
Reply with quote
Zugg
MASTER


Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA

PostPosted: Mon Jan 12, 2009 5:45 pm   
 
Go to the View/Locations menu in the main MUD window and tell me what location objects you have defined. Or just type the #LOC command on the command line and report the output results.

The configuration settings like Automatic step confirm are supposed to be saved within a *.INI file within the same directory as your map database, so somehow that isn't getting saved correctly. Configuration settings are stored to a *.ZFG file in the same directory. What directory is your map *.DBM file stored in on your computer? Is there an INI file in that same directory? Is there a *.ZFG file in that same directory? Do the modification dates on those files show that they are being updated? Do you have permission to write to that directory?

If you get the popup error again, report the *exact* error message that you are getting in this forum. That might also help us understand the problem (even though you already submitted the crash dump report).

The trigger that says "#OK" for the room name is ok and normal. That is a temporary trigger added when you are moving around on the map to confirm speedwalks. The mapper will automatically create this trigger and update it as needed for speedwalking. When it is disabled, then the mapper isn't currently using the trigger for speedwalking. But it is much faster for CMUD to enable/disable a trigger than to delete it and recreate it all the time, so you should leave this trigger alone. It's not causing your problems.
Reply with quote
ashenshugar
Newbie


Joined: 03 Dec 2006
Posts: 3

PostPosted: Mon Jan 12, 2009 11:37 pm   
 
View/Locations from MUD:

Name: <CHARACTERNAME> Room: 303 Map: DragonsExodus Map

#LOC command:
Locations (* is current):
* :<CHARACTERNAME> at room 303 (blue) <DragonsExodus Map>

Files:
DragonsExodus.ini *confirmed*
dragonsexodus.zfg *confirmed*
<Drive Letter>:\Users\<computer name>\Documents\My Games\CMUD\DragonsExodus

And yes, shows that the files are being updated in accordance with my last login time/date.

As for permissions to write to the directory...no permission to write to directory, shows Read Only. (Will change this after trying to force the error to show once more. Note, I did not make any changes to any fold before/during/after setup of first time CMUD Pro was placed on my computer, so this was CMUD setup that did it some time ago.)

After I get the error to pop up again, I'll submit everything received during the dump. Until then, the "Read Only" portion to the DragonsExodus folder shall remain unchanged.

And thanks for that explanation for the "#OK" map trigger. Makes me feel a bit more at ease.

*Edit: Well, that didn't take long.

"Error in cMUDPro.exe
Connection is not opened yet."

Copy of error report:
date/time : 2009-01-12, 17:44:08, 639ms
computer name : <edited out>
user name : <edited out>
registered owner : Microsoft / Microsoft
operating system : Windows Vista x64 Service Pack 1 build 6001
system language : English
system up time : 5 days 22 hours
program up time : 28 minutes 11 seconds
processors : 4x AMD Phenom(tm) 9850 Quad-Core Processor
physical memory : 3535/6142 MB (free/total)
free disk space : (C:) 460.78 GB
display mode : 1680x1050, 32 bit
process id : $15b0
allocated memory : 102.21 MB
executable : cMUDPro.exe
exec. date/time : 2008-12-16 13:09
version : 3.3.0.1
compiled with : BCB 2006/07
madExcept version : 3.0h
callstack crc : $c2e3535a, $68de3b81, $68de3b81
exception number : 6
exception class : EZDatabaseError
exception message : Connection is not opened yet.

Main ($b08):
008a1431 +35 cMUDPro.exe ZConnection 746 +2 TZConnection.CheckConnected
008a0eb1 +05 cMUDPro.exe ZConnection 444 +1 TZConnection.GetInTransaction
00a40a05 +05 cMUDPro.exe SQLiteUtils 291 +1 EndSQLCache
00df41a4 +0c cMUDPro.exe MapList3 3793 +1 TMapNode.Flush
00df44b1 +2d cMUDPro.exe MapList3 3895 +4 FlushMapFiles
00d12aa6 +8a cMUDPro.exe PARENT 7194 +10 TParentForm.SystemTimerTimer
00497f9f +0f cMUDPro.exe ExtCtrls 2281 +1 TTimer.Timer
00497e83 +2b cMUDPro.exe ExtCtrls 2239 +4 TTimer.WndProc
0047c540 +14 cMUDPro.exe Classes 11583 +8 StdWndProc
004ad9c4 +fc cMUDPro.exe Forms 8105 +23 TApplication.ProcessMessage
004ad9fe +0a cMUDPro.exe Forms 8124 +1 TApplication.HandleMessage
004adcf3 +b3 cMUDPro.exe Forms 8223 +20 TApplication.Run
00eabb64 +88 cMUDPro.exe cMUDPro 358 +20 initialization
0047004a +8e cMUDPro.exe Classes 4101 +7 TCollection.GetNamePath
775ee3f1 +0c kernel32.dll BaseThreadInitThunk


Will now change directory permissions to allow writing to files in directory.

**Edit: Problem came back immediately, even after directory permissions changed.

date/time : 2009-01-12, 17:50:54, 609ms
computer name : <edited out>
user name : <edited out>
registered owner : Microsoft / Microsoft
operating system : Windows Vista x64 Service Pack 1 build 6001
system language : English
system up time : 5 days 22 hours
program up time : 1 minute 8 seconds
processors : 4x AMD Phenom(tm) 9850 Quad-Core Processor
physical memory : 3531/6142 MB (free/total)
free disk space : (C:) 460.78 GB
display mode : 1680x1050, 32 bit
process id : $1fa8
allocated memory : 78.48 MB
executable : cMUDPro.exe
exec. date/time : 2008-12-16 13:09
version : 3.3.0.1
compiled with : BCB 2006/07
madExcept version : 3.0h
callstack crc : $c2e3535a, $68de3b81, $68de3b81
count : 2
exception number : 1
exception class : EZDatabaseError
exception message : Connection is not opened yet.

Main ($1c58):
008a1431 +35 cMUDPro.exe ZConnection 746 +2 TZConnection.CheckConnected
008a0eb1 +05 cMUDPro.exe ZConnection 444 +1 TZConnection.GetInTransaction
00a40a05 +05 cMUDPro.exe SQLiteUtils 291 +1 EndSQLCache
00df41a4 +0c cMUDPro.exe MapList3 3793 +1 TMapNode.Flush
00df44b1 +2d cMUDPro.exe MapList3 3895 +4 FlushMapFiles
00d12aa6 +8a cMUDPro.exe PARENT 7194 +10 TParentForm.SystemTimerTimer
00497f9f +0f cMUDPro.exe ExtCtrls 2281 +1 TTimer.Timer
00497e83 +2b cMUDPro.exe ExtCtrls 2239 +4 TTimer.WndProc
0047c540 +14 cMUDPro.exe Classes 11583 +8 StdWndProc
004ad9c4 +fc cMUDPro.exe Forms 8105 +23 TApplication.ProcessMessage
004ad9fe +0a cMUDPro.exe Forms 8124 +1 TApplication.HandleMessage
004adcf3 +b3 cMUDPro.exe Forms 8223 +20 TApplication.Run
00eabb64 +88 cMUDPro.exe cMUDPro 358 +20 initialization
0047004a +8e cMUDPro.exe Classes 4101 +7 TCollection.GetNamePath
775ee3f1 +0c kernel32.dll BaseThreadInitThunk


....I went back to check folder permissions, and the folder is once again 'Read Only'. This applies only to the folders; the files are unmarked in regards to 'Read Only'.

EDIT by Fang: Removed name and email address
Reply with quote
Zugg
MASTER


Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA

PostPosted: Tue Jan 13, 2009 5:21 pm   
 
CMUD is set up to flush any changes to the internal mapper cache to the database every minute. Looks like the Flush routine is getting called in your case before the mapper is open yet. Looks like 64 seconds is going by before the mapper connection is open and then CMUD tries to flush the changes. Go into your Map object in the Settings editor and check to make sure the AutoLoad option box is checked. Otherwise I'm not sure why your map connection isn't open less than a minute after opening your session.

But I'm adding this crash to the bug list since it should be protected to not crash when flushing a database that isn't open yet.
Reply with quote
ashenshugar
Newbie


Joined: 03 Dec 2006
Posts: 3

PostPosted: Tue Jan 13, 2009 7:39 pm   
 
Yeah, it was checked.
Reply with quote
Display posts from previous:   
Post new topic   Reply to topic     Home » Forums » CMUD Beta Forum All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

© 2009 Zugg Software. Hosted by Wolfpaw.net