NiWrapper.Net icon indicating copy to clipboard operation
NiWrapper.Net copied to clipboard

Video stream freezes when both rgb and depth streams are used at the same time in 640x320 (or higher) mode.

Open sumittada opened this issue 10 years ago • 7 comments

How to reproduce: update the NiViewer with give files and run it by selecting the new "Color & Depth" option. Choose 640x480@30 Rgb888 for Video mode and 640x480@30 Depth 1Mm. Click the Update button and let the stream run for a few minutes. One or both the streams freeze after a few minutes of running.

Extra details of the test run:

  • We have noticed that this problem occurs on one of our machines and doesn't occur on the other. In our bug tracker we have seen it happening to at least 5-6 other users with different OS and architecture.
  • It doesn't seem to be a hardware problem either because I can run the Sample Viewer that comes with OpenNI SDK with both streams running successfully at the same time on the same resolution mode.
  • The same thing also happens if rgb is in 1280x1024 mode and depth in 640x480 mode, and doesn't happen if one of them or both are in 320x240 mode.
  • It also doesn't seem to be directly related to a memory leak or any problem with resources as I didn't notice anything strange when monitoring the system memory with task manager while the application runs.

sumittada avatar Mar 28 '14 09:03 sumittada

Here are the sample code files to reproduce the problem. They are taken from the sample NiViewer.Net and the problem can be reproduced when the "Color & Depth" option is chosen with both streams in 640x480 mode.

https://gist.github.com/sumittada/9829236 https://gist.github.com/sumittada/9829242

sumittada avatar Mar 28 '14 10:03 sumittada

Thanks sumitta, let me take a look at this, I will get back to you asap.

falahati avatar Mar 28 '14 17:03 falahati

Unfortunately I couldn't reproduce the issue. Tried compiling as both 32 and 64bit and tested with two devices. (Kinect, Asus Xtion)

I am going to try it on an other machine and see if I can see the problem. Yet I am little busy now.

falahati avatar Mar 29 '14 12:03 falahati

Thanks for checking it out! I hope it can be reproduced on other machine. If that doesn't succeed, what do you think is the best way to debug it? Maybe we could try a remote-debug session?

sumittada avatar Mar 31 '14 11:03 sumittada

I'm still seeing this alot. Perhaps we can keep it open for now? I'm suspecting its actually a bug in the OpenNI C-layer.

vidstige avatar Dec 10 '14 08:12 vidstige

Unfortunately as I cant reproduce the bug, I cant debug it either. I ask you guys to try to debug it if you had the time and encountered this bug. Even though I am not really sure if this problem is in the wrapper layer, I can guess that it is a multitasking or a buffering problem.

falahati avatar Dec 16 '14 15:12 falahati

I checked this issue again using the latest release of the library and it wasn't there. But then again I never had this error. So it might be a Kinect thing and I don't have a Kinect anymore.

falahati avatar Sep 09 '18 12:09 falahati