The windows of ir and depth stay black

[hiwasawa]

I downloaded libfreenect2-master on Github 12/15.
I tried run the solution libfreenect2_vs2013.
and I confirmed the following contents.

1:Rgb,Ir,Depth Windows are start.
2:At the Rgb window, I can see color picture from K4W2.
3:But at the Ir and Depth windows stay black.

I tried setting some breakpoints on the codes.
and I confirmed the following contents.

4:At upload on opengl_depth_packet_processor.cpp
  There is the code "glTexSubImage2D(GL_TEXTURE_RECTANGLE, /*level*/0, /*xoffset*/0, /*yoffset*/0, width, height, FormatT::Format, FormatT::Type, data);"
  the data value is maybe depth data.

  but, the process method on opengl_depth_packet_processor.cpp.
  in the run method,
  line 625 "*depth = filter2_depth.downloadToNewFrame();"
  the value of "data  of depth" are all "00".

  I think lack glFlush()?

  or, failing OpenGL library?
  I use OpenGL32.Lib at "C:\Program Files (x86)\Windows Kits\8.1\Lib\winv6.3\um\x64".

I want to get depth data without Kinect SDK.
I want to show the depth data on depth window!
So, please give me advice.

---

my Application Development Environment
windows 8.1
visual studio 2013

Whent I builded example's project.
I changed the 157 line Code to "ADD_LIBRARY(freenect2 STATIC ${SOURCES})" at the file CMakeLists.txt.
Because I want to make freenect2.lib.

I could't build the INSTALL project.
There is some error.

[larshg]

If you look at the output in the commando prompt, you can see that it doesn't get all the subsequences of the depth data properly.

I think the current version is looking at how much data it has received, but since there is a difference between windows and linux it can fail on windows at times.

In my fork, you can try the DepthRegistration branch, where I have modified how it handles the data received for the depth packages. Perhaps you can make it work with that.

Regards, Lars

[hiwasawa]

Thank you larshg !
so, I tried CMake the examples because I make freenect2.lib.
But, There is not the file "depth_registration.h".
CMake is saying following that.
CMake Error at CMakeLists.txt:159 (ADD_LIBRARY):
Cannot find source file:
include/libfreenect2/depth_registration.h

Or, Don't I need CMake the examples solution libfreenect2.sln ?

please upload the header file "depth_registration.h"

Regards, Hiwasawa

[larshg]

Hi @hiwasawa

Could you try the this branch https://github.com/larshg/libfreenect2/tree/develop - I have added my version of the packet stream parsing, including a few other fixes.

You should use Cmake to generate a new solution, as the one provided in the directory is out of date.

I have added two cmake files to find Glew, Libusb and turbojpeg - so you might need to create some enviroment variables or set the paths manually in cmake-gui :)

Hope you will get it working.

Lars

[hiwasawa]

Thank you!
I’ll give it a try now!

[hiwasawa]

Thank you larshg!

so, now I complete the builed of protonect_vs2013 by https://github.com/larshg/libfreenect2/tree/develop
but, when I run the project.
occured a error.

Unhandled exception at 0x0000000000000000 in protonect.exe
0xC0000005: Access violation reading location 0x0000000000000000

and Console shows that
"[OpenGLContext] failed to initialize glew for the current context!"

so, my PC's OpenGL version is 4.4.
and glew 1.11.0

What is no good ?

[larshg]

Did you use cmake to create the new VS solution?

[hiwasawa]

Yeah, I use cmake to create the new VS solution.
E:\Libfreenect\libfreenect2-develop\examples\protonect\build\libfreenect2.sln

the console say that.
"[OpenGLContext] failed to initialize glew for the current context!"

I moved glew32mx.dll from E:\glew-1.11.0\bin\Release MX\x64.

Did I make mistakes Additional Dependencies files?

So, this is my Additional Dependencies files.

libusb-1.0.lib
glfw3.lib
glfw3dll.lib
OpenGL32.Lib
opencv_ts2410d.lib
opencv_video2410d.lib
opencv_videostab2410d.lib
opencv_calib3d2410d.lib
opencv_contrib2410d.lib
opencv_core2410d.lib
opencv_features2d2410d.lib
opencv_flann2410d.lib
opencv_gpu2410d.lib
opencv_highgui2410d.lib
opencv_imgproc2410d.lib
opencv_legacy2410d.lib
opencv_ml2410d.lib
opencv_nonfree2410d.lib
opencv_objdetect2410d.lib
opencv_ocl2410d.lib
opencv_photo2410d.lib
opencv_stitching2410d.lib
opencv_superres2410d.lib
turbojpeg.lib
glew32mxs.lib
freenect2.lib
kernel32.lib
user32.lib
gdi32.lib
winspool.lib
comdlg32.lib
advapi32.lib
shell32.lib

