Hi,
this is a real robot. I will try 'nd' and report my progress.
Regards.
-TM-
Brian Gerkey wrote:
>
>
> On Mar 3, 2008, at 2:59 AM, TheChosenOne wrote:
>
>> I plan a path with playernav which goes through a door, which is
>> 93cm width.
>> But the robot is not driving through it.
>>
>> I also try to change the angles in the file vfh_algotithm.cc in line
>> 715ll.
>> but it doesn't help.
>
> vfh is not very good at fitting through narrow openings, especially if
> the robot has to turn to enter them, and especially at higher speeds.
> Turning into narrow doorways from a long corridor is a great example
> of where vfh performs poorly.
>
> You might try the 'nd' driver instead of vfh.
>
> If you want to stay with vfh, you can help it by lowering the safety
> distances, as well as the maximum speeds. Making the robot slower and
> more willing to get near obstacles will increase its chances of
> getting through a narrow opening.
>
> Btw, is this a real or simulated robot? In simulation, discretization
> artifacts from the underlying grid can worsen vfh's performance; this
> can be mitigated by using a higher-resolution grid in the simulation.
>
> brian.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Playerstage-users mailing list
> Playerstage-users@...
> https://lists.sourceforge.net/lists/listinfo/playerstage-users
>
>
--
View this message in context: http://www.nabble.com/drive-through-narrow-opening-with-vfh-tp15799954p15816439.html
Sent from the playerstage-users mailing list archive at Nabble.com.

On Mar 3, 2008, at 2:45 PM, Richard vaughan wrote:
> Is this the whole tree, i.e. Stage too?
I'm only planning to do Player. It would probably be best if you do
Stage yourself, as it may be necessary to make code-specific tweaks
along the way. I'll relate my experience with the Player migration
after it's done.
brian.
>
> On 3-Mar-08, at 2:41 PM, Brian Gerkey wrote:
>
>> hi everybody,
>>
>> After long promising and planning to make the move, we're finally
>> about to make it happen. That is, we're moving the Player source
>> tree
>> from CVS to Subversion (aka SVN) Some notes:
>>
>> - If you don't check out code (e.g., if you use source or binary
>> releases), then this does NOT affect you
>>
>> - The code will still be hosted at SF.net
>>
>> - The code will still be publicly accessible to everyone
>>
>> - You'll need a Subversion client to check out the code after the
>> move
>> (there are several great free ones out there)
>>
>> - Current CVS working copies will become useless; you'll need to get
>> new working copies from SVN.
>>
>> What happens next:
>>
>> - 9am PST, 7 March (Friday morning in California): deadline to commit
>> anything from a CVS working copy.
>> ********ANYTHING CHECKED IN AFTER THIS DEADLINE WILL NOT MIGRATE TO
>> SVN
>>
>> - 7 March: I'll export Player from CVS, convert it to an SVN
>> dumpfile,
>> then submit this file to SF.net for loading into SVN
>>
>> - 7-11 March: waiting for SF.net to finish the load, and for me to
>> debug the resulting repository
>>
>> I've done a dry run with a local repository and it looks like
>> everything is preserved nicely, including branches and tags. So I
>> don't expect any major issues with this migration.
>>
>> Questions / comments welcome.
>>
>> brian.
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Playerstage-users mailing list
>> Playerstage-users@...
>> https://lists.sourceforge.net/lists/listinfo/playerstage-users
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Playerstage-users mailing list
> Playerstage-users@...
> https://lists.sourceforge.net/lists/listinfo/playerstage-users

On Mar 3, 2008, at 2:59 AM, TheChosenOne wrote:
> I plan a path with playernav which goes through a door, which is
> 93cm width.
> But the robot is not driving through it.
>
> I also try to change the angles in the file vfh_algotithm.cc in line
> 715ll.
> but it doesn't help.
vfh is not very good at fitting through narrow openings, especially if
the robot has to turn to enter them, and especially at higher speeds.
Turning into narrow doorways from a long corridor is a great example
of where vfh performs poorly.
You might try the 'nd' driver instead of vfh.
If you want to stay with vfh, you can help it by lowering the safety
distances, as well as the maximum speeds. Making the robot slower and
more willing to get near obstacles will increase its chances of
getting through a narrow opening.
Btw, is this a real or simulated robot? In simulation, discretization
artifacts from the underlying grid can worsen vfh's performance; this
can be mitigated by using a higher-resolution grid in the simulation.
brian.

