From: Shawn L. <sla...@at...> - 2005-01-14 22:02:48
|
Hello all, I recently installed player/stage version 1.6 and upon testing the few worlds that came with it I discovered that they all return the following error: <--- snip ---> Prompt> player simple.cfg ** Player v.16 ** [TCP] Parsing configuration file "simple.cfg" Error : Sorry, no support for shared libraries, so can't load plugins Error : Failed to load plugin: libstage <--- snbip ---> I'm not exactly sure how to resolve this. There were some issues with compilation, but in the end there were no errors during the install, albeit several warnings. This is on a fresh install of Debian3, Ubuntu - Warty. Any help is greatly appreciated. ~ Shawn M. Lavelle |
From: Richard v. <va...@cs...> - 2005-01-14 23:03:52
|
Perhaps you don't have libtool installed. Libtool is required for loading plugins, but Player will build without it. I think we had this question just recently, so check the mailing list archive on the SF site for a more verbose solution, but basically: 1) install libtool 2) re-configure and build Player Since the first report of this situation, I think Brian modified Player to warn you loudly if libtool is missing. Richard. On 14-Jan-05, at 2:00 PM, Shawn Lavelle wrote: > Hello all, > I recently installed player/stage version 1.6 and upon testing the > few > worlds that came with it I discovered that they all return the > following > error: > > <--- snip ---> > Prompt> player simple.cfg > ** Player v.16 ** [TCP] > > Parsing configuration file "simple.cfg" > Error : Sorry, no support for shared libraries, so can't load plugins > Error : Failed to load plugin: libstage > <--- snbip ---> > > I'm not exactly sure how to resolve this. There were some issues with > compilation, but in the end there were no errors during the install, > albeit > several warnings. This is on a fresh install of Debian3, Ubuntu - > Warty. > Any help is greatly appreciated. > > > ~ Shawn M. Lavelle > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > -- Richard Vaughan School of Computing Science / Simon Fraser University |
From: Brian G. <ge...@ai...> - 2005-01-15 00:10:08
|
Shawn Lavelle wrote: > Hello all, > I recently installed player/stage version 1.6 and upon testing the few > worlds that came with it I discovered that they all return the following > error: > > <--- snip ---> > Prompt> player simple.cfg > ** Player v.16 ** [TCP] > > Parsing configuration file "simple.cfg" > Error : Sorry, no support for shared libraries, so can't load plugins > Error : Failed to load plugin: libstage > <--- snbip ---> > > I'm not exactly sure how to resolve this. There were some issues with > compilation, but in the end there were no errors during the install, albeit > several warnings. This is on a fresh install of Debian3, Ubuntu - Warty. > Any help is greatly appreciated. I'm guessing that you don't have libltdl installed; we use that library to load plugins. It's part of libtool, so install libtool (and maybe 'libtool-dev', if your system has a separate package with a name like that), then re-configure and re-make player. After prompting from a similarly frustrated user, I'm augmented that error message to tell you what to do to fix the problem (i.e., install libtool). brian. -- Brian P. Gerkey ge...@ai... Stanford AI Lab http://ai.stanford.edu/~gerkey |
From: Shawn L. <sla...@at...> - 2005-01-17 23:31:21
|
Hello, Installing the libltdl fixed the problem. Apparently, Ubuntu Warty Debian3 didn't package that with libtool because it told me that I had libtool installed whereas libltdl was not. Thanks for your help! ~ Shawn =20 -----Original Message----- From: pla...@li... [mailto:pla...@li...] On Behalf Of = Brian Gerkey Sent: Friday, January 14, 2005 6:07 PM To: pla...@li... Subject: Re: [Playerstage-users] Player 1.6 loading error Shawn Lavelle wrote: > Hello all, > I recently installed player/stage version 1.6 and upon testing the=20 > few worlds that came with it I discovered that they all return the=20 > following > error: >=20 > <--- snip ---> > Prompt> player simple.cfg > ** Player v.16 ** [TCP] >=20 > Parsing configuration file "simple.cfg" > Error : Sorry, no support for shared libraries, so can't load = plugins > Error : Failed to load plugin: libstage > <--- snbip ---> >=20 > I'm not exactly sure how to resolve this. There were some issues with = > compilation, but in the end there were no errors during the install,=20 > albeit several warnings. This is on a fresh install of Debian3,=20 > Ubuntu - Warty. Any help is greatly appreciated. I'm guessing that you don't have libltdl installed; we use that library=20 to load plugins. It's part of libtool, so install libtool (and maybe=20 'libtool-dev', if your system has a separate package with a name like=20 that), then re-configure and re-make player. After prompting from a similarly frustrated user, I'm augmented that=20 error message to tell you what to do to fix the problem (i.e., install=20 libtool). brian. --=20 Brian P. Gerkey ge...@ai... Stanford AI Lab http://ai.stanford.edu/~gerkey ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and = FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Playerstage-users mailing list Pla...@li... https://lists.sourceforge.net/lists/listinfo/playerstage-users |
From: Reed H. <re...@ac...> - 2005-01-18 14:17:24
|
Shawn Lavelle wrote: > Hello, > Installing the libltdl fixed the problem. Apparently, Ubuntu Warty > Debian3 didn't package that with libtool because it told me that I had > libtool installed whereas libltdl was not. Thanks for your help! I think the autoconf check for libtool checks for libltdl, but only worries about it if it's required. Won't it automatically add -lltdl to LIBS if neccesary? On most Linux systems, libc (and libdl) supply dlopen and friends. Does player disable all shared library loading if libltdl isn't explicitly found? Reed |
From: Brian G. <ge...@ai...> - 2005-01-19 19:22:41
|
Reed Hedges wrote: > I think the autoconf check for libtool checks for libltdl, but only > worries about it if it's required. Won't it automatically add -lltdl to > LIBS if neccesary? On most Linux systems, libc (and libdl) supply dlopen > and friends. Does player disable all shared library loading if libltdl > isn't explicitly found? Yes. The plugin loading code already has several cases in order to handle loading the desired plugin from a variety of locations. I'd rather not complicate that code further by also falling back on dlopen() when lt_dlopen() isn't available. Anyway, we'd end up with just as many bug reports because dlopen() would choke on libtool-built plugins, such as Stage. I think that libltdl is a reasonable dependency to require for loading shared libs. Frankly, I'm surprised that there exist any Linux systems without it. Oh, for the day when a default installation of Linux was actually useful. Imagine how many fewer questions we'd be answering if Linux distros didn't split library packages into "runtime" and "development" components. When was the last time you were short on disk space? brian. -- Brian P. Gerkey ge...@ai... Stanford AI Lab http://ai.stanford.edu/~gerkey |
From: Richard v. <va...@cs...> - 2005-01-19 20:13:01
|
On 19-Jan-05, at 11:19 AM, Brian Gerkey wrote: > Reed Hedges wrote: > >> I think the autoconf check for libtool checks for libltdl, but only >> worries about it if it's required. Won't it automatically add -lltdl >> to LIBS if neccesary? On most Linux systems, libc (and libdl) supply >> dlopen and friends. Does player disable all shared library loading if >> libltdl isn't explicitly found? > > Yes. The plugin loading code already has several cases in order to > handle loading the desired plugin from a variety of locations. I'd > rather not complicate that code further by also falling back on > dlopen() when lt_dlopen() isn't available. Anyway, we'd end up with > just as many bug reports because dlopen() would choke on libtool-built > plugins, such as Stage. > > I think that libltdl is a reasonable dependency to require for loading > shared libs. Frankly, I'm surprised that there exist any Linux > systems without it. I agree strongly. I replaced Brian's original dlopen() code with the ltdl versions to give us cross-platform compatibility. dlopen works differently on various systems - for example, Brian's code didn't work on my development platform, OS X . This is why libltdl was created, and it does the job nicely. > Oh, for the day when a default installation of Linux was actually > useful. Imagine how many fewer questions we'd be answering if Linux > distros didn't split library packages into "runtime" and "development" > components. When was the last time you were short on disk space? Hear him! Richard. |
From: Reed H. <re...@ac...> - 2005-01-20 16:48:35
|
Brian Gerkey wrote: > Oh, for the day when a default installation of Linux was actually > useful. Imagine how many fewer questions we'd be answering if Linux > distros didn't split library packages into "runtime" and "development" > components. When was the last time you were short on disk space? Well, pretty recently actually -- sorry :) Then it failed horribly and I bought some new disks.... but still... Also, development packages often contain the static libraries, and unoptimized/debug libraries, could depend on testing frameworks etc. If you're developing on Linux these days you just have to get used to installing the -dev (or -devel) packages. I put warnings in configure scripts, if the header file can't be found: "try installing the development package for libfoo". With automatic dependencies like on Debian, one idea is to have a "Player, Stage, and Gazebo Development" umbrella package that installs everything you need. Reed |
From: Moshe S. <mos...@ya...> - 2005-02-01 00:13:51
|
--- Reed Hedges <re...@ac...> wrote: > Shawn Lavelle wrote: > > Hello, > > Installing the libltdl fixed the problem. > Apparently, Ubuntu Warty > > Debian3 didn't package that with libtool because > it told me that I had > > libtool installed whereas libltdl was not. Thanks > for your help! > > I think the autoconf check for libtool checks for > libltdl, but only > worries about it if it's required. Won't it > automatically add -lltdl to > LIBS if neccesary? On most Linux systems, libc (and > libdl) supply dlopen > and friends. Does player disable all shared library > loading if libltdl > isn't explicitly found? > > Reed > IMHO, every broken (critical) dependency should halt the configure/make process. I find it really annoying when "make" fails because "configure" had recognized that something was missing (libgtk+2.0_0-devel in my case) and reported about it in line 15 out of about 150... Any way, I've got the same warnings about libltdl as well as others about libjpeg when I tried to build "player", although they were already installed. I solved this with explicit sym links: ln -s libltdl.so.3 libltdl.so ln -s libjpeg.so.62 libjpeg.so Another related issue I faced was that main.cc couldn't include <ltdl.h>. I solved it by specifying the full path to the header: #include </usr/share/libtool/libltdl/ltdl.h> p.s. I am running Mandrake 10.1 Cheers, Moshe __________________________________ Do you Yahoo!? All your favorites on one personal page Try My Yahoo! http://my.yahoo.com |
From: Brian G. <ge...@ai...> - 2005-02-01 00:31:22
|
Moshe Sayag wrote: >>Shawn Lavelle wrote: >>> Installing the libltdl fixed the problem. > IMHO, every broken (critical) dependency should halt > the configure/make process. Quite right. But libltdl is *not* a critical dependency. It's needed to work with Stage 1.6, and with plugins in general, but if you don't use plugins, you don't need libltdl. Player builds and runs in lots of places, including stripped-down, memory-, and disk-limited systems, so I want to keep the list of "must-haves" as short as possible. > I find it really annoying when "make" fails because > "configure" had recognized that something was missing > (libgtk+2.0_0-devel in my case) and reported about it > in line 15 out of about 150... make should *never* fail. configure's job is to set everything up so that make will work. Any time make fails, it's a bug and should be reported. > Any way, I've got the same warnings about libltdl as > well as others about libjpeg when I tried to build > "player", although they were already installed. > > I solved this with explicit sym links: > ln -s libltdl.so.3 libltdl.so > ln -s libjpeg.so.62 libjpeg.so > > Another related issue I faced was that main.cc > couldn't include <ltdl.h>. I solved it by specifying > the full path to the header: > #include </usr/share/libtool/libltdl/ltdl.h> You shouldn't have to do that. Perhaps there are libtool-dev and libjpeg-dev packages to be installed? brian. -- Brian P. Gerkey ge...@ai... Stanford AI Lab http://ai.stanford.edu/~gerkey |
From: Jaime V. M. <jai...@en...> - 2005-01-20 03:25:11
|
Hi, I am also encountering a similar problem, but wit stage 1.6. Player 1.6 installed and seems to work fine, but CVS HEAD of stage 1.6, whilst installing fine, complains when loading $>player simple.cfg output: ** Player v1.6 ** [TCP] Parsing configuration file "simple.cfg" trying to load /home/jaime/player_stage/pkgs_src/stage/worlds/./libstage...error : error loading plugin: (null) error : failed to load plugin: libstage failed (/home/jaime/player_stage/pkgs_src/stage/worlds/./libstage.so: cannot open shared object file: No such file or directory) Getting to grips with new plugin concept of stage, but I can confirm libstage.so was properly installed in --prefix dir, /home/jaime/local/lib, yet as indicated player is looking for it in the wrong place and name : /home/jaime/player_stage/pkgs_src/stage/worlds/./libstage.so I also use Debian (knoppix) , and also noticed libltdl is not installed as part of libtools, so I installed it separately like Shawn. After that I reinstalled P/S 1.6 in local dir, with results above. config: libtool 1.5.6-3 libltdl is libltdl3 v.1.5.6-3 (libltdl.so.3.1.0) (same for dev) Any ideas? Ta Jaime Shawn Lavelle wrote: > Hello, > Installing the libltdl fixed the problem. Apparently, Ubuntu Warty > Debian3 didn't package that with libtool because it told me that I had > libtool installed whereas libltdl was not. Thanks for your help! > > ~ Shawn > > -----Original Message----- > From: pla...@li... > [mailto:pla...@li...] On Behalf Of Brian > Gerkey > Sent: Friday, January 14, 2005 6:07 PM > To: pla...@li... > Subject: Re: [Playerstage-users] Player 1.6 loading error > > Shawn Lavelle wrote: > > Hello all, > > I recently installed player/stage version 1.6 and upon testing the > > few worlds that came with it I discovered that they all return the > > following > > error: > > > > <--- snip ---> > > Prompt> player simple.cfg > > ** Player v.16 ** [TCP] > > > > Parsing configuration file "simple.cfg" > > Error : Sorry, no support for shared libraries, so can't load plugins > > Error : Failed to load plugin: libstage > > <--- snbip ---> > > > > I'm not exactly sure how to resolve this. There were some issues with > > compilation, but in the end there were no errors during the install, > > albeit several warnings. This is on a fresh install of Debian3, > > Ubuntu - Warty. Any help is greatly appreciated. > > I'm guessing that you don't have libltdl installed; we use that library > to load plugins. It's part of libtool, so install libtool (and maybe > 'libtool-dev', if your system has a separate package with a name like > that), then re-configure and re-make player. > > After prompting from a similarly frustrated user, I'm augmented that > error message to tell you what to do to fix the problem (i.e., install > libtool). > > brian. > > -- > Brian P. Gerkey ge...@ai... > Stanford AI Lab http://ai.stanford.edu/~gerkey > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE > limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- > well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Playerstage-users mailing list Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users -- Dr Jaime Valls Miro Centre for Autonomous Systems (Room 2/6/31) UTS, Faculty of Engineering PO BOX 123, Broadway NSW 2007 p: +61 2 9514 2967 f: +61 2 9514 2655 jaime.vallsmiro[AT]eng.uts.edu.au -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects. |
From: Richard v. <va...@cs...> - 2005-01-20 20:04:16
|
You need to set the PLAYERPATH environment variable to tell Player where to search for plugins. If PLAYERPATH is not set, Player looks in the current working directory. This is true for all plugins, not just Stage, so it should be documented in the Player manual. Richard. On 19-Jan-05, at 7:25 PM, Jaime Valls Miro wrote: > > Hi, > > I am also encountering a similar problem, but wit stage 1.6. Player > 1.6 installed and seems to work > fine, but CVS HEAD of stage 1.6, whilst installing fine, complains > when loading > > $>player simple.cfg > > output: > ** Player v1.6 ** [TCP] > > Parsing configuration file "simple.cfg" > trying to load > /home/jaime/player_stage/pkgs_src/stage/worlds/./libstage...error : > error loading > plugin: (null) > error : failed to load plugin: libstage > failed (/home/jaime/player_stage/pkgs_src/stage/worlds/./libstage.so: > cannot open shared object > file: No such file or directory) > > Getting to grips with new plugin concept of stage, but I can confirm > libstage.so was properly > installed in --prefix dir, /home/jaime/local/lib, yet as indicated > player is looking for it in the > wrong place and name : > /home/jaime/player_stage/pkgs_src/stage/worlds/./libstage.so > > I also use Debian (knoppix) , and also noticed libltdl is not > installed as part of libtools, so I > installed it separately like Shawn. After that I reinstalled P/S 1.6 > in local dir, with results > above. > > config: > libtool 1.5.6-3 > libltdl is libltdl3 v.1.5.6-3 (libltdl.so.3.1.0) (same for dev) > > Any ideas? > Ta > Jaime > > > Shawn Lavelle wrote: > >> Hello, >> Installing the libltdl fixed the problem. Apparently, Ubuntu Warty >> Debian3 didn't package that with libtool because it told me that I had >> libtool installed whereas libltdl was not. Thanks for your help! >> >> ~ Shawn >> >> -----Original Message----- >> From: pla...@li... >> [mailto:pla...@li...] On Behalf Of >> Brian >> Gerkey >> Sent: Friday, January 14, 2005 6:07 PM >> To: pla...@li... >> Subject: Re: [Playerstage-users] Player 1.6 loading error >> >> Shawn Lavelle wrote: >>> Hello all, >>> I recently installed player/stage version 1.6 and upon testing the >>> few worlds that came with it I discovered that they all return the >>> following >>> error: >>> >>> <--- snip ---> >>> Prompt> player simple.cfg >>> ** Player v.16 ** [TCP] >>> >>> Parsing configuration file "simple.cfg" >>> Error : Sorry, no support for shared libraries, so can't load >>> plugins >>> Error : Failed to load plugin: libstage >>> <--- snbip ---> >>> >>> I'm not exactly sure how to resolve this. There were some issues >>> with >>> compilation, but in the end there were no errors during the install, >>> albeit several warnings. This is on a fresh install of Debian3, >>> Ubuntu - Warty. Any help is greatly appreciated. >> >> I'm guessing that you don't have libltdl installed; we use that >> library >> to load plugins. It's part of libtool, so install libtool (and maybe >> 'libtool-dev', if your system has a separate package with a name like >> that), then re-configure and re-make player. >> >> After prompting from a similarly frustrated user, I'm augmented that >> error message to tell you what to do to fix the problem (i.e., install >> libtool). >> >> brian. >> >> -- >> Brian P. Gerkey ge...@ai... >> Stanford AI Lab http://ai.stanford.edu/~gerkey >> >> ------------------------------------------------------- >> The SF.Net email is sponsored by: Beat the post-holiday blues Get a >> FREE >> limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and >> FREE -- >> well, almost....http://www.thinkgeek.com/sfshirt >> _______________________________________________ >> Playerstage-users mailing list Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-users >> >> ------------------------------------------------------- >> The SF.Net email is sponsored by: Beat the post-holiday blues >> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt >> _______________________________________________ >> Playerstage-users mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-users > > -- > Dr Jaime Valls Miro > Centre for Autonomous Systems (Room 2/6/31) > UTS, Faculty of Engineering > PO BOX 123, Broadway NSW 2007 > > p: +61 2 9514 2967 > f: +61 2 9514 2655 > jaime.vallsmiro[AT]eng.uts.edu.au > > > > -- > UTS CRICOS Provider Code: 00099F > DISCLAIMER: This email message and any accompanying attachments may > contain > confidential information. If you are not the intended recipient, do > not > read, use, disseminate, distribute or copy this message or > attachments. If > you have received this message in error, please notify the sender > immediately and delete this message. Any views expressed in this > message > are those of the individual sender, except where the sender expressly, > and > with authority, states them to be the views the University of > Technology, > Sydney. Before opening any attachments, please check them for viruses > and > defects. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > -- Richard Vaughan School of Computing Science / Simon Fraser University |
From: Jaime V. M. <jai...@en...> - 2005-01-20 23:11:01
|
Hi Richard, Thanks, that was it. It felt it would be something simple. I am sure it will be documented somewhere, I agree, but even after you told me, I still could not find it anywhere obvious. Being such an essential var, may I suggest it is highlighted in a prominet place for future use? maybe the "quick start guide"? May I also mention that (from what I've read and experimented so far) I believe you've taken the right steps in the new 1.6 software architecture. Good job. Ta Jaime Richard vaughan wrote: > You need to set the PLAYERPATH environment variable to tell Player > where to search for plugins. If PLAYERPATH is not set, Player looks in > the current working directory. This is true for all plugins, not just > Stage, so it should be documented in the Player manual. > > Richard. > > On 19-Jan-05, at 7:25 PM, Jaime Valls Miro wrote: > > > > > Hi, > > > > I am also encountering a similar problem, but wit stage 1.6. Player > > 1.6 installed and seems to work > > fine, but CVS HEAD of stage 1.6, whilst installing fine, complains > > when loading > > > > $>player simple.cfg > > > > output: > > ** Player v1.6 ** [TCP] > > > > Parsing configuration file "simple.cfg" > > trying to load > > /home/jaime/player_stage/pkgs_src/stage/worlds/./libstage...error : > > error loading > > plugin: (null) > > error : failed to load plugin: libstage > > failed (/home/jaime/player_stage/pkgs_src/stage/worlds/./libstage.so: > > cannot open shared object > > file: No such file or directory) > > > > Getting to grips with new plugin concept of stage, but I can confirm > > libstage.so was properly > > installed in --prefix dir, /home/jaime/local/lib, yet as indicated > > player is looking for it in the > > wrong place and name : > > /home/jaime/player_stage/pkgs_src/stage/worlds/./libstage.so > > > > I also use Debian (knoppix) , and also noticed libltdl is not > > installed as part of libtools, so I > > installed it separately like Shawn. After that I reinstalled P/S 1.6 > > in local dir, with results > > above. > > > > config: > > libtool 1.5.6-3 > > libltdl is libltdl3 v.1.5.6-3 (libltdl.so.3.1.0) (same for dev) > > > > Any ideas? > > Ta > > Jaime > > > > > > Shawn Lavelle wrote: > > > >> Hello, > >> Installing the libltdl fixed the problem. Apparently, Ubuntu Warty > >> Debian3 didn't package that with libtool because it told me that I had > >> libtool installed whereas libltdl was not. Thanks for your help! > >> > >> ~ Shawn > >> > >> -----Original Message----- > >> From: pla...@li... > >> [mailto:pla...@li...] On Behalf Of > >> Brian > >> Gerkey > >> Sent: Friday, January 14, 2005 6:07 PM > >> To: pla...@li... > >> Subject: Re: [Playerstage-users] Player 1.6 loading error > >> > >> Shawn Lavelle wrote: > >>> Hello all, > >>> I recently installed player/stage version 1.6 and upon testing the > >>> few worlds that came with it I discovered that they all return the > >>> following > >>> error: > >>> > >>> <--- snip ---> > >>> Prompt> player simple.cfg > >>> ** Player v.16 ** [TCP] > >>> > >>> Parsing configuration file "simple.cfg" > >>> Error : Sorry, no support for shared libraries, so can't load > >>> plugins > >>> Error : Failed to load plugin: libstage > >>> <--- snbip ---> > >>> > >>> I'm not exactly sure how to resolve this. There were some issues > >>> with > >>> compilation, but in the end there were no errors during the install, > >>> albeit several warnings. This is on a fresh install of Debian3, > >>> Ubuntu - Warty. Any help is greatly appreciated. > >> > >> I'm guessing that you don't have libltdl installed; we use that > >> library > >> to load plugins. It's part of libtool, so install libtool (and maybe > >> 'libtool-dev', if your system has a separate package with a name like > >> that), then re-configure and re-make player. > >> > >> After prompting from a similarly frustrated user, I'm augmented that > >> error message to tell you what to do to fix the problem (i.e., install > >> libtool). > >> > >> brian. > >> > >> -- > >> Brian P. Gerkey ge...@ai... > >> Stanford AI Lab http://ai.stanford.edu/~gerkey > >> > >> ------------------------------------------------------- > >> The SF.Net email is sponsored by: Beat the post-holiday blues Get a > >> FREE > >> limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and > >> FREE -- > >> well, almost....http://www.thinkgeek.com/sfshirt > >> _______________________________________________ > >> Playerstage-users mailing list Pla...@li... > >> https://lists.sourceforge.net/lists/listinfo/playerstage-users > >> > >> ------------------------------------------------------- > >> The SF.Net email is sponsored by: Beat the post-holiday blues > >> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > >> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > >> _______________________________________________ > >> Playerstage-users mailing list > >> Pla...@li... > >> https://lists.sourceforge.net/lists/listinfo/playerstage-users > > > > -- > > Dr Jaime Valls Miro > > Centre for Autonomous Systems (Room 2/6/31) > > UTS, Faculty of Engineering > > PO BOX 123, Broadway NSW 2007 > > > > p: +61 2 9514 2967 > > f: +61 2 9514 2655 > > jaime.vallsmiro[AT]eng.uts.edu.au > > > > > > > > -- > > UTS CRICOS Provider Code: 00099F > > DISCLAIMER: This email message and any accompanying attachments may > > contain > > confidential information. If you are not the intended recipient, do > > not > > read, use, disseminate, distribute or copy this message or > > attachments. If > > you have received this message in error, please notify the sender > > immediately and delete this message. Any views expressed in this > > message > > are those of the individual sender, except where the sender expressly, > > and > > with authority, states them to be the views the University of > > Technology, > > Sydney. Before opening any attachments, please check them for viruses > > and > > defects. > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > > Tool for open source databases. Create drag-&-drop reports. Save time > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > _______________________________________________ > > Playerstage-users mailing list > > Pla...@li... > > https://lists.sourceforge.net/lists/listinfo/playerstage-users > > > -- > Richard Vaughan > School of Computing Science / Simon Fraser University > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users -- Dr Jaime Valls Miro Centre for Autonomous Systems (Room 2/6/31) UTS, Faculty of Engineering PO BOX 123, Broadway NSW 2007 p: +61 2 9514 2967 f: +61 2 9514 2655 jaime.vallsmiro[AT]eng.uts.edu.au -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects. |
From: Richard v. <va...@cs...> - 2005-01-20 23:18:08
|
On 20-Jan-05, at 3:10 PM, Jaime Valls Miro wrote: > Hi Richard, > Thanks, that was it. It felt it would be something simple. > I am sure it will be documented somewhere, I agree, but even after you > told me, I still could not > find it anywhere obvious. Being such an essential var, may I suggest > it is highlighted in a prominet > place for future use? maybe the "quick start guide"? This question has been asked and answered on the mailing list before, and it's included in a very quick startup/testing guide posted to the list. But! I agree. A new "P/S Getting Started" document is on my to-do list. I should get to that once the new semester settles down. > May I also mention that (from what I've read and experimented so far) > I believe you've taken the > right steps in the new 1.6 software architecture. Good job. > Ta > Jaime Thanks for the kind words. Greatly appreciated. I spent over a year figuring out how Stage should develop, so I'm glad to have at least one thumbs up. cheers, Richard. > Richard vaughan wrote: > >> You need to set the PLAYERPATH environment variable to tell Player >> where to search for plugins. If PLAYERPATH is not set, Player looks in >> the current working directory. This is true for all plugins, not just >> Stage, so it should be documented in the Player manual. >> >> Richard. >> >> On 19-Jan-05, at 7:25 PM, Jaime Valls Miro wrote: >> >>> >>> Hi, >>> >>> I am also encountering a similar problem, but wit stage 1.6. Player >>> 1.6 installed and seems to work >>> fine, but CVS HEAD of stage 1.6, whilst installing fine, complains >>> when loading >>> >>> $>player simple.cfg >>> >>> output: >>> ** Player v1.6 ** [TCP] >>> >>> Parsing configuration file "simple.cfg" >>> trying to load >>> /home/jaime/player_stage/pkgs_src/stage/worlds/./libstage...error : >>> error loading >>> plugin: (null) >>> error : failed to load plugin: libstage >>> failed (/home/jaime/player_stage/pkgs_src/stage/worlds/./libstage.so: >>> cannot open shared object >>> file: No such file or directory) >>> >>> Getting to grips with new plugin concept of stage, but I can confirm >>> libstage.so was properly >>> installed in --prefix dir, /home/jaime/local/lib, yet as indicated >>> player is looking for it in the >>> wrong place and name : >>> /home/jaime/player_stage/pkgs_src/stage/worlds/./libstage.so >>> >>> I also use Debian (knoppix) , and also noticed libltdl is not >>> installed as part of libtools, so I >>> installed it separately like Shawn. After that I reinstalled P/S 1.6 >>> in local dir, with results >>> above. >>> >>> config: >>> libtool 1.5.6-3 >>> libltdl is libltdl3 v.1.5.6-3 (libltdl.so.3.1.0) (same for dev) >>> >>> Any ideas? >>> Ta >>> Jaime >>> >>> >>> Shawn Lavelle wrote: >>> >>>> Hello, >>>> Installing the libltdl fixed the problem. Apparently, Ubuntu >>>> Warty >>>> Debian3 didn't package that with libtool because it told me that I >>>> had >>>> libtool installed whereas libltdl was not. Thanks for your help! >>>> >>>> ~ Shawn >>>> >>>> -----Original Message----- >>>> From: pla...@li... >>>> [mailto:pla...@li...] On Behalf Of >>>> Brian >>>> Gerkey >>>> Sent: Friday, January 14, 2005 6:07 PM >>>> To: pla...@li... >>>> Subject: Re: [Playerstage-users] Player 1.6 loading error >>>> >>>> Shawn Lavelle wrote: >>>>> Hello all, >>>>> I recently installed player/stage version 1.6 and upon testing >>>>> the >>>>> few worlds that came with it I discovered that they all return the >>>>> following >>>>> error: >>>>> >>>>> <--- snip ---> >>>>> Prompt> player simple.cfg >>>>> ** Player v.16 ** [TCP] >>>>> >>>>> Parsing configuration file "simple.cfg" >>>>> Error : Sorry, no support for shared libraries, so can't load >>>>> plugins >>>>> Error : Failed to load plugin: libstage >>>>> <--- snbip ---> >>>>> >>>>> I'm not exactly sure how to resolve this. There were some issues >>>>> with >>>>> compilation, but in the end there were no errors during the >>>>> install, >>>>> albeit several warnings. This is on a fresh install of Debian3, >>>>> Ubuntu - Warty. Any help is greatly appreciated. >>>> >>>> I'm guessing that you don't have libltdl installed; we use that >>>> library >>>> to load plugins. It's part of libtool, so install libtool (and >>>> maybe >>>> 'libtool-dev', if your system has a separate package with a name >>>> like >>>> that), then re-configure and re-make player. >>>> >>>> After prompting from a similarly frustrated user, I'm augmented that >>>> error message to tell you what to do to fix the problem (i.e., >>>> install >>>> libtool). >>>> >>>> brian. >>>> >>>> -- >>>> Brian P. Gerkey ge...@ai... >>>> Stanford AI Lab http://ai.stanford.edu/~gerkey >>>> >>>> ------------------------------------------------------- >>>> The SF.Net email is sponsored by: Beat the post-holiday blues Get a >>>> FREE >>>> limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and >>>> FREE -- >>>> well, almost....http://www.thinkgeek.com/sfshirt >>>> _______________________________________________ >>>> Playerstage-users mailing list >>>> Pla...@li... >>>> https://lists.sourceforge.net/lists/listinfo/playerstage-users >>>> >>>> ------------------------------------------------------- >>>> The SF.Net email is sponsored by: Beat the post-holiday blues >>>> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. >>>> It's fun and FREE -- well, >>>> almost....http://www.thinkgeek.com/sfshirt >>>> _______________________________________________ >>>> Playerstage-users mailing list >>>> Pla...@li... >>>> https://lists.sourceforge.net/lists/listinfo/playerstage-users >>> >>> -- >>> Dr Jaime Valls Miro >>> Centre for Autonomous Systems (Room 2/6/31) >>> UTS, Faculty of Engineering >>> PO BOX 123, Broadway NSW 2007 >>> >>> p: +61 2 9514 2967 >>> f: +61 2 9514 2655 >>> jaime.vallsmiro[AT]eng.uts.edu.au >>> >>> >>> >>> -- >>> UTS CRICOS Provider Code: 00099F >>> DISCLAIMER: This email message and any accompanying attachments may >>> contain >>> confidential information. If you are not the intended recipient, do >>> not >>> read, use, disseminate, distribute or copy this message or >>> attachments. If >>> you have received this message in error, please notify the sender >>> immediately and delete this message. Any views expressed in this >>> message >>> are those of the individual sender, except where the sender >>> expressly, >>> and >>> with authority, states them to be the views the University of >>> Technology, >>> Sydney. Before opening any attachments, please check them for viruses >>> and >>> defects. >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive >>> Reporting >>> Tool for open source databases. Create drag-&-drop reports. Save time >>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, >>> etc. >>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl >>> _______________________________________________ >>> Playerstage-users mailing list >>> Pla...@li... >>> https://lists.sourceforge.net/lists/listinfo/playerstage-users >>> >> -- >> Richard Vaughan >> School of Computing Science / Simon Fraser University >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: IntelliVIEW -- Interactive >> Reporting >> Tool for open source databases. Create drag-&-drop reports. Save time >> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. >> Download a FREE copy at http://www.intelliview.com/go/osdn_nl >> _______________________________________________ >> Playerstage-users mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-users > > -- > Dr Jaime Valls Miro > Centre for Autonomous Systems (Room 2/6/31) > UTS, Faculty of Engineering > PO BOX 123, Broadway NSW 2007 > > p: +61 2 9514 2967 > f: +61 2 9514 2655 > jaime.vallsmiro[AT]eng.uts.edu.au > > > > -- > UTS CRICOS Provider Code: 00099F > DISCLAIMER: This email message and any accompanying attachments may > contain > confidential information. If you are not the intended recipient, do > not > read, use, disseminate, distribute or copy this message or > attachments. If > you have received this message in error, please notify the sender > immediately and delete this message. Any views expressed in this > message > are those of the individual sender, except where the sender expressly, > and > with authority, states them to be the views the University of > Technology, > Sydney. Before opening any attachments, please check them for viruses > and > defects. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > -- Richard Vaughan School of Computing Science / Simon Fraser University |
From: Jaime V. M. <jai...@en...> - 2005-02-15 09:31:10
|
Hi, I'm trying to get the planning and navigation built in p/s 1.6.2 to work. I had it more or less set-up in P 1.5, S 1.3.4 thanks to various postings, but now with 1.6.X is all pretty different and I am running into trouble getting to grips with it, particularly the use of playernav. What I'd like is use wavefront to plan a path, amcl localiser and the vfh obst. avoid. between waypoints, i.e., pretty much what I believe is there already. My wavefront.cfg, adapted for stage use: # load the Stage plugin simulation driver driver ( name "stage" provides ["simulation:0"] plugin "libstage" # load the named file into the simulator worldfile "simple.world" ) driver ( name "stage" provides ["odometry::position:1"] model "pioneer2DX" # port "/dev/ttyS0" ) driver ( name "stage" provides ["laser:0"] model "pioneer2DX" # port "/dev/ttyS1" ) driver ( name "mapfile" provides ["map:0"] filename "cave.png" resolution 0.1 ) driver ( name "amcl" provides ["localize:0"] requires ["odometry::position:1" "laser:0" "laser::map:0"] ) driver ( name "vfh" provides ["position:0"] requires ["position:1" "laser:0"] safety_dist 0.1 distance_epsilon 0.3 angle_epsilon 5 ) driver ( name "wavefront" provides ["planner:0"] requires ["position:0" "localize:0" "map:0"] safety_dist 0.15 distance_epsilon 0.5 angle_epsilon 10 ) run player wavefront.cfg and starts ok. if I then run playernav localhost:6665, it works and creates/reads c-space map, but the map is in black background, which makes viewing hard. Q.1) Can I change that easily, like I believe "color" parameter in the map.inc does for the map to appear white in stage? Q.2) Before anything starts, I believe first hypo. puts the robot in 0,0,0 (actually more like -1,0,0) which falls inside an obstacle. Trying to map a plan crashes or can't find one. Can I default it to somewhere else? I drag&drop (left mouse) the robot to +/- initial pose set in simple.world, outside the obstacle. I suppose the application has been designed with that in mind. What I'd like to do now is to use wavefront, vfh,amcl to plan path. But doing that with right mouse can never find a path, even simplest, always comes up with "No path!". So can't test that. Q.3) Am I doing anything wrong? As an alternative, I try to drive the robot via playerv, and see the localiser at work. To do that, I get position:1(stage) and command the robot (speed) to move around. Subscribe to amcl, and see possible locations and uncertainty (I guess that's what I am seeing, as they appear as the traditional elipsoids). But I can't quite get my head around it, it is not making that much sense. Q.4) Is what I just described correct? Q.5) If I change pose hypo's in playernav, I am supposed to see those affecting the amcd hypos I see in playerv? I may be doing something fundamentally wrong which I am not aware of. Any advice welcome. Don't be shy ;-) Ta Jaime -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects. |
From: Alex R. M. <ale...@mo...> - 2005-02-15 13:32:47
Attachments:
snap-stage.png
snap-playernav.png
|
Jaime Valls Miro wrote: > Hi, > I'm trying to get the planning and navigation built in p/s 1.6.2 to work. I had it more or less > set-up in P 1.5, S 1.3.4 thanks to various postings, but now with 1.6.X is all pretty different and > I am running into trouble getting to grips with it, particularly the use of playernav. > What I'd like is use wavefront to plan a path, amcl localiser and the vfh obst. avoid. between > waypoints, i.e., pretty much what I believe is there already. > (...) > run player wavefront.cfg and starts ok. > if I then run playernav localhost:6665, it works and creates/reads c-space map, but the map is in > black background, which makes viewing hard. > Q.1) Can I change that easily, like I believe "color" parameter in the map.inc does for the map to > appear white in stage? Use negate 1 in the mapfile driver. There's an example in the documentation. > Q.2) Before anything starts, I believe first hypo. puts the robot in 0,0,0 (actually more like > -1,0,0) which falls inside an obstacle. Trying to map a plan crashes or can't find one. Can I > default it to somewhere else? See the "init_pose" property of the amcl driver. > I drag&drop (left mouse) the robot to +/- initial pose set in simple.world, outside the obstacle. I > suppose the application has been designed with that in mind. What I'd like to do now is to use > wavefront, vfh,amcl to plan path. But doing that with right mouse can never find a path, even > simplest, always comes up with "No path!". So can't test that. I've experienced "no path" problems when the robot is somewhat close to a wall. Try placing the robot in a very open area for a start. In respect to this, playernav shows the robot as colliding with the wall, but I'm sure (through logs) that the amcl driver is correctly localizing the robot. It seems as if everything where a bit missplaced down. I must look more closely into this. See the snapshots attached of the robots poses and how they're seen in playernav. Every robot but the red one can plan from there. |
From: Brian G. <ge...@ai...> - 2005-02-15 17:53:12
Attachments:
wavefront.cfg
|
Jaime Valls Miro wrote: > I'm trying to get the planning and navigation built in p/s 1.6.2 to work. Here are some (hopefully) helpful hints. I've also attached a wavefront.cfg file that demonstrates these ideas; drop it in <stage>/worlds (it's also checked it into CVS). - The mapfile driver interprets white pixels as free and black pixels as obstacles. As Alex said, if your image has the opposite semantics, use the 'negate' option. - Make sure the resolution you specify to the mapfile driver matches the resolution being used in simulation. For example, if you use cave.png, which is 500x500 pixels, and tell stage it's 15m x 15m (this is what simple.world does) then the resolution is 500.0 / 15.0 = 0.03 m / pixel. - To save computation, you may want to localize and plan for your robots at a lower resolution. For this purpose, use the mapscale driver (see the attached .cfg for an example). - When creating the c-space in which to plan, the wavefront driver assumes a circular robot with a diameter equal to the larger of the robot's two actual (X,Y) dimensions. If your robot is not circular (e.g., a Pioneer), then this pessimistic c-space will disallow some valid poses. As a result, if your robot is very close to an obstacle (or you command it to move very close to an obstacle), the planner may fail to find a path even though one exists. - The robot that is drawn in playernav is *not* to scale. A default diameter (at the moment, 0.6m) is attributed to the robot, but is used *only* for visualization. The wavefront and vfh drivers are using the actual robot dimensions. I'd welcome a patch to playernav that requests and uses the real robot dimensions. - You can change how often the amcl driver updates its pose estimates with the 'update_thresh' option. It's a [length angle] tuple that specifies the minimum [translation rotation] change in odometry required to trigger a particle filter update. In general, smaller values will lead to more accurate pose estimates and more precise plan execution, at the cost of more computation. As an aside, I just noticed that this option is being parsed incorrectly. It's fixed in CVS and will work properly in the next release. brian. -- Brian P. Gerkey ge...@ai... Stanford AI Lab http://ai.stanford.edu/~gerkey |
From: Jaime V. M. <jai...@en...> - 2005-02-22 00:05:19
|
Thanks Brian and Alex for your answers below. Very useful. I got the stuff sort of working, with some glitches:. *) I have observed the behaviour when planner has got trouble finding a path close to obstacles. *) because I can not get amcl "init_pose" to work - robot is always position at [0,0,0] no matter what "init_pose" indicates, it can not find paths as [0,0,0] falls within an obstacle. When I manually drag them out, it works as expected. Is that a behaviour I should come to expect? I mean, the mapfile driver provides an occupancy grid, and I expect the planner to interpret that data as to discern impossible location, such as those within obstacles and somehow communicate that back to stage/user or something along those lines. I guess the "missing link" is whether my understanding of the "init_pose" parameter is correct. *) how can I visually observe the amcl particle hypothesis, in the manner described in the doc?: http://playerstage.sourceforge.net/doc/Player-1.6.2-html/player/group__player__driver__amcl.html Ta Jaime Brian Gerkey wrote: > Jaime Valls Miro wrote: > > > I'm trying to get the planning and navigation built in p/s 1.6.2 to work. > > Here are some (hopefully) helpful hints. I've also attached a > wavefront.cfg file that demonstrates these ideas; drop it in > <stage>/worlds (it's also checked it into CVS). > > - The mapfile driver interprets white pixels as free and black pixels as > obstacles. As Alex said, if your image has the opposite semantics, use > the 'negate' option. > > - Make sure the resolution you specify to the mapfile driver matches the > resolution being used in simulation. For example, if you use cave.png, > which is 500x500 pixels, and tell stage it's 15m x 15m (this is what > simple.world does) then the resolution is 500.0 / 15.0 = 0.03 m / pixel. > > - To save computation, you may want to localize and plan for your robots > at a lower resolution. For this purpose, use the mapscale driver (see > the attached .cfg for an example). > > - When creating the c-space in which to plan, the wavefront driver > assumes a circular robot with a diameter equal to the larger of the > robot's two actual (X,Y) dimensions. If your robot is not circular > (e.g., a Pioneer), then this pessimistic c-space will disallow some > valid poses. As a result, if your robot is very close to an obstacle > (or you command it to move very close to an obstacle), the planner may > fail to find a path even though one exists. > > - The robot that is drawn in playernav is *not* to scale. A default > diameter (at the moment, 0.6m) is attributed to the robot, but is used > *only* for visualization. The wavefront and vfh drivers are using the > actual robot dimensions. I'd welcome a patch to playernav that requests > and uses the real robot dimensions. > > - You can change how often the amcl driver updates its pose estimates > with the 'update_thresh' option. It's a [length angle] tuple that > specifies the minimum [translation rotation] change in odometry required > to trigger a particle filter update. In general, smaller values will > lead to more accurate pose estimates and more precise plan execution, at > the cost of more computation. As an aside, I just noticed that this > option is being parsed incorrectly. It's fixed in CVS and will work > properly in the next release. > > brian. > > -- > Brian P. Gerkey ge...@ai... > Stanford AI Lab http://ai.stanford.edu/~gerkey > Alex R. Mosteo wrote: > Jaime Valls Miro wrote: > > Hi, > > I'm trying to get the planning and navigation built in p/s 1.6.2 to work. I had it more or less > > set-up in P 1.5, S 1.3.4 thanks to various postings, but now with 1.6.X is all pretty different and > > I am running into trouble getting to grips with it, particularly the use of playernav. > > What I'd like is use wavefront to plan a path, amcl localiser and the vfh obst. avoid. between > > waypoints, i.e., pretty much what I believe is there already. > > > (...) > > > run player wavefront.cfg and starts ok. > > if I then run playernav localhost:6665, it works and creates/reads c-space map, but the map is in > > black background, which makes viewing hard. > > Q.1) Can I change that easily, like I believe "color" parameter in the map.inc does for the map to > > appear white in stage? > > Use > > negate 1 > > in the mapfile driver. There's an example in the documentation. > > > Q.2) Before anything starts, I believe first hypo. puts the robot in 0,0,0 (actually more like > > -1,0,0) which falls inside an obstacle. Trying to map a plan crashes or can't find one. Can I > > default it to somewhere else? > > See the "init_pose" property of the amcl driver. > > > I drag&drop (left mouse) the robot to +/- initial pose set in simple.world, outside the obstacle. I > > suppose the application has been designed with that in mind. What I'd like to do now is to use > > wavefront, vfh,amcl to plan path. But doing that with right mouse can never find a path, even > > simplest, always comes up with "No path!". So can't test that. > > I've experienced "no path" problems when the robot is somewhat close to > a wall. Try placing the robot in a very open area for a start. > > In respect to this, playernav shows the robot as colliding with the > wall, but I'm sure (through logs) that the amcl driver is correctly > localizing the robot. It seems as if everything where a bit missplaced > down. I must look more closely into this. See the snapshots attached of > the robots poses and how they're seen in playernav. Every robot but the > red one can plan from there. > -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects. |
From: Brian G. <ge...@ai...> - 2005-02-22 17:38:58
|
Jaime Valls Miro wrote: > *) because I can not get amcl "init_pose" to work - robot is always position at [0,0,0] no matter what > "init_pose" indicates, it can not find paths as [0,0,0] falls within an obstacle. When I manually drag > them out, it works as expected. Is that a behaviour I should come to expect? You should also set the initial pose variance with the 'init_pose_var' option. Otherwise the large default variance of [10^3m 10^3m 10^2deg] is likely to cause amcl to place your robot off the map somewhere. When this happens, playernav draws it at (0,0,0). To see exactly where amcl thinks your robot is (whether or not it's on the map) use playerprint: $ playerprint --localize > *) how can I visually observe the amcl particle hypothesis, in the manner described in the doc?: > http://playerstage.sourceforge.net/doc/Player-1.6.2-html/player/group__player__driver__amcl.html Re-configure player with the --enable-rtkgui option and re-compile to enable that debugging window, then add the 'enable_gui 1' option to amcl in your .cfg file. Note that updating the GUI window requires a non-trivial number of processor cycles; it should only be used for debugging purposes. brian. -- Brian P. Gerkey ge...@ai... Stanford AI Lab http://ai.stanford.edu/~gerkey |
From: Jaime V. M. <jai...@en...> - 2005-02-23 07:05:48
|
Hi Brian, Brian Gerkey wrote: > Jaime Valls Miro wrote: > > > *) because I can not get amcl "init_pose" to work - robot is always position at [0,0,0] no matter what > > "init_pose" indicates, it can not find paths as [0,0,0] falls within an obstacle. When I manually drag > > them out, it works as expected. Is that a behaviour I should come to expect? > > You should also set the initial pose variance with the 'init_pose_var' > option. Otherwise the large default variance of [10^3m 10^3m 10^2deg] > is likely to cause amcl to place your robot off the map somewhere. When > this happens, playernav draws it at (0,0,0). > works a treat, ta. > > To see exactly where amcl thinks your robot is (whether or not it's on > the map) use playerprint: > $ playerprint --localize > I was doing that already, along with the playerv amcl localizer device, which also shows the uncertainties. But I was under the impression from some mailing there was a specific application to do that, as highlighted below. > > > *) how can I visually observe the amcl particle hypothesis, in the manner described in the doc?: > > http://playerstage.sourceforge.net/doc/Player-1.6.2-html/player/group__player__driver__amcl.html > > Re-configure player with the --enable-rtkgui option and re-compile to > enable that debugging window, then add the 'enable_gui 1' option to amcl > in your .cfg file. Note that updating the GUI window requires a > non-trivial number of processor cycles; it should only be used for > debugging purposes. > > brian. It all configures and compiles fine, but it crashes when I run player: (player:7477):Gtk-CRITICAL **: file gtkstatusbar.c: line 296 (gtk_status_bar): assertion 'GTK_IS_STATUSBAR (statusbar)' failed and some other lines like that. It looks like it does not like my gtk. I've got libgtk1.1 v1.2.10-16 and libgtk2.0-0 v 2.4.14-2 (not sure why I've got two versions installed, but the're have been no complains so far). I've got all the -dev and -dbg installed too. There were no complains from ./configure --enable-rtkgui Any thoughts? Ta Jaime -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects. |
From: Alex R. M. <ale...@mo...> - 2005-02-23 11:58:50
|
Jaime Valls Miro wrote: >>>*) how can I visually observe the amcl particle hypothesis, in the manner described in the doc?: >>>http://playerstage.sourceforge.net/doc/Player-1.6.2-html/player/group__player__driver__amcl.html >> >>Re-configure player with the --enable-rtkgui option and re-compile to >>enable that debugging window, then add the 'enable_gui 1' option to amcl >>in your .cfg file. Note that updating the GUI window requires a >>non-trivial number of processor cycles; it should only be used for >>debugging purposes. >> >> brian. > > > It all configures and compiles fine, but it crashes when I run player: > (player:7477):Gtk-CRITICAL **: file gtkstatusbar.c: line 296 (gtk_status_bar): assertion 'GTK_IS_STATUSBAR > (statusbar)' failed > > and some other lines like that. > It looks like it does not like my gtk. I've got libgtk1.1 v1.2.10-16 and libgtk2.0-0 v 2.4.14-2 (not sure > why I've got two versions installed, but the're have been no complains so far). I've got all the -dev and > -dbg installed too. > There were no complains from ./configure --enable-rtkgui > Any thoughts? > Ta > Jaime This exactly happened to me too. |
From: Brian G. <ge...@ai...> - 2005-02-24 21:44:20
|
> Jaime Valls Miro wrote: > >>>> *) how can I visually observe the amcl particle hypothesis, in the >>>> manner described in the doc?: >>>> http://playerstage.sourceforge.net/doc/Player-1.6.2-html/player/group__player__driver__amcl.html >>>> >>> >>> >>> Re-configure player with the --enable-rtkgui option and re-compile to >>> enable that debugging window, then add the 'enable_gui 1' option to amcl >>> in your .cfg file. Note that updating the GUI window requires a >>> non-trivial number of processor cycles; it should only be used for >>> debugging purposes. >>> >>> brian. >> >> >> >> It all configures and compiles fine, but it crashes when I run player: >> (player:7477):Gtk-CRITICAL **: file gtkstatusbar.c: line 296 >> (gtk_status_bar): assertion 'GTK_IS_STATUSBAR >> (statusbar)' failed >> >> and some other lines like that. >> It looks like it does not like my gtk. I've got libgtk1.1 v1.2.10-16 >> and libgtk2.0-0 v 2.4.14-2 (not sure >> why I've got two versions installed, but the're have been no complains >> so far). I've got all the -dev and >> -dbg installed too. >> There were no complains from ./configure --enable-rtkgui >> Any thoughts? I've never seen that error. Could you submit a bug report at SF.net? I'll look into it when I get a chance. brian. -- Brian P. Gerkey ge...@ai... Stanford AI Lab http://ai.stanford.edu/~gerkey |
From: Richard v. <va...@cs...> - 2005-02-24 23:09:13
|
This is as good a place as any to point out that you can't use the debug visualization of AMCL and the Stage plugin at the same time. X11 goes boom when you interleave X calls from multiple threads without mutual exclusion. The usual symptom is a hard lock-up of Player with a message from X something like this: async[65432]. We need to address this issue if we add more drivers with visualization. Richard. On 24-Feb-05, at 1:44 PM, Brian Gerkey wrote: >> Jaime Valls Miro wrote: >>>>> *) how can I visually observe the amcl particle hypothesis, in the >>>>> manner described in the doc?: >>>>> http://playerstage.sourceforge.net/doc/Player-1.6.2-html/player/ >>>>> group__player__driver__amcl.html >>>> >>>> >>>> Re-configure player with the --enable-rtkgui option and re-compile >>>> to >>>> enable that debugging window, then add the 'enable_gui 1' option to >>>> amcl >>>> in your .cfg file. Note that updating the GUI window requires a >>>> non-trivial number of processor cycles; it should only be used for >>>> debugging purposes. >>>> >>>> brian. >>> >>> >>> >>> It all configures and compiles fine, but it crashes when I run >>> player: >>> (player:7477):Gtk-CRITICAL **: file gtkstatusbar.c: line 296 >>> (gtk_status_bar): assertion 'GTK_IS_STATUSBAR >>> (statusbar)' failed >>> >>> and some other lines like that. >>> It looks like it does not like my gtk. I've got libgtk1.1 v1.2.10-16 >>> and libgtk2.0-0 v 2.4.14-2 (not sure >>> why I've got two versions installed, but the're have been no >>> complains so far). I've got all the -dev and >>> -dbg installed too. >>> There were no complains from ./configure --enable-rtkgui >>> Any thoughts? > > I've never seen that error. Could you submit a bug report at SF.net? > I'll look into it when I get a chance. > > brian. > > -- > Brian P. Gerkey ge...@ai... > Stanford AI Lab http://ai.stanford.edu/~gerkey > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > -- Richard Vaughan School of Computing Science / Simon Fraser University |
From: Brian G. <ge...@ai...> - 2005-02-24 23:32:11
|
Richard vaughan wrote: > > This is as good a place as any to point out that you can't use the > debug visualization of AMCL and the Stage plugin at the same time. X11 > goes boom when you interleave X calls from multiple threads without > mutual exclusion. The usual symptom is a hard lock-up of Player with a > message from X something like this: async[65432]. > > We need to address this issue if we add more drivers with visualization. Maybe we should just remove debug visualizations, then. The amcl driver is (AFAIK) the only one so far, and its data can be reasonably-well visualized in playerv (or at least this will be possible soon, when map support is added to playerv, as requested here: http://sourceforge.net/tracker/index.php?func=detail&aid=1146436&group_id=42445&atid=433167 ). brian. -- Brian P. Gerkey ge...@ai... Stanford AI Lab http://ai.stanford.edu/~gerkey |
From: Jaime V. M. <jai...@en...> - 2005-02-25 01:46:10
|
Hi Alex, Nice to know I am not alone - sorry ;-) I am not getting feedback from the player community, so I guess it is not a widespread problem. Looking around I have found this posting: http://ubuntuforums.org/archive/index.php/t-9336.html which seem to suggest the issue might be with using the threaded library of qt3 (I am using libqt3c102-mt, v 3:3.3.3-8) upon which (my guess) the GTK+ widgets build. I wonder whether you are also using that, versus the non-threaded (which Qt considers deprecated). I wonder whether the amcl debug window application only build against the non-threaded? Mind you, GTK+ and Qt have so many dependencies and packages, I wouldn't be surprised if the error arises from having some missing in my (knoppix debian) install. But the error is not very descriptive, so I am a bit puzzled ... Ta Jaime "Alex R. Mosteo" wrote: > Jaime Valls Miro wrote: > > >>>*) how can I visually observe the amcl particle hypothesis, in the manner described in the doc?: > >>>http://playerstage.sourceforge.net/doc/Player-1.6.2-html/player/group__player__driver__amcl.html > >> > >>Re-configure player with the --enable-rtkgui option and re-compile to > >>enable that debugging window, then add the 'enable_gui 1' option to amcl > >>in your .cfg file. Note that updating the GUI window requires a > >>non-trivial number of processor cycles; it should only be used for > >>debugging purposes. > >> > >> brian. > > > > > > It all configures and compiles fine, but it crashes when I run player: > > (player:7477):Gtk-CRITICAL **: file gtkstatusbar.c: line 296 (gtk_status_bar): assertion 'GTK_IS_STATUSBAR > > (statusbar)' failed > > > > and some other lines like that. > > It looks like it does not like my gtk. I've got libgtk1.1 v1.2.10-16 and libgtk2.0-0 v 2.4.14-2 (not sure > > why I've got two versions installed, but the're have been no complains so far). I've got all the -dev and > > -dbg installed too. > > There were no complains from ./configure --enable-rtkgui > > Any thoughts? > > Ta > > Jaime > > This exactly happened to me too. > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users -- Dr Jaime Valls Miro Centre for Autonomous Systems (Room 2/6/31) UTS, Faculty of Engineering PO BOX 123, Broadway NSW 2007 p: +61 2 9514 2967 f: +61 2 9514 2655 jaime.vallsmiro[AT]eng.uts.edu.au -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects. |