joaquimrocha
SkeltrackSkeleton setup
Do you know what could be a possible reason for SKELTRACK_IS_SKELETON to fail? It seems my program never gets past the first call to that macro in skeltrack_skeleton_track_joints_sync.
My setup does contain
SkeltrackSkeleton * skeltrak;
skeltrak = skeltrack_skeleton_new();
after which I try to track_joints_sync. The SkeltrackSkeleton * is a public member of a c++ class instance, not a static variable, but I assume that's OK?
I can't run a proper debug so I'm all at sea here. (debugging is made hard by the fact that glib in debug mode requires a debug version of the MS Visual C++ redist: msvcr90d.dll, among others)
Hmm, that macro just checks the type of the instance so if the instance correctly created, the test should never fail. To see if your C++ doesn't do funny things to the skeleton instance, just call the macro after the initializing the skeleton (right after the code you pasted).
Ok, so it just actually hangs at that SKELTRACK_IS_SKELETON call.. No error message, no nothing.
Any other ideas? It probably has something to do with the intense dependency spaghetti I have ended up with. But it's weird that I don't even get a ".exe has stopped working".
Hi noio, maybe you can debug and see which call "inside" the macro hangs. Probably it has to do with glib and not Skeltrack I suspect.
Hi, I met the same issue on MS visual studio 2013. So is there any follow up for it?
