Hmm, there does seem to be something wrong with XnSensorServer. If I plug the kinect usb in, and then run the node (roslaunch openni_camera openni_node.launch) then I see <meta charset="utf-8">XnSensorServer is running. Neither stream (/camera/depth/image or /camera/rgb/image_color) have any data according to image_view. When I ^C the openni launch, I see XnSensorServer is still running, and if I kill it it doesn't die, but rather hangs around until I unplug and then re-plug the kinect.<div>
<br></div><div>Why do you say that about the usb ports? I can verify that I can get both streams in the freenect-glview app, I don't think it's an issue at the USB layer...</div><div><br></div><div>cheers,</div><div>
Tom<br><br><div class="gmail_quote">On Mon, Apr 4, 2011 at 3:37 PM, Suat Gedikli <span dir="ltr"><<a href="mailto:gedikli@willowgarage.com">gedikli@willowgarage.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<div>this seems to me as a problem with the original OpenNI/PS-driver (from Primesense). Somtimes the XnSensorServer dies. This is also reported as a known bug in the newly released drivers from Primesense. Can you check, if the process XnSensorServer is still running if you quit the openni-ros-node? If so, just kill that process and start the node again. If this does not work, just check if the node works with just one stream. e.g. just image or just depth?</div>
<div>If it works with just one stream but not with both, then you have to try another usb-port (another usb bus actually).</div><div>-Suat<div><div></div><div class="h5"><br><br><div class="gmail_quote">On Mon, Apr 4, 2011 at 10:27 AM, Tom Birch <span dir="ltr"><<a href="mailto:froody@gmail.com" target="_blank">froody@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">High five! I'll write up a ticket and then start trying to debug it.<br>
<br>
You don't, by chance, see a bug in rviz where the z-buffer is ignored<br>
do you? i.e. objects occlude in the order they are drawn, not in order<br>
of distance from the camera. This could just be a driver issue, but I<br>
need to find some other obvious example of z-buffers to test it.<br>
<br>
Just out of interest, why do you run ROS inside linux instead of on<br>
OSX? Would you run it on OSX if you could install it with just a .pkg?<br>
<br>
cheers,<br>
<font color="#888888">Tom<br>
</font><div><div></div><div><br>
On Apr 4, 2011, at 9:21 AM, Mac Mason <<a href="mailto:mac@cs.duke.edu" target="_blank">mac@cs.duke.edu</a>> wrote:<br>
<br>
> On Apr 4, 2011, at 2:01 AM, Tom Birch wrote:<br>
>> I've been trying to reproduce the RGBDSLAM demo, but I can't even get over the first hurdle of getting openni_camera to work. I'm running Ubuntu 10.10 in VMware on top of OSX, but I've verified that the kinect works in this setup by running the freenect demos. Is it possible the freenect driver is somehow conflicting with the openni driver?<br>
><br>
>> terminate called after throwing an instance of 'openni_wrapper::OpenNIException'<br>
>> what(): virtual void openni_wrapper::OpenNIDevice::startImageStream() @ /home/local/ros/openni_ros/openni_camera/src/openni_device.cpp @ 159 : starting image stream failed. Reason: Xiron OS got an event timeout!<br>
>> [openni_node1-1] process has died [pid 10732, exit code -6].<br>
>> log files: /home/local/.ros/log/d0cbd57a-5e73-11e0-a067-000c29bc217f/openni_node1-1*.log<br>
><br>
> I get exactly the same behavior (also Ubuntu 10.10 as a VMWare guest, with OS X as a host), and exactly the same failure mode. Does reproducibility merit a ticket?<br>
><br>
> --Mac<br>
><br>
> --<br>
> Julian "Mac" Mason <a href="mailto:mac@cs.duke.edu" target="_blank">mac@cs.duke.edu</a> <a href="http://www.cs.duke.edu/~mac" target="_blank">www.cs.duke.edu/~mac</a><br>
><br>
> _______________________________________________<br>
> ros-users mailing list<br>
> <a href="mailto:ros-users@code.ros.org" target="_blank">ros-users@code.ros.org</a><br>
> <a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org" target="_blank">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
</div></div></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
<br></blockquote></div><br></div>