This isn't a particularly good solution, but (for now) you could write a
node that listens to both camera topics using the ApproximateTime
synchronizer (
http://www.ros.org/wiki/message_filters/ApproximateTime), and
republishes the images with the same timestamp. I've done this do to stereo
with separate USB cams, and it works OK.
-Dan
On Tue, Nov 30, 2010 at 4:12 PM, Jack O'Quin <
jack.oquin@gmail.com> wrote:
> On Tue, Nov 30, 2010 at 6:56 AM, Thomas Moulard
> <thomas.moulard@gmail.com> wrote:
> > Hello everyone,
> > I would like to start by saying that I'm sorry to ask a question that
> > seems to be quite recurrent on this mailing-list
> > but I didn't find the information I am looking for.
> >
> > I am trying to run stereo_image_proc on two PointGrey Flea2 firewire
> > cameras connected on the same bus. There is no hardware (external)
> > trigger.
> > The camera documentation indicates it is possible to get synchronized
> > images from theses cameras in this precise configuration.
> >
> > However, it is currently not the case as I am launching two different
> > instances of camera1394_node to grab the images.
> >
> >
> > My questions are:
> >
> > 1. I would like to know what are the plans to support stereo pairs of
> > Firewire cameras?
> > I think many people use similar configurations and it is really a
> > shame that ROS does not work "out of the box" for this
> > as for all the components I have tested so far.
> >
> > 2. How should this problem solved?
> >
> > I don't see any way to make stereo acquisition work with separate
> > components doing the grabbing as this is done
> > currently. Should a camera1394_stereo_node be written? Is it how this
> > problem should be solved?
>
> There are three possible solutions outlined in this enhancement ticket:
>
> https://code.ros.org/trac/ros-pkg/ticket/4217
>
> Currently, stereo image processing requires identical time stamps for
> the two stereo images. Running two separate mono versions of
> camera1394_node will not ensure that.
>
> The ticket suggests modifying image_pipeline to relax that requirement
> slightly. I don't know what the status of that request is. No
> committed fix is mentioned yet. I wonder whether it will be in
> Diamondback. I don't see any image_pipeline or stereo_image_proc
> reviews for that distribution yet. So, maybe it could still be done.
>
> As ticket #4217 said, one good option would be to create a stereo
> version of the driver, which could publish both images with the same
> time stamp. This could be done in time for Diamondback, if there's a
> consensus that it's needed. I don't mind doing the work, though I'd
> need to borrow or acquire a suitable pair of stereo cameras for
> testing.
>
> That was not one of the future enhancements identified during the
> C-turtle API review:
>
>
> http://www.ros.org/wiki/camera1394/Reviews/2010-05-27_API_Review#Conclusion
>
> Some time soon, we need to hold a review for Diamondback enhancements
> to camera1394. I'll announce that here when ready. Please participate
> if you can.
>
> Regards,
> --
> joq
> _______________________________________________
> ros-users mailing list
> ros-users@code.ros.org
> https://code.ros.org/mailman/listinfo/ros-users
>
(text/plain)