Changing z not offsetting shadow (showani())

[Crow]

Shouldn't Graal automatically offset the shadow of a gani when changing around the z? It doesn't seem to do that when using showani(), which poses to be a nasty problem for me, trying to develop a custom projectiles system Help's appreciated.

[callimuc]

I see what´s your problem is. I don´t know how to do it but i think this could help you:
Shoot where you click

there the shadow is also going off the arrow :P

[Crow]

Originally Posted by callimuc

there the shadow is also going off the arrow :P

That's because shoot() is being used. I want to avoid using the default projectile system, though.

[fowlplay4]

Well an obvious hack would be just to remove the shadow from the gani and draw another shadow but I figure you want to avoid that.

Shot in the dark.. pass the z value as a parameter and set it in the gani script:

PHP Code:

SCRIPT
function onPlayerEnters() {
  this.z = params[0];
}
SCRIPTEND 


[Crow]

Originally Posted by fowlplay4

Well an obvious hack would be just to remove the shadow from the gani and draw another shadow but I figure you want to avoid that.

Shot in the dark.. pass the z value as a parameter and set it in the gani script:

PHP Code:

SCRIPT
function onPlayerEnters() {
  this.z = params[0];
}
SCRIPTEND 


Dammit, I seriously wanted to avoid **** like that :/ I'll give it a try, but this is one of the most annoying workarounds I've seen so far. I hope some genius will come up with something more elegant. Thanks, though.

[fowlplay4]

Originally Posted by Crow

Dammit, I seriously wanted to avoid **** like that :/ I'll give it a try, but this is one of the most annoying workarounds I've seen so far. I hope some genius will come up with something more elegant. Thanks, though.

Tested my work-around and nothing happened (at least not with my idle_test gani) so the best plan of action until this bug was fixed (or image property that needs to be added) would be to just draw a shadow at 0 z.

[Crow]

Originally Posted by fowlplay4

Tested my work-around and nothing happened (at least not with my idle_test gani) so the best plan of action until this bug was fixed (or image property that needs to be added) would be to just draw a shadow at 0 z.

I thought about drawing an extra shadow at work today. After thoroughly thinking about it, it really doesn't seem that bad. Suppose I'll just do that. Thanks for your help.

[fowlplay4]

Originally Posted by Crow

I thought about drawing an extra shadow at work today. After thoroughly thinking about it, it really doesn't seem that bad. Suppose I'll just do that. Thanks for your help.

Well considering how many potential projectiles will be flying around an additional shadow being drawn probably won't add any noticeable FPS loss to PCs.

Can always do something like this with no headache.

PHP Code:

function drawProjectiles() {
  temp.ind = 200;
  for (temp.projectile: this.projectiles) {
    temp.ind = drawProjectile(temp.ind, yadda, yadda);
  }
}

function drawProjectile(ind, pani, tx, ty, tz) {
  showani2(ind, tx, ty, tz, 2, pani);
  showimg(ind + 1, "shadow.png", tx, ty);
  return ind+2;
} 


People can and have done far worse.

[DustyPorViva]

Just delete the shadow from the gani and showimg one in the ganiscript of it, if you're going to go that route? The position of the shadow is static in relation to the gani, so you shouldn't need to run a loop or anything.

[Crow]

Originally Posted by DustyPorViva

Just delete the shadow from the gani and showimg one in the ganiscript of it, if you're going to go that route? The position of the shadow is static in relation to the gani, so you shouldn't need to run a loop or anything.

Using a showimg in my code instead of in the gani seems like an overall better idea, though.

[ffcmike]

Unlikely but is the shadow within your gani definitely index 0?
I believe it has to be in order for it to be offset when changing z.

[fowlplay4]

Originally Posted by ffcmike

Unlikely but is the shadow within your gani definitely index 0?
I believe it has to be in order for it to be offset when changing z.

It doesn't.

I figure it has something to do with Players + NPCs rendering the gani differently than a normal showani/showimg/findimg.

[ffcmike]

Originally Posted by fowlplay4

It doesn't.

I figure it has something to do with Players + NPCs rendering the gani differently than a normal showani/showimg/findimg.

That may well be the problem in this case, but atleast with players and npcs I'm pretty sure whatever part of the gani is index 0 will be offset.

[Crow]

I made sure everything was correct; tried using the "idle" gani to be completely sure about it, too. So that's definitely an issue with showani/showimg.