Orxonox

sorry, I was posting about the problems I have and the browser quit on me, afterwords I kinda procrastinated.

I committed the momentary version but the problem is the same (I'll quickly describe it here).
I try adjust the flying course of the rocket by using the function "get2DViewdirection" (as do the bots).
But if I apply these corrections (which result either in a up/down and a left/right correction) my rocket goes in circles.
I have been testing and trying a lot of different things (as is visible in the sourcecode with the commented stuff in the tickfunction of the rocketcontroller)

If I try to evoke get2DViewdirection with target->getPosition() instead of target->getWorldPosition() it's the the same, getPosition() always gives (0,0,0) (which could be correct). but the AIs also invoke get2DViewdirection with target->getPosition() and they seem to get useful results....

i fixed a lot of things
to get a detailed overview/diff look at the following page

you should really be in the pps on the next occaisons (for sure mon 30.5. and if possible also on the pizza evening(s))
lots of things that went wrong now (i.e. using getPosition() instead of getWorldPosition) wouldn't have happened if you discussed the problems with us in the pps

edit: i merged your branch into presentation3 and created a new rocket2 branch
if you want to commit something, please do a svn switch https://svn.orxonox.net/game/code/branches/rocket2 first

btw: please configure your editor to use spaces instead of tabs for indentation

btw: do you still need the files tutorial.oxw, RocketDrone.cc/h DroneFire.cc/h Testgame.cc/h ?

thanks a lot, looking at the differences now. sorry again will be there next monday as well as pizza evening ...??
[grillparty? pizza evening? I don't have a mail mentioning a pizza evening...]
configured the editor to use spaces and switched svn branch.

no those files were just for testing purposes I would've removed them as soon as rocket worked xD
But now after downloading a new copy of the sourcecode (presentation3 branch) (into a new folder etc) I can compile but not play the game anymore, resources.oxr isn't found.
Should the data_extern (that's what the folder was named up to now) be named differently?
I updated my working folders to the state of the rocket2 branch and now the same happens there.

That is an error you get, when your data directory-path is set incorrectly.
Try using ccmake instead of cmake, then there should be a variable to set the data directory, there you put the absolute path of your data directory then save and generate, compile and it should work.

we will soon send out an email concerning the pizza evening

ok, then i will remove the files

which branch did you switch to ?
the best would be the following:
orxonox/rocket (with svn source switched to rocket2)
orxonox/data_extern (with svn source /game/data/trunk as before)

note: you shouldn't move/rename your folders or else you have to remove your build folder and call cmake again and rebuild everything

I think I did what you proposed here.

trunk (original rocket branch folder) : rocket2 branch
data_extern : data/trunk branch (as before)

I did not move any folders, I created a new folder, downloaded the presentation3 branch and the data/trunk-branch, copied the dependencies and reconfigured the files with cmake.
I could set the DATA_EXTERN variable in cmake-gui so it should work now

Ok now it works (starts, loads the resources etc) thanks for making the rocket follow it's target.
What bothers me now is that as soon as any spaceship (mine or that of a bot) gets destroyed I get the following error: (I used the empty level or my test-tutorial level)

hm.. can you say where this assertion fails?
i don't get any error like this.
does it happen when a rocket is flying towards an enemy or always (even if you don't fire any rockets) ?

are you using the rocket2 or the presentation3 branch now ?

It happens with or without rockets whenever a ship gets destroyed.
It was with both branches the same...

I will delete and redownload everything then rerun cmake, recompile and try again (with both branches) to be sure it's not a strange mistake here...

that's probably related to LOD, because we had pretty much the same error on daniels laptop yesterday. try to comment src/orxonox/graphics/Model.cc line 151 and test again.

if that doesn't work, try to figure out the location in the code where the assertion triggers.

ok it was the same problem, now it works.