Small update. Another thought occurred to me, and I've confirmed that it has nothing to do with the actual angle. Nor does it have to do with being sequential angles.
I changed the program to set to M_PI/4 every time and checked to see which one started to not match the others. It turns out the the culprit is actually the 42nd request. Until the 42nd request, the block does not move at all (except to get to 45 degrees the first time). If you look closely, you can see the slightest deviation when you get to iteration 41 (starts from 0). I paused in between each iteration. I hope that will point y'all in the right direction. bill jungle wrote: > > I feel like I'm just causing headaches for the developers, but I may have > found another bug in the SVN version. I just updated to the latest svn, > and the bug is still there. > > Description: The final goal is to make the camera focus on a single point > while moving, but my code was not working. I traced the problem to when I > set the 3d position of the camera using the simIface. > I've since switched to a block to try to elminate as many variables as > possible in the situation. > > As you can see in the code, i set the position to (2,2,2) (0,0,yaw) where > yaw goes from start to end. I'm using radians for the variables, but the > start and end are input from the keyboard in degrees and then converted. > > When you go from 0 to 70 degrees, everything is fine until you hit about > 53. At that point, the cube rotates quickly in the wrong direction and > subsequent attempts to change the yaw have no effect. For a while the > numbers in the simulation window will still reflect the attempted change. > Once you hit about 68 all three rpy go to 90. At this point, they will > never change no matter what you set them to until you restart gazebo. > Once the cube has rotated incorrectly, you can't change it's yaw again. > > I've taken out every possible thing out of the world file and c++ code, > and we're left with barebones stuff copied from example files. I've even > looked through the gazebo source code and can't find a problem. For me > the bug is reproducable every time I run the program. I've just tried > substituting pitch for yaw, and the bug exists for that as well. > > bill > > http://www.nabble.com/file/p20764685/bug.tar.bz2 bug.tar.bz2 > -- View this message in context: http://www.nabble.com/simIface-set_pos3d-possible-bug-tp20764685p20764959.html Sent from the playerstage-gazebo mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Playerstage-gazebo mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/playerstage-gazebo
