Canyon of Greed minimap bug

My problem is that after I imported all the maps in the client + made all the changes for the server,I changed the number of map81 to have the minimap working.
My minimap is working but for some apparent reason it doesn't scale properly.
I tried changing the map size from 904(default in my svmap) to 952/1024 and in between,but it doesn't work,I even tried changing the size of the map from where I am teleporting from to match the 81map's size but with no luck,still getting the same bug.
If I /cmove from capitals,I am getting the first bug.(first pic)
If I move from Pantanassa or Theodores using portals I get the second bug(second pic)

Has anyone had this problem before and if so,how did you fix it?
I am trying to fix it for almost 1week now and it's getting on my nerves
Pls,a bit of help here....


P.S: My map number is 102 now but I tried using maps 103-104-105-107-108 and with no luck,the same bug over and over again...

how to see the minimap in game? i dont know Gen, do can explain here how?

Quote:

Originally Posted by accuface35 how to see the minimap in game? i dont know Gen, do can explain here how?

You have to change the number of the map in the client and in the server.

Quote:

Originally Posted by TeddyBear Example if you want to change the map 75(Pantanassa) to map 105. server sided changes take the svmaps and rename them to the number u want. for example map 75 to map 105 open the map.ini copy what is written under "set zone 75" and replace it with the written under "set zone 105" okay that was easy now lets get to the bit harder stuff client sided changes (i suggest to use shaiya make for that) navigate to data/interface/worldname and take the 75_x files and rename them to 105_x navigate to data/interface/MiniMap and take 75 and rename it to 105 navigate to data/world and take 75.wld and the matching ini and rename them to 105 navigate to data/world/Field and take the 75er folder rename the folder to 105 and rename the files in that folder to 105_x aswell

Credits to: TeddyBear
Source: Choose your class

This mini-map is bugged by default.

The most logical solution is to edit the .TGA file standing for your mini-map, and basically resize it (make it smaller), to the left and the bottom.

nice and map 76 change to 103? and but not least the folder how i to editing, updating or create new data saf?

nubness you mean the tga smaller or the sv maps? sry

Quote:

Originally Posted by nubness This mini-map is bugged by default. The most logical solution is to edit the .TGA file standing for your mini-map, and basically resize it (make it smaller), to the left and the bottom.

I know nubness,I was thinking the same thing over the last few days,but my problem,even then,is that when I move from certain maps(maps that are larger >1024) I get the second bug,when I think that the game doesn't change the size of the map and sticks to the first one.

Example: If I move from Theodores(2048 size) and move to Canyon of Greed (move with /cmove , portals or NPC) I still get the second bug,where everything is cramped in the corner.

P.S: the invasion icon isn't showing as well,only if I have my map open and move to another map,then it will show up for a sec and then the loading screen kicks in

Quote:

Originally Posted by accuface35 nice and map 76 change to 103? and but not least the folder how i to editing, updating or create new data saf? nubness you mean the tga smaller or the sv maps? sry

It doesn't matter what numbers you chose.Just go to Interface/Minimap and you will see all the maps that have a minimap and then chose what map will replace another map.

As for update,I suggest making a new data.saf,so you won't have any problems regarding the map number change.

The mini-map are optimized (!) to use the larger possible area. And to acheive that the vertical and horizontal scaling factors are not the same. This can cause misplaced items.

But there your issues are:

Quote:

If I /cmove from capitals,I am getting the first bug.(first pic) If I move from Pantanassa or Theodores using portals I get the second bug(second pic)

