[ playerstage-Bugs-2557566 ] lasercspace driver

Bugs item #2557566, was opened at 2009-02-02 18:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=433164&aid=2557566&group_id=42445

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: player
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Pablo Urcola (urcola)
Assigned to: Brian Gerkey (gerkey)
Summary: lasercspace driver 

Initial Comment:
I've found a bug in lasercspace driver.
The problem is that it shortens even those ranges that are out of the maximun range of the original scan, but
they are not obstacles to enlarge.
This situation can be shown by using this driver on an open field. The result is not the same as the original
scan as spected (because there are no obstacles to enlarge).  All the ranges are shortened instead, giving
a wrong laser scan.
A simple check over the original scan range (is it really an obstacle or it is out of range) seems to be enough
to avoid this problem.

----------------------------------------------------------------------

[ playerstage-Bugs-2569148 ] Wiki is down

Bugs item #2569148, was opened at 2009-02-05 17:52
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=433164&aid=2569148&group_id=42445

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: player
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Brian Gerkey (gerkey)
Summary: Wiki is down

Initial Comment:
>From the player manual page, trying to load the FAQ page leads to 404 error:

http://playerstage.sourceforge.net/wiki/Basic_FAQ

Error Details: 
1. Server: playerstage.sourceforge.net
2. URL path: /wiki/Basic_FAQ
3. Error notes: NONE
4. Error type: 404
5. Request method: GET
6. Request query string: NONE

[ playerstage-Patches-2571543 ] Stage camera in Player

Patches item #2571543, was opened at 2009-02-06 02:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=433166&aid=2571543&group_id=42445

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Stage
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kevin Barry (gorn)
Assigned to: Richard Vaughan (rtv)
Summary: Stage camera in Player

Initial Comment:
This patch adds support for Player to see the simulated camera from Stage. It also fixes a bug where the stage
camera was using the parent's frame of reference rather than the camera's.

Patch is against SVN trunk.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=433166&aid=2571543&group_id=42445

------------------------------------------------------------------------------

Changes in 2.1 not back compatible?

Hi all,
a friend of mine has a player 2.1 library, while I have the 2.0 that
comes with the distribution (Ubuntu).

We found a difference in libplayerc++/playerc++.h : the
SonarProxy::GetPose() function returns a player_pose_t in 2.0, and a
player_pose_3d_t in 2.1. This means that our software (that use
Player) cannot be compiled on both machines. Why did you lose back
compatibility? Is there any way to know the version, so that we can do
some conditional compilation?

--

-- 
Daniele "MadMage" Calisi
"Your limit is always a bit beyond"

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

Stage 3 on linux distributions

Hi all,
how does the distribution deployment work? I see that in distributions
we have now Player 2.0 and stage 2, will you deploy newer versions to
distributions?

--

-- 
Daniele "MadMage" Calisi
"Your limit is always a bit beyond"

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

Re: Changes in 2.1 not back compatible?

Protocol and APIs are changed on minor versions (the number after the 
first dot), which are every year or so, and major versions, of which 
we've only had two of so far. They are compatible between all versions 
with the same major and minor version number, so Player 2.1.0 and Player 
2.1.1 are compatible, while Player 2.0 and Player 2.1 are not.

You can use pkg-config to check the version of any library that comes 
with Player, including the client libraries.

Geoff

Daniele Calisi wrote:
> Hi all,
> a friend of mine has a player 2.1 library, while I have the 2.0 that
> comes with the distribution (Ubuntu).
> 
> We found a difference in libplayerc++/playerc++.h : the
> SonarProxy::GetPose() function returns a player_pose_t in 2.0, and a
> player_pose_3d_t in 2.1. This means that our software (that use
> Player) cannot be compiled on both machines. Why did you lose back
> compatibility? Is there any way to know the version, so that we can do
> some conditional compilation?
> 

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

Re: Stage 3 on linux distributions

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

_______________________________________________
Playerstage-developers mailing list
Playerstage-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/playerstage-developers

Re: Changes in 2.1 not back compatible?

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

_______________________________________________
Playerstage-developers mailing list
Playerstage-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/playerstage-developers

Re: Changes in 2.1 not back compatible?

On Sun, Feb 8, 2009 at 10:14 AM, Toby Collett
<tcollett+player <at> plan9.net.nz> wrote:
> Possibly now is as good a time as any for the versioning discussion. Perhaps
> for future releases we should be a bit more formal in what our versions mean
> (and not have the standard open source fair of a major version increment).
>
> I would propose the standard X.Y.Z with Z being bug fixes only (no
> ABI/API/Protocol changes at all), Y being a minor release (Only additions to
> the ABI/API/Protocol so backwards compatible) and Z being any other changes.
>
> This versioning would make current trunk be player 3.0 rather than 2.2 due
> to the threading model changes. I think this could be clearer in future...
>
> Ideas? Comments?

That's the scheme that Brian, Andrew and I agreed on back in the day.
I think we've been more or less keeping to it as other (wonderful)
people have been packaging releases. Having said that, having an
explicit written policy on the web site could be helpful for devs and
users alike.

rtv

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

2 Gb log files

We noticed a while back (when using Player for the Urban Challenge) that 
the .player logs have a maximum size of 2Gb.  After that, no more info 
is logged to these files.

While this hasn't been a large issue in the past, I am at the point now, 
where I want to give my students logs that contain odometry data sync-ed 
with info from our 3D laser.  If I log the opaque interface that 
constitutes the raw laser packet info, I can see this data hitting 2Gb 
in only a few minutes.

1) Is this a design feature, or simply an artifact of the current code? 
  If I were to patch this, does anyone know the best place to start 
looking (other than simply writelog.cc).

Similarly, I was think of how to integrate our vision code into player 
(right now it uses opencv and runs as a client, but I'd like to start 
using Player's 1394 and/or v4l drivers so that everything is the same 
for the students working on our robot).  I noticed in the Player 
writelog that there was some code written to log image interfaces, but 
it is not used (#if 0).

2) Any reason as to why this shouldn't be used?  Other than the 2Gb limit?

Thanks

Patrick Beeson
http://www.cs.utexas.edu/~pbeeson

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com