ole32.lib

and my msvc directory " E:\Libfreenect\libfreenect2-develop\build\msvc\x64\Debug"

there are the following files.

freenect2.dll
glew32mx.dll
libusb-1.0dll
libusb-1.0.pdb
protonect.exe
protonect.exp
protonect.ilk
protonect.lib

protonect.pdb

[hiwasawa]

So, now I noticed that!
On my InfWizard,
Vendor ID 0x045e, Product ID 0x02d8, Description Xbox NUI Sensor, Installed Driver libusbK

on the libfreenect2 Readme.txt
Product ID = 0x02c4

Is this the cause of the problem?

but, on libfreenect2.cpp
dev_desc.idProduct = 0x02c4 or 0x02d8

if(dev_desc.idVendor == Freenect2Device::VendorId && (dev_desc.idProduct == Freenect2Device::ProductId || dev_desc.idProduct == Freenect2Device::ProductIdPreview))

[larshg]

Yeah, its not that. Its seems like a glew problem. Did you mix 32 and 64 bit files?

you write:
I moved glew32mx.dll from E:\glew-1.11.0\bin\Release MX\x64.

but links to glew32mxs.lib ?

edit: woops, you moved the dll, but linking to static version of glew...

[larshg]

In the opengl.cpp file, can you try set a breakpoint in the errorhandler?

//std::cerr << "[OpenGLContext] ctor " << ctx << "!" << std::endl;

glfw_ctx = ctx;
glew_ctx = new GLEWContext();

ChangeCurrentOpenGLContext change_ctx(*this);

glewExperimental = GL_TRUE;
GLenum r = glewInit();

if(r != GLEW_OK)
{
std::cerr << "[OpenGLContext] failed to initialize glew for the current context!" << std::endl;
}

And maybe look at the errorcode r - maybe this can give us a hint :) ?

edit: I just updated glew from 1.10 to 1.11 and it works with both here.

[hiwasawa]

so, now I remembered a thing.
that I have been added a code on glew.h
that is
#define GLEW_MX 1
I wrote the code on line1 of glew.h
because, otherwise, at the opengl.h, line 40 GLEWContext didn't be recognized by MSVC2013.

but, I try to add the code by your addvice.

So, very thank you for your some addvice!

[hiwasawa]

Hi larshg!
I tried to see the value of r.
and I knew that r = 0x00000001.
and I saw the file glew_tail.h of glew-1.11.0.
It wrote this.

/* error codes /
#define GLEW_OK 0
#define GLEW_NO_ERROR 0
#define GLEW_ERROR_NO_GL_VERSION 1 / missing GL version /
#define GLEW_ERROR_GL_VERSION_10_ONLY 2 / Need at least OpenGL 1.1 /
#define GLEW_ERROR_GLX_VERSION_11_ONLY 3 / Need at least GLX 1.2 */

the r's value = 1 shows "missingGL version", isn't it ?
so, I have to change the glew version 1.11 → 1.10 ?

and I found this issue.
so his GPU is similarly to my GPU.
my GPU is "GPU 1: NVIDIA GeForce GTX 860M".

test_opengl fails with segmentation fault 11 #49
what do you think ?

[christiankerl]

your first comment mentioned you are using OpenGL 3.2. the OpenGLDepthPacketProcessor requires OpenGL 3.3. is this the problem?

[Nican]

Hello!
I am having the similar issue, I an running Ubuntu 14.10, with an Intel HD 4000, with OpenGL version 3.0.

I am trying to compile the larshg/libfreenect2, on the develop branch, but I am having a hard time getting it compile: It says that it can not link against the TurboJPEG library: "No rule to make target /opt/libjpeg-turbo/lib/libturbojpeg.a, needed by cmTryCompileExec1603162789"

I compiled, and installed, libjpeg-turbo 1.4.0 from source, and the problem persists. And said .a file does exist.

Suggestions?