Hey you,.
Is this the whole tree, i.e. Stage too?
R/
On 3-Mar-08, at 2:41 PM, Brian Gerkey wrote:
> hi everybody,
>
> After long promising and planning to make the move, we're finally
> about to make it happen. That is, we're moving the Player source tree
> from CVS to Subversion (aka SVN) Some notes:
>
> - If you don't check out code (e.g., if you use source or binary
> releases), then this does NOT affect you
>
> - The code will still be hosted at SF.net
>
> - The code will still be publicly accessible to everyone
>
> - You'll need a Subversion client to check out the code after the move
> (there are several great free ones out there)
>
> - Current CVS working copies will become useless; you'll need to get
> new working copies from SVN.
>
> What happens next:
>
> - 9am PST, 7 March (Friday morning in California): deadline to commit
> anything from a CVS working copy.
> ********ANYTHING CHECKED IN AFTER THIS DEADLINE WILL NOT MIGRATE TO
> SVN
>
> - 7 March: I'll export Player from CVS, convert it to an SVN dumpfile,
> then submit this file to SF.net for loading into SVN
>
> - 7-11 March: waiting for SF.net to finish the load, and for me to
> debug the resulting repository
>
> I've done a dry run with a local repository and it looks like
> everything is preserved nicely, including branches and tags. So I
> don't expect any major issues with this migration.
>
> Questions / comments welcome.
>
> brian.
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Playerstage-users mailing list
> Playerstage-users@...
> https://lists.sourceforge.net/lists/listinfo/playerstage-users

hi everybody,
After long promising and planning to make the move, we're finally
about to make it happen. That is, we're moving the Player source tree
from CVS to Subversion (aka SVN) Some notes:
- If you don't check out code (e.g., if you use source or binary
releases), then this does NOT affect you
- The code will still be hosted at SF.net
- The code will still be publicly accessible to everyone
- You'll need a Subversion client to check out the code after the move
(there are several great free ones out there)
- Current CVS working copies will become useless; you'll need to get
new working copies from SVN.
What happens next:
- 9am PST, 7 March (Friday morning in California): deadline to commit
anything from a CVS working copy.
********ANYTHING CHECKED IN AFTER THIS DEADLINE WILL NOT MIGRATE TO SVN
- 7 March: I'll export Player from CVS, convert it to an SVN dumpfile,
then submit this file to SF.net for loading into SVN
- 7-11 March: waiting for SF.net to finish the load, and for me to
debug the resulting repository
I've done a dry run with a local repository and it looks like
everything is preserved nicely, including branches and tags. So I
don't expect any major issues with this migration.
Questions / comments welcome.
brian.

On Feb 25, 2008, at 4:28 AM, Stefan Stiene wrote:
> Hello,
> is there a way to weight special sensors in the amcl driver against
> the
> other sensors or the odometry. If I have a error-prone odometry for
> example how can I give the laser data a bigger weight and vice versa.
I don't think that there's a general weighting scheme. But you can
probably accomplish what you want by changing the parameters of the
error models in the .cfg file. For the odometry, use the 'odom_drift'
option; for laser, the 'laser_range_var' and 'laser_range_bad'
options. Consult the documentation and code for exact interpretation
of these parameters.
brian.

On Jan 21, 2008, at 8:20 AM, Margarita García Fragoso wrote:
> Hi,
>
> I put this file into the
> player-2.1.0rc1server/drivers/speech/recognition/
> directory in order to compile player with the sphinx2
> driver.
Thanks for the tip. I've replaced our version with the file you sent,
and checked it into CVS.
brian.

