From: PQV <pab...@us...> - 2011-01-18 10:51:02
|
Hi all, I am having problems using Stage 4.0.0 and Player 3.0.2 (both installed from Toby Collett's ppa http://old.nabble.com/Player-Ubuntu-10.10-packages-td30324673.html ). After closing a connection to the simulation and reconnect it is impossible to make it work again. It happens with my own control programs For example: 1- I run simple.cfg Registering driver Player v.3.0.2 * Part of the Player/Stage/Gazebo Project [http://playerstage.sourceforge.net]. * Copyright (C) 2000 - 2009 Brian Gerkey, Richard Vaughan, Andrew Howard, * Nate Koenig, and contributors. Released under the GNU General Public License. * Player comes with ABSOLUTELY NO WARRANTY. This is free software, and you * are welcome to redistribute it under certain conditions; see COPYING * for details. invoking player_driver_init()... Stage driver plugin init ** Stage plugin v4.0.0 ** * Part of the Player Project [http://playerstage.sourceforge.net] * Copyright 2000-2009 Richard Vaughan, Brian Gerkey and contributors. * Released under the GNU General Public License v2. success Stage plugin: 6665.simulation.0 is a Stage world [Loading stageworlds/simple.world][Include pioneer.inc][Include map.inc][Include sick.inc]f: stageworlds/simple.world Stage plugin: 6665.position2d.0 is "r0" Stage plugin: 6665.ranger.0 is "r0.ranger:0" Stage plugin: 6665.ranger.1 is "r0.ranger:1" listening on 6665 Listening on ports: 6665 2- Connect with playerv: PlayerViewer 3.0.2 Connecting to [localhost:6665] playerc warning : warning : [Player v.3.0.2] connected on [localhost:6665] with sock 6 Available devices: localhost:6665 simulation:0 stage unsupported position2d:0 stage ready ranger:0 stage ready ranger:1 stage ready * On Stage accepted TCP client 0 on port 6665, fd 14 3- Subscribe playerv to position2d. Everything works fine: * On Stage stage driver setup 4- Close playerv: * On Stage Stage driver has been shutdown closing TCP connection to client 0 on port 6665 5- Run playerv again: PlayerViewer 3.0.2 Connecting to [localhost:6665] playerc warning : warning : [Player v.3.0.2] connected on [localhost:6665] with sock 6 Available devices: localhost:6665 simulation:0 stage unsupported position2d:0 stage ready ranger:0 stage ready ranger:1 stage ready 6- Subscribe playerv to position2d. At this point I get no error messages but I cannot control the robot or receive sensor information * On Stage stage driver setup Any clue to solve this? Pablo -- View this message in context: http://old.nabble.com/Conection-not-working-with-Stage-4.0.0-after-client-disconect-tp30698977p30698977.html Sent from the playerstage-users mailing list archive at Nabble.com. |
From: Rich M. <jp...@gm...> - 2011-01-18 12:10:32
|
On 1/18/2011 5:50 AM, PQV wrote: > Hi all, > > I am having problems using Stage 4.0.0 and Player 3.0.2 (both installed from > Toby Collett's ppa > http://old.nabble.com/Player-Ubuntu-10.10-packages-td30324673.html ). > > After closing a connection to the simulation and reconnect it is impossible > to make it work again. It happens with my own control programs > > For example: > > 1- I run simple.cfg > > Registering driver > Player v.3.0.2 > > * Part of the Player/Stage/Gazebo Project > [http://playerstage.sourceforge.net]. > * Copyright (C) 2000 - 2009 Brian Gerkey, Richard Vaughan, Andrew Howard, > * Nate Koenig, and contributors. Released under the GNU General Public > License. > * Player comes with ABSOLUTELY NO WARRANTY. This is free software, and you > * are welcome to redistribute it under certain conditions; see COPYING > * for details. > > invoking player_driver_init()... > Stage driver plugin init > > ** Stage plugin v4.0.0 ** > * Part of the Player Project [http://playerstage.sourceforge.net] > * Copyright 2000-2009 Richard Vaughan, Brian Gerkey and contributors. > * Released under the GNU General Public License v2. > > success > Stage plugin: 6665.simulation.0 is a Stage world > [Loading stageworlds/simple.world][Include pioneer.inc][Include > map.inc][Include sick.inc]f: stageworlds/simple.world > > > Stage plugin: 6665.position2d.0 is "r0" > Stage plugin: 6665.ranger.0 is "r0.ranger:0" > Stage plugin: 6665.ranger.1 is "r0.ranger:1" > listening on 6665 > Listening on ports: 6665 > > > 2- Connect with playerv: > > PlayerViewer 3.0.2 > Connecting to [localhost:6665] > playerc warning : warning : [Player v.3.0.2] connected on [localhost:6665] > with sock 6 > > Available devices: localhost:6665 > simulation:0 stage unsupported > position2d:0 stage ready > ranger:0 stage ready > ranger:1 stage ready > > * On Stage > accepted TCP client 0 on port 6665, fd 14 > > > 3- Subscribe playerv to position2d. Everything works fine: > * On Stage > stage driver setup > > > 4- Close playerv: > * On Stage > Stage driver has been shutdown > closing TCP connection to client 0 on port 6665 > > > 5- Run playerv again: > > PlayerViewer 3.0.2 > Connecting to [localhost:6665] > playerc warning : warning : [Player v.3.0.2] connected on [localhost:6665] > with sock 6 > > Available devices: localhost:6665 > simulation:0 stage unsupported > position2d:0 stage ready > ranger:0 stage ready > ranger:1 stage ready > > > 6- Subscribe playerv to position2d. At this point I get no error messages > but I cannot control the robot or receive sensor information > * On Stage > stage driver setup > > > Any clue to solve this? > Pablo > > This issue was fixed by a couple of patches on the tracker. Unfortunately, they didn't make it in to the source until after Stage 4.0.0 was released. The patches are included in the 4.0.1 git tag and later, so you can try downloading and installing a more recent git revision. Rich |
From: PQV <pab...@us...> - 2011-01-18 12:22:30
|
Thank you Rich, I will try that. Pablo -- View this message in context: http://old.nabble.com/Conection-not-working-with-Stage-4.0.0-after-client-disconect-tp30698977p30699642.html Sent from the playerstage-users mailing list archive at Nabble.com. |
From: Sebastian R. <seb...@go...> - 2011-01-18 12:42:35
|
Am 18.01.2011 um 13:15 schrieb Rich Mattes: > This issue was fixed by a couple of patches on the tracker. > Unfortunately, they didn't make it in to the source until after Stage > 4.0.0 was released. Just tested it and it works (Stage 4.0.1 + Player 3.1.0 +JavaClient). > The patches are included in the 4.0.1 git tag and > later, so you can try downloading and installing a more recent git revision. At least on OSX 10.6.6 one should not take the most recent git version as it seems that the robot models are not updated in the window anymore. Although it seems to only affect the thread updating the graphics as the robot itself should be moving. The last version that worked for me was: 61cca0d804eeca5a60940d05c45433c5b10ea81b Sebastian |
From: Richard V. <va...@sf...> - 2011-01-18 19:23:11
|
On Tue, Jan 18, 2011 at 4:42 AM, Sebastian Rockel <seb...@go...> wrote: > > Am 18.01.2011 um 13:15 schrieb Rich Mattes: > At least on OSX 10.6.6 one should not take the most recent git version as it seems that the robot models are not updated in the window anymore. > Although it seems to only affect the thread updating the graphics as the robot itself should be moving. > The last version that worked for me was: 61cca0d804eeca5a60940d05c45433c5b10ea81b Hmm, works for me on 10.6.6 on two different Macs. There's a small bug that renders garbage sensor data at time=0, but the graphics work OK otherwise. Can you diagnose the problem? Richard/ > > Sebastian > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > |
From: Sebastian R. <seb...@go...> - 2011-01-20 18:55:23
|
Am 18.01.2011 um 20:23 schrieb Richard Vaughan: > On Tue, Jan 18, 2011 at 4:42 AM, Sebastian Rockel > <seb...@go...> wrote: >> >> Am 18.01.2011 um 13:15 schrieb Rich Mattes: >> At least on OSX 10.6.6 one should not take the most recent git version as it seems that the robot models are not updated in the window anymore. >> Although it seems to only affect the thread updating the graphics as the robot itself should be moving. >> The last version that worked for me was: 61cca0d804eeca5a60940d05c45433c5b10ea81b > > Hmm, works for me on 10.6.6 on two different Macs. There's a small bug > that renders garbage sensor data at time=0, but the graphics work OK > otherwise. I recognized that as well. (everything.world looks like flickering Xmas decoration;) > Can you diagnose the problem? Only a few things I can actually say about it. What I see in playerv is that odometry data is changing while controlling the robot, but the stage window does not change at all. I can move the robot in the stage window manually, but that's it. I tried that with my own as well as the 'everything.cfg' world. There is no abnormal output from the server as well client side. I am using the not most recent fltk-1.1.7 from Fink (as it is 64bit). Which are you using? What I also recognized but might not relate to this issue: When I try the simple.[cfg|world] I get 'normally' the error: Failed to open "wander" But with the latest version I get a crash my HD is choking for about a minute to get the crash report. Sebastian =Here is the output: player -d 9 simple.cfg invoking player_driver_init()... Stage driver plugin init ** Stage plugin v4.0.1 ** * Part of the Player Project [http://playerstage.sourceforge.net] * Copyright 2000-2009 Richard Vaughan, Brian Gerkey and contributors. * Released under the GNU General Public License v2. success Stage plugin: 6665.simulation.0 is a Stage world Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done stall icon /usr/local/share/stage/assets/stall.png mains icon /usr/local/share/stage/assets/mainspower.png [Loading ./simple.world][Include pioneer.inc][Include map.inc][Include sick.inc]f: ./simple.world warn: multi-thread support is experimental and may not work properly, if at all. (/Users/sebastian/robotdev/git/Stage/libstage/world.cc Load) Reading symbols for shared libraries .. done [threads 1] Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x00000001b08f6ff8 0x00007fffffe00f28 in __memcpy () (gdb) bt #0 0x00007fffffe00f28 in __memcpy () #1 0x00007fff8591307e in std::string::_Rep::_M_clone () #2 0x00007fff859131d5 in std::string::reserve () #3 0x00007fff85913473 in std::string::append () #4 0x0000000115f4a89a in Stg::Model::GetChild () #5 0x0000000115bfa80b in Init () #6 0x000000010339621e in Stg::Model::CallCallbacks (this=0x1166afc00, type=Stg::Model::CB_INIT) at model_callbacks.cc:52 #7 0x000000010337de2b in Stg::Model::InitControllers (this=0x1166afc00) at model.cc:447 #8 0x00000001033cb37d in Stg::World::Load (this=0x101834800, worldfile_path=@0x7fff5fbfe3d8) at world.cc:471 #9 0x000000010341edd4 in Stg::WorldGui::Load (this=0x101834800, filename=@0x7fff5fbfe3d8) at worldgui.cc:267 #10 0x0000000103010b12 in InterfaceSimulation::InterfaceSimulation (this=0x101712630, addr={host = 0, robot = 6665, interf = 31, index = 0}, driver=0x101713df0, cf=0x101712160, section=1) at p_simulation.cc:122 #11 0x00000001030088f3 in StgDriver::StgDriver (this=0x101713df0, cf=0x101712160, section=1) at p_driver.cc:359 #12 0x0000000103009105 in StgDriver_Init (cf=0x101712160, section=1) at p_driver.cc:187 #13 0x000000010054120a in ConfigFile::ParseDriver () #14 0x00000001005414b9 in ConfigFile::ParseAllDrivers () #15 0x000000010000e6cf in main () (gdb) |
From: Marcin P. <gar...@gm...> - 2011-02-26 16:36:29
|
Hi, I started using player-svn (trunk) and Stage-git. First checkout 2 weeks ago, updated today as well. Few issues: - everything.cfg loads and all displays, but all ranger renders are blinking. This stops as soon as I move robot model. When I connect with playerv and subscribe & control position2d interface of any robot, then try co move it using playerv - pose reading changes, sensor data does NOT change and robot position does NOT change in Stage window. Not sure what it is, but when in Stage window I filter data to show position waypoint and position coordinates, I can see moving 'ghost' of my robot while actual model stays still. This happens with localisation "odom", with localisation set to "gps" nothing moves. This is somewhat consistent with what Sebastian reported. Any ideas? Regards, Marcin. Sebastian Rockel wrote: > > > > Am 18.01.2011 um 20:23 schrieb Richard Vaughan: > >> On Tue, Jan 18, 2011 at 4:42 AM, Sebastian Rockel >> <seb...@go...> wrote: >>> >>> Am 18.01.2011 um 13:15 schrieb Rich Mattes: >>> At least on OSX 10.6.6 one should not take the most recent git version >>> as it seems that the robot models are not updated in the window anymore. >>> Although it seems to only affect the thread updating the graphics as the >>> robot itself should be moving. >>> The last version that worked for me was: >>> 61cca0d804eeca5a60940d05c45433c5b10ea81b >> >> Hmm, works for me on 10.6.6 on two different Macs. There's a small bug >> that renders garbage sensor data at time=0, but the graphics work OK >> otherwise. > > I recognized that as well. (everything.world looks like flickering Xmas > decoration;) > >> Can you diagnose the problem? > > Only a few things I can actually say about it. > What I see in playerv is that odometry data is changing while controlling > the robot, but the stage window does not change at all. > I can move the robot in the stage window manually, but that's it. > > I tried that with my own as well as the 'everything.cfg' world. > > There is no abnormal output from the server as well client side. I am > using the not most recent fltk-1.1.7 from Fink (as it is 64bit). > Which are you using? > > What I also recognized but might not relate to this issue: > When I try the simple.[cfg|world] I get 'normally' the error: > Failed to open "wander" > > But with the latest version I get a crash my HD is choking for about a > minute to get the crash report. > > Sebastian > > > =Here is the output: > > player -d 9 simple.cfg > > invoking player_driver_init()... > Stage driver plugin init > > ** Stage plugin v4.0.1 ** > * Part of the Player Project [http://playerstage.sourceforge.net] > * Copyright 2000-2009 Richard Vaughan, Brian Gerkey and contributors. > * Released under the GNU General Public License v2. > > success > Stage plugin: 6665.simulation.0 is a Stage world > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > Reading symbols for shared libraries . done > stall icon /usr/local/share/stage/assets/stall.png > mains icon /usr/local/share/stage/assets/mainspower.png > [Loading ./simple.world][Include pioneer.inc][Include map.inc][Include > sick.inc]f: ./simple.world > warn: > multi-thread support is experimental and may not work properly, if at all. > (/Users/sebastian/robotdev/git/Stage/libstage/world.cc Load) > Reading symbols for shared libraries .. done > [threads 1] > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_INVALID_ADDRESS at address: 0x00000001b08f6ff8 > 0x00007fffffe00f28 in __memcpy () > (gdb) bt > #0 0x00007fffffe00f28 in __memcpy () > #1 0x00007fff8591307e in std::string::_Rep::_M_clone () > #2 0x00007fff859131d5 in std::string::reserve () > #3 0x00007fff85913473 in std::string::append () > #4 0x0000000115f4a89a in Stg::Model::GetChild () > #5 0x0000000115bfa80b in Init () > #6 0x000000010339621e in Stg::Model::CallCallbacks (this=0x1166afc00, > type=Stg::Model::CB_INIT) at model_callbacks.cc:52 > #7 0x000000010337de2b in Stg::Model::InitControllers (this=0x1166afc00) > at model.cc:447 > #8 0x00000001033cb37d in Stg::World::Load (this=0x101834800, > worldfile_path=@0x7fff5fbfe3d8) at world.cc:471 > #9 0x000000010341edd4 in Stg::WorldGui::Load (this=0x101834800, > filename=@0x7fff5fbfe3d8) at worldgui.cc:267 > #10 0x0000000103010b12 in InterfaceSimulation::InterfaceSimulation > (this=0x101712630, addr={host = 0, robot = 6665, interf = 31, index = 0}, > driver=0x101713df0, cf=0x101712160, section=1) at p_simulation.cc:122 > #11 0x00000001030088f3 in StgDriver::StgDriver (this=0x101713df0, > cf=0x101712160, section=1) at p_driver.cc:359 > #12 0x0000000103009105 in StgDriver_Init (cf=0x101712160, section=1) at > p_driver.cc:187 > #13 0x000000010054120a in ConfigFile::ParseDriver () > #14 0x00000001005414b9 in ConfigFile::ParseAllDrivers () > #15 0x000000010000e6cf in main () > (gdb) > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > > -- View this message in context: http://old.nabble.com/Conection-not-working-with-Stage-4.0.0-after-client-disconect-tp30698977p31020715.html Sent from the playerstage-users mailing list archive at Nabble.com. |
From: Richard V. <va...@sf...> - 2011-02-26 16:40:15
|
That's a bug. I think the position model is not being put back on the list of models that have non-zero velocity when it is resubscribed. I will fix, but if you need it in a hurry, that clue may be enough for you to figure it out (if it's right!) - rtv On Sat, Feb 26, 2011 at 8:36 AM, Marcin Pikulski <gar...@gm...> wrote: > > Hi, > > I started using player-svn (trunk) and Stage-git. First checkout 2 weeks > ago, updated today as well. > Few issues: > - everything.cfg loads and all displays, but all ranger renders are > blinking. This stops as soon as I move robot model. > > When I connect with playerv and subscribe & control position2d interface of > any robot, > then try co move it using playerv - pose reading changes, sensor data does > NOT change and robot position does NOT change in Stage window. > Not sure what it is, but when in Stage window I filter data to show position > waypoint and position coordinates, I can see moving 'ghost' of my robot > while actual model stays still. This happens with localisation "odom", with > localisation set to "gps" nothing moves. > > This is somewhat consistent with what Sebastian reported. > > Any ideas? > > Regards, > Marcin. > > > Sebastian Rockel wrote: >> >> >> >> Am 18.01.2011 um 20:23 schrieb Richard Vaughan: >> >>> On Tue, Jan 18, 2011 at 4:42 AM, Sebastian Rockel >>> <seb...@go...> wrote: >>>> >>>> Am 18.01.2011 um 13:15 schrieb Rich Mattes: >>>> At least on OSX 10.6.6 one should not take the most recent git version >>>> as it seems that the robot models are not updated in the window anymore. >>>> Although it seems to only affect the thread updating the graphics as the >>>> robot itself should be moving. >>>> The last version that worked for me was: >>>> 61cca0d804eeca5a60940d05c45433c5b10ea81b >>> >>> Hmm, works for me on 10.6.6 on two different Macs. There's a small bug >>> that renders garbage sensor data at time=0, but the graphics work OK >>> otherwise. >> >> I recognized that as well. (everything.world looks like flickering Xmas >> decoration;) >> >>> Can you diagnose the problem? >> >> Only a few things I can actually say about it. >> What I see in playerv is that odometry data is changing while controlling >> the robot, but the stage window does not change at all. >> I can move the robot in the stage window manually, but that's it. >> >> I tried that with my own as well as the 'everything.cfg' world. >> >> There is no abnormal output from the server as well client side. I am >> using the not most recent fltk-1.1.7 from Fink (as it is 64bit). >> Which are you using? >> >> What I also recognized but might not relate to this issue: >> When I try the simple.[cfg|world] I get 'normally' the error: >> Failed to open "wander" >> >> But with the latest version I get a crash my HD is choking for about a >> minute to get the crash report. >> >> Sebastian >> >> >> =Here is the output: >> >> player -d 9 simple.cfg >> >> invoking player_driver_init()... >> Stage driver plugin init >> >> ** Stage plugin v4.0.1 ** >> * Part of the Player Project [http://playerstage.sourceforge.net] >> * Copyright 2000-2009 Richard Vaughan, Brian Gerkey and contributors. >> * Released under the GNU General Public License v2. >> >> success >> Stage plugin: 6665.simulation.0 is a Stage world >> Reading symbols for shared libraries . done >> Reading symbols for shared libraries . done >> Reading symbols for shared libraries . done >> Reading symbols for shared libraries . done >> stall icon /usr/local/share/stage/assets/stall.png >> mains icon /usr/local/share/stage/assets/mainspower.png >> [Loading ./simple.world][Include pioneer.inc][Include map.inc][Include >> sick.inc]f: ./simple.world >> warn: >> multi-thread support is experimental and may not work properly, if at all. >> (/Users/sebastian/robotdev/git/Stage/libstage/world.cc Load) >> Reading symbols for shared libraries .. done >> [threads 1] >> Program received signal EXC_BAD_ACCESS, Could not access memory. >> Reason: KERN_INVALID_ADDRESS at address: 0x00000001b08f6ff8 >> 0x00007fffffe00f28 in __memcpy () >> (gdb) bt >> #0 0x00007fffffe00f28 in __memcpy () >> #1 0x00007fff8591307e in std::string::_Rep::_M_clone () >> #2 0x00007fff859131d5 in std::string::reserve () >> #3 0x00007fff85913473 in std::string::append () >> #4 0x0000000115f4a89a in Stg::Model::GetChild () >> #5 0x0000000115bfa80b in Init () >> #6 0x000000010339621e in Stg::Model::CallCallbacks (this=0x1166afc00, >> type=Stg::Model::CB_INIT) at model_callbacks.cc:52 >> #7 0x000000010337de2b in Stg::Model::InitControllers (this=0x1166afc00) >> at model.cc:447 >> #8 0x00000001033cb37d in Stg::World::Load (this=0x101834800, >> worldfile_path=@0x7fff5fbfe3d8) at world.cc:471 >> #9 0x000000010341edd4 in Stg::WorldGui::Load (this=0x101834800, >> filename=@0x7fff5fbfe3d8) at worldgui.cc:267 >> #10 0x0000000103010b12 in InterfaceSimulation::InterfaceSimulation >> (this=0x101712630, addr={host = 0, robot = 6665, interf = 31, index = 0}, >> driver=0x101713df0, cf=0x101712160, section=1) at p_simulation.cc:122 >> #11 0x00000001030088f3 in StgDriver::StgDriver (this=0x101713df0, >> cf=0x101712160, section=1) at p_driver.cc:359 >> #12 0x0000000103009105 in StgDriver_Init (cf=0x101712160, section=1) at >> p_driver.cc:187 >> #13 0x000000010054120a in ConfigFile::ParseDriver () >> #14 0x00000001005414b9 in ConfigFile::ParseAllDrivers () >> #15 0x000000010000e6cf in main () >> (gdb) >> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> Playerstage-users mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-users >> >> > > -- > View this message in context: http://old.nabble.com/Conection-not-working-with-Stage-4.0.0-after-client-disconect-tp30698977p31020715.html > Sent from the playerstage-users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > |
From: Garagoth <gar...@gm...> - 2011-02-26 16:48:45
|
Honestly, I have no idea where to start fixing. Too much code and I just started playing with it recently. Guess I will wait for your fixes. Anyway, you mention 'resubscribing'. I do not resubscribe, it happens when I connect for the first time as well. In other words, I was unable to move robot at all (well, dragging it in Stage window works, but...) One more thing - there is one example, simple.cfg, with ctrl "wander" This one moves the robot and actually works, and is the only example that produced a moving robot. Regards, Marcin. On Sat, Feb 26, 2011 at 5:40 PM, Richard Vaughan <va...@sf...> wrote: > That's a bug. I think the position model is not being put back on the > list of models that have non-zero velocity when it is resubscribed. I > will fix, but if you need it in a hurry, that clue may be enough for > you to figure it out (if it's right!) > > - rtv > > On Sat, Feb 26, 2011 at 8:36 AM, Marcin Pikulski <gar...@gm...> > wrote: > > > > Hi, > > > > I started using player-svn (trunk) and Stage-git. First checkout 2 weeks > > ago, updated today as well. > > Few issues: > > - everything.cfg loads and all displays, but all ranger renders are > > blinking. This stops as soon as I move robot model. > > > > When I connect with playerv and subscribe & control position2d interface > of > > any robot, > > then try co move it using playerv - pose reading changes, sensor data > does > > NOT change and robot position does NOT change in Stage window. > > Not sure what it is, but when in Stage window I filter data to show > position > > waypoint and position coordinates, I can see moving 'ghost' of my robot > > while actual model stays still. This happens with localisation "odom", > with > > localisation set to "gps" nothing moves. > > > > This is somewhat consistent with what Sebastian reported. > > > > Any ideas? > > > > Regards, > > Marcin. > > > > > |
From: Richard V. <va...@sf...> - 2011-02-26 17:34:50
|
Thanks for the information. Can you try the current master from github, please? Richard/ On Sat, Feb 26, 2011 at 8:48 AM, Garagoth <gar...@gm...> wrote: > Honestly, I have no idea where to start fixing. Too much code and I just > started playing with it recently. > Guess I will wait for your fixes. > > Anyway, you mention 'resubscribing'. > I do not resubscribe, it happens when I connect for the first time as well. > In other words, I was unable to move robot at all (well, dragging it in > Stage window works, but...) > One more thing - there is one example, simple.cfg, with ctrl "wander" > This one moves the robot and actually works, and is the only example that > produced a moving robot. > > Regards, > Marcin. > > On Sat, Feb 26, 2011 at 5:40 PM, Richard Vaughan <va...@sf...> wrote: >> >> That's a bug. I think the position model is not being put back on the >> list of models that have non-zero velocity when it is resubscribed. I >> will fix, but if you need it in a hurry, that clue may be enough for >> you to figure it out (if it's right!) >> >> - rtv >> >> On Sat, Feb 26, 2011 at 8:36 AM, Marcin Pikulski <gar...@gm...> >> wrote: >> > >> > Hi, >> > >> > I started using player-svn (trunk) and Stage-git. First checkout 2 weeks >> > ago, updated today as well. >> > Few issues: >> > - everything.cfg loads and all displays, but all ranger renders are >> > blinking. This stops as soon as I move robot model. >> > >> > When I connect with playerv and subscribe & control position2d interface >> > of >> > any robot, >> > then try co move it using playerv - pose reading changes, sensor data >> > does >> > NOT change and robot position does NOT change in Stage window. >> > Not sure what it is, but when in Stage window I filter data to show >> > position >> > waypoint and position coordinates, I can see moving 'ghost' of my robot >> > while actual model stays still. This happens with localisation "odom", >> > with >> > localisation set to "gps" nothing moves. >> > >> > This is somewhat consistent with what Sebastian reported. >> > >> > Any ideas? >> > >> > Regards, >> > Marcin. >> > >> > > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > generated by your applications, servers and devices whether physical, > virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > > |
From: Garagoth <gar...@gm...> - 2011-02-26 19:14:44
|
Hi, I am already using Stage from git master. I played a little with settings - and when I added to world file "threads 1" - it started to work! And continues to work after reconnecting. Either Stage should default here to something, write error or something... no idea. Hope this helps somehow. Regards, Marcin. On Sat, Feb 26, 2011 at 6:34 PM, Richard Vaughan <va...@sf...> wrote: > Thanks for the information. Can you try the current master from github, > please? > > Richard/ > > On Sat, Feb 26, 2011 at 8:48 AM, Garagoth <gar...@gm...> wrote: > > Honestly, I have no idea where to start fixing. Too much code and I just > > started playing with it recently. > > Guess I will wait for your fixes. > > > > Anyway, you mention 'resubscribing'. > > I do not resubscribe, it happens when I connect for the first time as > well. > > In other words, I was unable to move robot at all (well, dragging it in > > Stage window works, but...) > > One more thing - there is one example, simple.cfg, with ctrl "wander" > > This one moves the robot and actually works, and is the only example that > > produced a moving robot. > > > > Regards, > > Marcin. > > > > On Sat, Feb 26, 2011 at 5:40 PM, Richard Vaughan <va...@sf...> wrote: > >> > >> That's a bug. I think the position model is not being put back on the > >> list of models that have non-zero velocity when it is resubscribed. I > >> will fix, but if you need it in a hurry, that clue may be enough for > >> you to figure it out (if it's right!) > >> > >> - rtv > >> > >> On Sat, Feb 26, 2011 at 8:36 AM, Marcin Pikulski <gar...@gm...> > >> wrote: > >> > > >> > Hi, > >> > > >> > I started using player-svn (trunk) and Stage-git. First checkout 2 > weeks > >> > ago, updated today as well. > >> > Few issues: > >> > - everything.cfg loads and all displays, but all ranger renders are > >> > blinking. This stops as soon as I move robot model. > >> > > >> > When I connect with playerv and subscribe & control position2d > interface > >> > of > >> > any robot, > >> > then try co move it using playerv - pose reading changes, sensor data > >> > does > >> > NOT change and robot position does NOT change in Stage window. > >> > Not sure what it is, but when in Stage window I filter data to show > >> > position > >> > waypoint and position coordinates, I can see moving 'ghost' of my > robot > >> > while actual model stays still. This happens with localisation "odom", > >> > with > >> > localisation set to "gps" nothing moves. > >> > > >> > This is somewhat consistent with what Sebastian reported. > >> > > >> > Any ideas? > >> > > >> > Regards, > >> > Marcin. > >> > > >> > > > > > > > > ------------------------------------------------------------------------------ > > Free Software Download: Index, Search & Analyze Logs and other IT data in > > Real-Time with Splunk. Collect, index and harness all the fast moving IT > > data > > generated by your applications, servers and devices whether physical, > > virtual > > or in the cloud. Deliver compliance at lower cost and gain new business > > insights. http://p.sf.net/sfu/splunk-dev2dev > > _______________________________________________ > > Playerstage-users mailing list > > Pla...@li... > > https://lists.sourceforge.net/lists/listinfo/playerstage-users > > > > > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > generated by your applications, servers and devices whether physical, > virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > |
From: Richard V. <va...@sf...> - 2011-02-26 19:29:52
|
Ah, thanks. That default needs fixed, and zero disallowed, as you say. Richard/ On Sat, Feb 26, 2011 at 11:14 AM, Garagoth <gar...@gm...> wrote: > Hi, > > I am already using Stage from git master. > > I played a little with settings - and when I added to world file "threads 1" > - it started to work! And continues to work after reconnecting. > > Either Stage should default here to something, write error or something... > no idea. > Hope this helps somehow. > > Regards, > Marcin. > > > On Sat, Feb 26, 2011 at 6:34 PM, Richard Vaughan <va...@sf...> wrote: >> >> Thanks for the information. Can you try the current master from github, >> please? >> >> Richard/ >> >> On Sat, Feb 26, 2011 at 8:48 AM, Garagoth <gar...@gm...> wrote: >> > Honestly, I have no idea where to start fixing. Too much code and I just >> > started playing with it recently. >> > Guess I will wait for your fixes. >> > >> > Anyway, you mention 'resubscribing'. >> > I do not resubscribe, it happens when I connect for the first time as >> > well. >> > In other words, I was unable to move robot at all (well, dragging it in >> > Stage window works, but...) >> > One more thing - there is one example, simple.cfg, with ctrl "wander" >> > This one moves the robot and actually works, and is the only example >> > that >> > produced a moving robot. >> > >> > Regards, >> > Marcin. >> > >> > On Sat, Feb 26, 2011 at 5:40 PM, Richard Vaughan <va...@sf...> wrote: >> >> >> >> That's a bug. I think the position model is not being put back on the >> >> list of models that have non-zero velocity when it is resubscribed. I >> >> will fix, but if you need it in a hurry, that clue may be enough for >> >> you to figure it out (if it's right!) >> >> >> >> - rtv >> >> >> >> On Sat, Feb 26, 2011 at 8:36 AM, Marcin Pikulski <gar...@gm...> >> >> wrote: >> >> > >> >> > Hi, >> >> > >> >> > I started using player-svn (trunk) and Stage-git. First checkout 2 >> >> > weeks >> >> > ago, updated today as well. >> >> > Few issues: >> >> > - everything.cfg loads and all displays, but all ranger renders are >> >> > blinking. This stops as soon as I move robot model. >> >> > >> >> > When I connect with playerv and subscribe & control position2d >> >> > interface >> >> > of >> >> > any robot, >> >> > then try co move it using playerv - pose reading changes, sensor data >> >> > does >> >> > NOT change and robot position does NOT change in Stage window. >> >> > Not sure what it is, but when in Stage window I filter data to show >> >> > position >> >> > waypoint and position coordinates, I can see moving 'ghost' of my >> >> > robot >> >> > while actual model stays still. This happens with localisation >> >> > "odom", >> >> > with >> >> > localisation set to "gps" nothing moves. >> >> > >> >> > This is somewhat consistent with what Sebastian reported. >> >> > >> >> > Any ideas? >> >> > >> >> > Regards, >> >> > Marcin. >> >> > >> >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Free Software Download: Index, Search & Analyze Logs and other IT data >> > in >> > Real-Time with Splunk. Collect, index and harness all the fast moving IT >> > data >> > generated by your applications, servers and devices whether physical, >> > virtual >> > or in the cloud. Deliver compliance at lower cost and gain new business >> > insights. http://p.sf.net/sfu/splunk-dev2dev >> > _______________________________________________ >> > Playerstage-users mailing list >> > Pla...@li... >> > https://lists.sourceforge.net/lists/listinfo/playerstage-users >> > >> > >> >> >> ------------------------------------------------------------------------------ >> Free Software Download: Index, Search & Analyze Logs and other IT data in >> Real-Time with Splunk. Collect, index and harness all the fast moving IT >> data >> generated by your applications, servers and devices whether physical, >> virtual >> or in the cloud. Deliver compliance at lower cost and gain new business >> insights. http://p.sf.net/sfu/splunk-dev2dev >> _______________________________________________ >> Playerstage-users mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-users > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > generated by your applications, servers and devices whether physical, > virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > > |
From: Richard V. <va...@sf...> - 2011-02-27 23:45:27
|
This issue is fixed in master on github. Thanks for reporting the problem. Richard/ On Sat, Feb 26, 2011 at 11:14 AM, Garagoth <gar...@gm...> wrote: > Hi, > > I am already using Stage from git master. > > I played a little with settings - and when I added to world file "threads 1" > - it started to work! And continues to work after reconnecting. > > Either Stage should default here to something, write error or something... > no idea. > Hope this helps somehow. > > Regards, > Marcin. > > > On Sat, Feb 26, 2011 at 6:34 PM, Richard Vaughan <va...@sf...> wrote: >> >> Thanks for the information. Can you try the current master from github, >> please? >> >> Richard/ >> >> On Sat, Feb 26, 2011 at 8:48 AM, Garagoth <gar...@gm...> wrote: >> > Honestly, I have no idea where to start fixing. Too much code and I just >> > started playing with it recently. >> > Guess I will wait for your fixes. >> > >> > Anyway, you mention 'resubscribing'. >> > I do not resubscribe, it happens when I connect for the first time as >> > well. >> > In other words, I was unable to move robot at all (well, dragging it in >> > Stage window works, but...) >> > One more thing - there is one example, simple.cfg, with ctrl "wander" >> > This one moves the robot and actually works, and is the only example >> > that >> > produced a moving robot. >> > >> > Regards, >> > Marcin. >> > >> > On Sat, Feb 26, 2011 at 5:40 PM, Richard Vaughan <va...@sf...> wrote: >> >> >> >> That's a bug. I think the position model is not being put back on the >> >> list of models that have non-zero velocity when it is resubscribed. I >> >> will fix, but if you need it in a hurry, that clue may be enough for >> >> you to figure it out (if it's right!) >> >> >> >> - rtv >> >> >> >> On Sat, Feb 26, 2011 at 8:36 AM, Marcin Pikulski <gar...@gm...> >> >> wrote: >> >> > >> >> > Hi, >> >> > >> >> > I started using player-svn (trunk) and Stage-git. First checkout 2 >> >> > weeks >> >> > ago, updated today as well. >> >> > Few issues: >> >> > - everything.cfg loads and all displays, but all ranger renders are >> >> > blinking. This stops as soon as I move robot model. >> >> > >> >> > When I connect with playerv and subscribe & control position2d >> >> > interface >> >> > of >> >> > any robot, >> >> > then try co move it using playerv - pose reading changes, sensor data >> >> > does >> >> > NOT change and robot position does NOT change in Stage window. >> >> > Not sure what it is, but when in Stage window I filter data to show >> >> > position >> >> > waypoint and position coordinates, I can see moving 'ghost' of my >> >> > robot >> >> > while actual model stays still. This happens with localisation >> >> > "odom", >> >> > with >> >> > localisation set to "gps" nothing moves. >> >> > >> >> > This is somewhat consistent with what Sebastian reported. >> >> > >> >> > Any ideas? >> >> > >> >> > Regards, >> >> > Marcin. >> >> > >> >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Free Software Download: Index, Search & Analyze Logs and other IT data >> > in >> > Real-Time with Splunk. Collect, index and harness all the fast moving IT >> > data >> > generated by your applications, servers and devices whether physical, >> > virtual >> > or in the cloud. Deliver compliance at lower cost and gain new business >> > insights. http://p.sf.net/sfu/splunk-dev2dev >> > _______________________________________________ >> > Playerstage-users mailing list >> > Pla...@li... >> > https://lists.sourceforge.net/lists/listinfo/playerstage-users >> > >> > >> >> >> ------------------------------------------------------------------------------ >> Free Software Download: Index, Search & Analyze Logs and other IT data in >> Real-Time with Splunk. Collect, index and harness all the fast moving IT >> data >> generated by your applications, servers and devices whether physical, >> virtual >> or in the cloud. Deliver compliance at lower cost and gain new business >> insights. http://p.sf.net/sfu/splunk-dev2dev >> _______________________________________________ >> Playerstage-users mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-users > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > generated by your applications, servers and devices whether physical, > virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > > |
From: Sebastian R. <seb...@go...> - 2011-02-28 11:57:42
|
Am 28.02.2011 um 00:45 schrieb Richard Vaughan: > This issue is fixed in master on github. Strangely this revision breaks my Stage linking (see below). The not most recent version links okay. Any Ideas? Sebastian Linker output: Linking CXX shared module dynamic.so Linking CXX executable stage Undefined symbols: "Fl::run()", referenced from: _main in main.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [libstage/stage] Error 1 make[1]: *** [libstage/CMakeFiles/stagebinary.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... [ 60%] Built target dynamic make: *** [all] Error 2 === System: OSX 10.6.6, Stage-4.0.1 (git), FLTK-1.1.7 (fink) all 64bit > Thanks for reporting the problem. > > Richard/ |
From: Sebastian R. <seb...@go...> - 2011-02-28 17:51:01
|
Hi Richard, your last change to libstage/CMakeLists.txt broke my FLTK linking. After taking back following change it linked again: -set_target_properties( stagebinary PROPERTIES LINK_FLAGS "${FLTK_LDFLAGS}" ) +#set_target_properties( stagebinary PROPERTIES LINK_FLAGS "${FLTK_LDFLAGS}" ) Furthermore the last fix did not actually fix the reconnect problem here. I tried also with threads [1|2] (and without that line) but still on second connect the robot will not move again in the Stage window. Hope that helps to fix it. Sebastian Am 28.02.2011 um 12:57 schrieb Sebastian Rockel: > > Am 28.02.2011 um 00:45 schrieb Richard Vaughan: > >> This issue is fixed in master on github. > > Strangely this revision breaks my Stage linking (see below). > The not most recent version links okay. Any Ideas? > > Sebastian > > Linker output: > > Linking CXX shared module dynamic.so > Linking CXX executable stage > Undefined symbols: > "Fl::run()", referenced from: > _main in main.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[2]: *** [libstage/stage] Error 1 > make[1]: *** [libstage/CMakeFiles/stagebinary.dir/all] Error 2 > make[1]: *** Waiting for unfinished jobs.... > [ 60%] Built target dynamic > make: *** [all] Error 2 > > === > System: OSX 10.6.6, Stage-4.0.1 (git), FLTK-1.1.7 (fink) all 64bit > > >> Thanks for reporting the problem. >> >> Richard/ |
From: Sebastian R. <seb...@go...> - 2011-03-03 09:53:15
|
Is there any news on this or is it maybe better to fill a bug report? Sebastian Am 28.02.2011 um 18:50 schrieb Sebastian Rockel: > Hi Richard, > > your last change to libstage/CMakeLists.txt broke my FLTK linking. After taking back following change it linked again: > > -set_target_properties( stagebinary PROPERTIES LINK_FLAGS "${FLTK_LDFLAGS}" ) > +#set_target_properties( stagebinary PROPERTIES LINK_FLAGS "${FLTK_LDFLAGS}" ) > > Furthermore the last fix did not actually fix the reconnect problem here. I tried also with threads [1|2] (and without that line) but still on second connect the robot will not move again in the Stage window. > > Hope that helps to fix it. > > Sebastian > > Am 28.02.2011 um 12:57 schrieb Sebastian Rockel: > >> >> Am 28.02.2011 um 00:45 schrieb Richard Vaughan: >> >>> This issue is fixed in master on github. >> >> Strangely this revision breaks my Stage linking (see below). >> The not most recent version links okay. Any Ideas? >> >> Sebastian >> >> Linker output: >> >> Linking CXX shared module dynamic.so >> Linking CXX executable stage >> Undefined symbols: >> "Fl::run()", referenced from: >> _main in main.o >> ld: symbol(s) not found >> collect2: ld returned 1 exit status >> make[2]: *** [libstage/stage] Error 1 >> make[1]: *** [libstage/CMakeFiles/stagebinary.dir/all] Error 2 >> make[1]: *** Waiting for unfinished jobs.... >> [ 60%] Built target dynamic >> make: *** [all] Error 2 >> >> === >> System: OSX 10.6.6, Stage-4.0.1 (git), FLTK-1.1.7 (fink) all 64bit >> >> >>> Thanks for reporting the problem. >>> >>> Richard/ > |