Particle effects on a gmap

[Yen]

I have a particle effect which is played in a gani.
The gani is placed at a random point around the player.

If I show the gani on a gmap, however, it shows in the top-left corner (first level) or the gmap. I have no idea why. Do you?

As I tend to screw around when things don't work, I've tried a lot of things. It won't work.

[napo_p2p]

Particle effects in ganis on gmaps haven't acted up on me.

I am guessing that it has something to do with either:
x = foo;
y = bar;

[Yen]

I've played with the x/y variables in both the NPC weapon part and the gani part. :/

I've placed particles on the gmap before, it's just this one. z-z

[xXziroXx]

Do:

'x%64' instead of 'x'
'y%64' instead of 'y'

[Yen]

That was what I tried at first

[jake13jake]

Originally Posted by xXziroXx

Do:

'x%64' instead of 'x'
'y%64' instead of 'y'

wouldn't that force it to the top left?

[ApothiX]

Have you tried something like: x+(64*mapx(level.name)) or whatever?

[Yen]

Originally Posted by ApothiX

Have you tried something like: x+(64*mapx(level.name)) or whatever?

Now, there's a good idea.

[jake13jake]

Originally Posted by ApothiX

Have you tried something like: x+(64*mapx(level.name)) or whatever?

1. Coordinates belonging to players, npcs, etc. on a gmap are accurate to the gmap.
2. mapx(level.name) is the worst I've seen from you. First of all, it's player.level. Second of all, mapx takes two parameters. Third of all, mapx is not for finding a level's coordinate on a map, but instead to convert screen coordinates to level coordinates.
3. There are functions for getting a level's coordinates on a map, but you shouldn't need it. Try outputting x,y vars in player.chat or npc.chat to verify #1.

[ApothiX]

Originally Posted by jake13jake

2. mapx(level.name) is the worst I've seen from you.

Stil not worse than a nickname system taking up 60% of the CPU.

Originally Posted by jake13jake

First of all, it's player.level.

Actually, it wouldn't be player.level. From what it sounds like he is using showani() or similiar to do it. If anything: it would be this.level.name (this.level also works, but only because .name is the default member, or whatever.) And you do not have to put this. to reference variables like that. (unless you are in a with() statement)

Originally Posted by jake13jake

Second of all, mapx takes two parameters. Third of all, mapx is not for finding a level's coordinate on a map, but instead to convert screen coordinates to level coordinates.

I said 'or whatever', I know there is a function that gets the x position on the gmap with given the level name, but I couldn't remember what it was called off the top of my head.

Originally Posted by jake13jake

3. There are functions for getting a level's coordinates on a map, but you shouldn't need it. Try outputting x,y vars in player.chat or npc.chat to verify #1.

See above.

[Riot]

Originally Posted by ApothiX

I said 'or whatever', I know there is a function that gets the x position on the gmap with given the level name, but I couldn't remember what it was called off the top of my head.

Perhaps you ment "getmapx", which takes 1 parameter.

[jake13jake]

Originally Posted by ApothiX

Stil not worse than a nickname system taking up 60% of the CPU.

And that's called overexhaggerating. Stop being an ass.
getmapx is the correct function, I believe. I'm not sure though.

[ApothiX]

Originally Posted by jake13jake

And that's called overexhaggerating.

Not exaggerating. It was clocking 50-60% in showscriptstats.

Originally Posted by jake13jake

Stop being an ass.

But you can pick apart my post and try and tell me I'm wrong, when I'm not?

Originally Posted by jake13jake

getmapx is the correct function, I believe. I'm not sure though.

So you can post if you think that's the function, but I can't?

[jake13jake]

Originally Posted by ApothiX

Not exaggerating. It was clocking 50-60% in showscriptstats.

nah, it was clocking 30% for me.
I still love you you know!

[Warcaptain]

A nickname system taking up 30% >_> wow

[Bl0nkt]

mapx(), mapy()

[Warcaptain]

Eh, no its getmapx(levelname) getmapy(levelname)

[ApothiX]

Originally Posted by jake13jake

nah, it was clocking 30% for me.

So that automatically means it wasn't taking 60% for me? I forgot your computer ruled them all.

[jake13jake]

Originally Posted by ApothiX

So that automatically means it wasn't taking 60% for me? I forgot your computer ruled them all.

A laptop on wireless rules them all? I wouldn't suspect that.

[ApothiX]

Originally Posted by jake13jake

A laptop on wireless rules them all? I wouldn't suspect that.

Your connection has nothing to do with CPU usage, but alright.

[jake13jake]

Originally Posted by ApothiX

Your connection has nothing to do with CPU usage, but alright.

No, the wireless takes up a ton of CPU because of the university. Anyone could tell when I'm on wireless as opposed to a direct cable link. Anyways, this isn't the thread topic so let's stop arguing.

[Skyld]

Originally Posted by jake13jake

No, the wireless takes up a ton of CPU because of the university. Anyone could tell when I'm on wireless as opposed to a direct cable link. Anyways, this isn't the thread topic so let's stop arguing.

My wireless connection does not affect my CPU usage..?

[ApothiX]

Originally Posted by jake13jake

No, the wireless takes up a ton of CPU because of the university. Anyone could tell when I'm on wireless as opposed to a direct cable link. Anyways, this isn't the thread topic so let's stop arguing.

I think you are confusing CPU Usage with something else. It doesn't matter how fast/slow your internet connection is, or where it is situated, it will not have any affect on your CPU.

[Sage_Shadowbane]

Ive found that on a gmap with the particle engine, if you use attachtoplayer = true; it tends to stick with the player (If you dont already have that in the script).

[Angel_Light]

Instead basing the light effects off of levels xy base it off the players xy. I had the same problem while back and that fixed it.