Hi Brian,
Cheers for the reply. I thought I was on player 2.0.5 but I was actually on
player 2.1.0, which Javaclient2 doesn't really work with. By uninstalling
player 2.1.0 and reinstalling 2.0.5, I managed to solve that problem. This
is all due to Javaclient2 being unable to work with the latest version of
p/s.
Cheers,
Jing
On 03/03/2008, Brian Gerkey <brian@...> wrote:
>
>
> On Feb 8, 2008, at 2:30 AM, Jing Tang wrote:
>
> > Hi guys, I'm using JavaClient2 and trying to get our good old
> > Pioneer I moving. I'm on JavaClient2 2.0.1, player 2.0.5 and stage
> > 2.0.4. I could get Pioneer I moving on playerv but not through
> > JavaClient2. I've got no problems with sonar readings though. Just
> > wondering if anyone knows where the problem possibly lies and if
> > it's worth trying a later version of javaclient or player/stage(I'm
> > not the root user on the machine so this could be a bit of hustle
> > for me). My .cfg file is just a normal one which looks like:
>
>
> Are you enabling the motors from your java program? There should be a
> method in the position2d proxy class to enable them.
>
> brian.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Playerstage-users mailing list
> Playerstage-users@...
> https://lists.sourceforge.net/lists/listinfo/playerstage-users
>
--
Jing Tang
School of Computer Science
University of Birmingham, UK
Mobile: +44 787 264 5655
Personal Email: jing.t86@...
School Email: ug74jxt@...

On Mar 3, 2008, at 1:14 PM, juan m. e. wrote:
> i am control a piooner robot in stage simulator, and
> when i put the instruction in my c++ program:
>
> pp.SetVelHead(0.5,0.12);
>
> and when i compiled my program, appers next error:
>
> 'class PlayerCc::Position2dProxy' has no member named
> 'SetVelHead'
Perhaps you're running Player 2.0.4 or earlier?
Position2dProxy::SetVelHead first appeared in Player 2.0.5 (and
2.1.0rc1).
brian.

hi,
i am control a piooner robot in stage simulator, and
when i put the instruction in my c++ program:
pp.SetVelHead(0.5,0.12);
and when i compiled my program, appers next error:
'class PlayerCc::Position2dProxy' has no member named
'SetVelHead'
and in Player Documentation this member functions
appers in the Position2dProxy, so what happend??
thanks
**************************
Message: 6
Date: Mon, 3 Mar 2008 10:01:32 -0800
From: Brian Gerkey <brian@...>
Subject: Re: [Playerstage-users] i can not use
-SetValHead- function
of Position2d proxie
To: playerstage-users@...
Message-ID:
<B15BBEB5-F815-4A11-8309-FB2ED4E19AC8@...>
Content-Type: text/plain; charset=US-ASCII;
format=flowed; delsp=yes
On Feb 23, 2008, at 7:22 AM, juan m. e. wrote:
> i can not use 'SetValHead' member function of
> Position2d Proxie,why??
>
> all other member functions works fine, SetSpeed,
> SetOdometry,SetCarlike, GoTo, etc., but only this
one
> does not.
>
> any ideas?, the documentation that i was read was
for
> 2.0 version, but i have installed 2.1, maybe for new
> version this function is not current any more??
What kind of robot (simulated robot in stage, Pioneer,
etc.) are you
trying to control? That control mode is fairly new
and not supported
by all position2d devices.
brian.
____________________________________________________________________________________
Looking for last minute shopping deals?
Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

Hi,
I have just about finished a driver that does generic process management
which could be useful here, It should be added to player within the week
Toby
On 04/03/2008, Brian Gerkey <brian@...> wrote:
>
>
> On Feb 13, 2008, at 4:51 PM, enigma2176 wrote:
>
> >
> > I am using player 2.0.5 with the festival driver on a Debian based
> > system.
> > When I attempt to use festival from player the festival process
> > never exits
> > and remains as a zombie. I have a small test client that simply
> > subscribes
> > to the speech proxy and executes a Say("Some stupid phrase") that
> > generally
> > works, but for every time it is run the robot will accumulate a zombie
> > process that for some reason really messes up the timing of the
> > driver.
> > Once the player process is stopped all the zombies exit. Festival
> > works
> > fine from it's command line but for some reason it is never exiting
> > when
> > being invoked from player. Has anyone else seen this behavior and
> > are there
> > any workarounds?
>
>
> Looking at the code (player/server/drivers/speech/festival.cc), when
> the driver shuts down (this happens when the last connected client
> disconnects), it will try to kill festival in two steps:
>
> - send the 'quit' commend over the TCP connection to festival
> - send the festival process a SIGHUP
>
> I would try other signals, such as SIGINT, SIGQUIT, or even SIGKILL.
> You might also read over the festival documentation, to see if there
> is a preferred way to shut it down from another process.
>
> It would also be nice to add some proper process management to this
> driver. It should really waitpid() on the festival process, to be
> sure that it's gone (and keep trying to kill it until it's gone).
>
>
> brian.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Playerstage-users mailing list
> Playerstage-users@...
> https://lists.sourceforge.net/lists/listinfo/playerstage-users
>
--
This email is intended for the addressee only and may contain privileged
and/or confidential information

