Homing Missiles

#21 We're having issues with our host, we're moving to a dedicated server as soon as one's available (we're on the waiting list for some good servers in North America).

Our current hosts have been very unreliable and a couple tech support individuals have been totally unpleasant.

You should be able to access the site here:

http://www.realityslip.com/cirrus

#22 Whats odd is none of this works, for me at least.. I can set a target manually and it will lock and track. But just sitting there pointing at vehicle with a heat of 1.0 does nothing, I dont even get the crosshairGui change. I have version 1_1_2 without any head upgrades. Will this work for me?

#23 Hi,

Quote:
Whats odd is none of this works, for me at least.. I can set a target manually and it will lock and track. But just sitting there pointing at vehicle with a heat of 1.0 does nothing, I dont even get the crosshairGui change. I have version 1_1_2 without any head upgrades. Will this work for me?

I only tried it so far with the latest head, but I can't see why it shouldn't work with a 1.1.2 version. There are no relevant changes AFAIK between HEAD and 1.1.2 which could affect the function of the homing stuff.

The only thing I could recommand is: Go again step by step through Luigi's tutorial and then incorporate all the changes written above. And: You have to be very careful when changing the code (mistakes are coming in easy with this homing stuff!). The first time I tried it I made some mistakes, but starting over with a clean HEAD and carefully reading it over and over I got it working. If you want, I can sent you the modified files of my head release just to see maybe where the difference to your one is. Would that help maybe? Just tell me the files you need!

Luigi, are you wrapping up all this stuff up and post it as a GG resource? Would be cool. :-)

Best,
Martin

#24 Sam I mean getHeat and all that stuff is posted

#25 I definitely will be wrapping it up as soon as I have some time to dedicate to it (I also have some new things like T2 forcefields, T2 turrets, T2 jetpacks, and an MFC admin client to convert to tutorials).

Unfortunately I'm really stacked with work up to mid November so it won't be up before then.

#26 I was the one askin about the turrets on your web site, I wouldnt be able to convince you to start there could I? :P

#27 I second Sam's request for Turrets, heck I'll be happy to convert anything u got to work with the HEAD version

#28 Ok Ive been through it 3 times and still nothing, everything is where it should be. There is however a question on wheather or not I have this function in the right place, take a look and let me know..

in ShapeBase.cc in the RenderObject function: I have..

   ShapeImageRenderImage* shiri = dynamic_cast<ShapeImageRenderImage*>(image);
   if (shiri != NULL)
   {
      renderMountedImage(state, shiri);
      MountedImage* mimage = getImageStruct(shiri->mIndex); 
      if((bool)mimage->lockTarget)    
	  { 
        renderTargetHUD(state, mimage); 
	  }
   }
   else
   {
      renderImage(state, image);
   }

Is this where this needs to be?

#29 hmmm, weird :) I followed Luigi tut and then this thread. When I finally been able to compile all with the fix, a sudden error came but from AUDIO.CC that I didn't even touch for this and that was compiling no prob before ?!? All the modified files for the Homing missiles are compiling. Here is the error :

audio/audio.cc: In function 'ALuint alxGetWaveLen(unsigned int)':
audio/audio.cc:1458: warning: return to 'ALuint' from 'F64'
audio/audio.cc:1458: warning: argument to 'unsigned int' from 'F64'

Anyone know what in the homming missile code is refering to Audio.cc ?

Thanks for any help on this

Gilles Jr

[edit] Oupss, it's coming from an error in my shapebase.h (I think). I probably made a mistake somewhere.

#30 I suspect you've been defining things in the wrong order in the shapebase.h file. I had the same problem, and audio.cc throws the error only because it's kinda the first one to include this header file.

#31 Has anyone put all the new code together in to one tut?

#32 Thanks for the info Josef. Luigi's tut is really confusing on where to include things (for a 3D artist). I will retry to do all again.

#33 Well, can't get it to compile :( I had put it on hold then I retryed today. I now have the following error that I'm not able to solve. I need help please, if possible :)

game/shapeBase.cc: At global scope:
game/shapeBase.cc:2223: no 'void ShapeBase::renderTargetHUD(SceneState*, 
   ShapeBase::MountedImage*)' member function declared in class 'ShapeBase'
game/shapeBase.cc: In member function 'virtual void 
   ShapeBase::renderObject(SceneState*, SceneRenderImage*)':
game/shapeBase.cc:2387: 'renderTargetHUD' undeclared (first use this function)
game/shapeBase.cc: In function 'S32 cGetLockedTarget(SimObject*, int, const 
   char**)':
game/shapeBase.cc:4358: no matching function for call to 'ShapeBase::
   getLockedTarget(int)'
make[1]: *** [out.GCC3.RELEASE/game/shapeBase.obj] Error 1
make: *** [default] Error 2

I know it is probably a code that I put in a wrong spot, but can't figure it. Thanks for any help or hint.

#34 Hey,

Has anyone noticed that running this in a dedicated server will crash it?

I've noticed that this crash can be avoided if you comment out the 'lockReticle' and 'seekReticle' in the ShapeBaseImageData datablock.

So, there's obviously something wrong with the way the reticles are handled in the engine.

Has anyone else had this problem? or is it just me?

note: everything works perfectly when i host a game or if i play a singleplayer game. It just crashes the dedicated server. If i comment out the reticles in the datablock, it works fine in a dedicated server, but there are no reticles for the players.

Does anyone have a fix for this?

Thanks,
Mike

#35 The problem is that the Dedicated server doesn't load any of the GUI routines. So if you're calling them for some reason the system will crash.

#36 Hi,

Yea, I did a little investigating last night and found that commenting out this code will stop the server from crashing.

//initalize textures for Missile_launcher Hud
if(lockReticleName && lockReticleName[0] != ´[[62815f4051a56]]´)lockReticleTexture.set(lockReticleName);
if(seekReticleName && seekReticleName[0] != ´'[[62815f4051a56]]´)seekReticleTexture.set(seekReticleName);

However, the reticles no longer show up for the client. So i've just gotta figure out a way to fix this new problem.

Mike

#37 Anyone got a bead on this client thing? Having trouble tracking it down...

#38 Here we go: if(isClientObject())

That's the idiom you need - wrap your graphics-loading calls with that, and you should be ok. I believe it comes from GameBase.

It returns true if you're running on a client.

#39 Anyone got these reticles to work? The missile is tracking right but the reticles dont't show up.

#40 Ben that stopped the client's locking icon from rendering on the host but won't make the client's locking icon show up, though it is locked