- when you cmove, the svr possibly move you at the coords defined by RebirthMapPos[1|2] for the map, but possibly it move you anywhere in the map (and from my experience it's always +/- random and w/o any logic).

- when you enter the map using a portal, the server shall move you at the coords defined by in the svmap of the source map for the used portal.
you do not indicate what are the defined coords, nor your entering coords in #81.
so far, nothing let assume that the bug doesn't come from your svmap file.

edit: for your fig.2, you don't indicate the coords defined in svmap but you neither indicate that the location of the moved toon on the map is correct (or not) and only its location displayed on the map is (or not) invalid.

may be I'm tired and fail to understand obvious thing ... or your explanation could be a little more precise.

Quote:

Originally Posted by castor4878 The mini-map are optimized (!) to use the larger possible area. And to acheive that the vertical and horizontal scaling factors are not the same. This can cause misplaced items. But there your issues are: - when you cmove, the svr possibly move you at the coords defined by RebirthMapPos[1|2] for the map, but possibly it move you anywhere in the map (and from my experience it's always +/- random and w/o any logic). - when you enter the map using a portal, the server shall move you at the coords defined by in the svmap of the source map for the used portal. you do not indicate what are the defined coords, nor your entering coords in #81. so far, nothing let assume that the bug doesn't come from your svmap file.

For the part with the /cmove you are right,I tested it a bit(...more) and found that when you move from one map to another,the server will keep the coordinates from the map that you are initially in and just change the map number.

As for the portals,I tried using different maps to teleport from and all of them got the same result,the bug that you see.I used more than 2 or 3 coordinates to move to,so I could be sure that those are not the problem.

To be honest,I am fighting this bug for more than a week now and I can't get passed it.I tried everything that comes in my mind,everything x.x

UPDATE:

This is my complete list of the things I tried to fix this bug:

1.Changing the 81.svmap(102 for me) size from 904 to every size up untill 1024(or something near that)
2.Changing the 42.svmap size to match 81.svmap(102)
3.Using teleports and Gate Keepers from Pantanasa and Theodores to move to map 81 (102) ---- getting the second bug
4.Used the /cmove to move to map 81(102) from maps: bouth capitals,AH,Jungle,DD1,DD2,D-Water
5.Used 4 teleport spots around map 81(102) to make sure that the coordinates don't make the bug
6.Used Teleport Runes but with no luck


What I found during my endeavors:
--The map limit is around: 980x970 (more or less) *I swam under the map until the server/client teleported me back a few feet
--The arrangement of the relics as well as the cursor on the map is correct.The scaling is off by 50+(for map size)

For what I found out and observed,is that the scaling is off.

--The first pic shows my map looks like after I teleported from Theodores to Canyon of Greed by portal and got right in the middle of Opalus' Territory
--The second pic shows my original 81.svmap (102)
--The 3rd pic shows how the client or server actually scale the map after I teleport from AH or from capitals(I changed it so you could have an actual reference to what is actually happening)
--The last pic shows how my client or server scales the map after I teleport from Pantanasa or Theodores(maps that are 2048 in size)

My default size of 81.svmap(102) is 904 and I have portals coming from maps 68/69 and going going to those and inside map 102(as you can see)


These is what I have in Map.ini regarding map 102:

I attached my 102.svmap as well so you could check it for any errors that I might overseen.

[Only registered and activated users can see links. Click Here To Register...]

I will try to say it again with other words (the same info was posted [Only registered and activated users can see links. Click Here To Register...]).

Our client does know which maps supports minimaps and how coords shall be scaled to draw an item (player location or relic) at the right place on the map. This information is hard coded.

Changing the map-size stored in the *server* svmap file will not help the client to draw these items at the right place(!)

The figure 904 is the right one to let shStudio (that uses a single scaling factor) draws NPC, portals, mobs at their expected locations. But (bis) that value is not used by the client, any possible value will not change any behaviors / processing of the server (nor of the client), the value is only read to skip a block of not used data.

regarding the pict canyon-greed-minimap-bug-13.jpg and since you still do NOT post the destination coords coded in 76.svmap, it looks like they are invalid and close to the portal labelled "Canyon of Greed".

they shall be:

Quote:

Originally Posted by castor4878 in #75 source: 1912.0; 6.0; 1796.0 dest.: 347.12; 16.86; 43.96 in #76 source: 1883.0; 0.40; 148.0 dest.: 406.10; 16.90; 45.30

Edit: FYI the R3_Dun1.dg dungeon (the field of the map #81) is 752 x 870; the client always manages square maps and so allows movement up to 870;870.

Sorry,I am a bit tired...
My destination coordinates are as follow:

in map 75:
source: 1911.357; 6.086; 1794.898
dest: 346.851; 16.865; 41.433

in map 76:
source:1882.97; 1.362; 147.63
dest:405.38; 16.928; 147.63

Quote:

Originally Posted by GenTex Sorry,I am a bit tired... My destination coordinates are as follow: in map 75: source: 1911.357; 6.086; 1794.898 dest: 346.851; 16.865; 41.433 in map 76: source:1882.97; 1.362; 147.63 dest:405.38; 16.928; 147.63

so you've done tests from the dark side only, and the Z coords in 76.svmap is bugged (147 instead of 45.30)

the 102.svmap also contains error, with portals #0 & #1 moving to map #69 (instead of #68 & #69).

Quote:

Originally Posted by castor4878 so you've done tests from the dark side only, and the Z coords in 76.svmap is bugged (147 instead of 45.30) the 102.svmap also contains error, with portals #0 & #1 moving to map #69 (instead of #68 & #69).

Thanks for the reply and I will check into that
I will give you an update after I double check everything

EDIT:Ok,so I modified the files and now everything should be ok,but the bugs are still there.

also try map 68 or 69 to see minimap 81 ingame?^^

Quote:

Originally Posted by accuface35 also try map 68 or 69 to see minimap 81 ingame?^^

Maps 68 and 69 are already used by the client.
Map 68 = VR
Map 69 = PR

You can use them as a place holder for map81,but then you will need to change maps 68 or 69 to another number,so you won't lose them