On Feb 8, 2008, at 2:30 AM, Jing Tang wrote:
> Hi guys, I'm using JavaClient2 and trying to get our good old
> Pioneer I moving. I'm on JavaClient2 2.0.1, player 2.0.5 and stage
> 2.0.4. I could get Pioneer I moving on playerv but not through
> JavaClient2. I've got no problems with sonar readings though. Just
> wondering if anyone knows where the problem possibly lies and if
> it's worth trying a later version of javaclient or player/stage(I'm
> not the root user on the machine so this could be a bit of hustle
> for me). My .cfg file is just a normal one which looks like:
Are you enabling the motors from your java program? There should be a
method in the position2d proxy class to enable them.
brian.

On Feb 13, 2008, at 4:51 PM, enigma2176 wrote:
>
> I am using player 2.0.5 with the festival driver on a Debian based
> system.
> When I attempt to use festival from player the festival process
> never exits
> and remains as a zombie. I have a small test client that simply
> subscribes
> to the speech proxy and executes a Say("Some stupid phrase") that
> generally
> works, but for every time it is run the robot will accumulate a zombie
> process that for some reason really messes up the timing of the
> driver.
> Once the player process is stopped all the zombies exit. Festival
> works
> fine from it's command line but for some reason it is never exiting
> when
> being invoked from player. Has anyone else seen this behavior and
> are there
> any workarounds?
Looking at the code (player/server/drivers/speech/festival.cc), when
the driver shuts down (this happens when the last connected client
disconnects), it will try to kill festival in two steps:
- send the 'quit' commend over the TCP connection to festival
- send the festival process a SIGHUP
I would try other signals, such as SIGINT, SIGQUIT, or even SIGKILL.
You might also read over the festival documentation, to see if there
is a preferred way to shut it down from another process.
It would also be nice to add some proper process management to this
driver. It should really waitpid() on the festival process, to be
sure that it's gone (and keep trying to kill it until it's gone).
brian.

On Feb 21, 2008, at 11:30 AM, Andrea Pico wrote:
> Hi all
>
> I want to know if there exist the docs of player, stage & gazebo
> in pdf format.
Each package ships with the Doxygen input files necessary to generate
the documentation. In player, it's in player/doc, for stage, stage/
docsrc. The .dox file configures Doxygen to create html output; it
should be possible to modify that configuration to produce .pdf instead.
brian.

On Feb 15, 2008, at 12:33 PM, VIMAL MEHTA wrote:
> HI I am using player 2.0.4 and stage 2.0.3
>
> I am trying to write data from opaque to log but it gives the
> following during its run?
>
>
> warning : unsupported interface type [opaque]
> warning : not logging message to interface "opaque" with subtype 1
> Quitting.
>
>
> can anyone tell me if this versio of player stage writelog can
> support opaque ?
I believe that support for logging opaque data was added in Player
2.0.5. It's also in 2.1.0rc1.
brian.

On Feb 18, 2008, at 12:22 PM, TheChosenOne wrote:
>
>
> I now just use lp[180] (the front range) but how can I use a bundle
> of laser
> ranges? Is there a command in player?
You can access all of the laser ranges, via the LaserProxy.lp array.
It's up to you how you wish to interpret and respond to the range
values that the laser gives you. If you don't want to worry about
local obstacle avoidance, consider using the 'vfh' or 'nd' drivers,
which accept position (instead of velocity) targets, and do laser-
based obstacle avoidance for you.
brian.