Source: community.leapmotion.com --- Tuesday, August 08, 2017
@iko79 wrote: Hi, I've got a very weird effect on an Intel NUC with i7 5557U @3 .10GHz with Iris 6100 Broadwell GT3, running Windows 8.1 64 bit. I programmed a C++ application with Orion beta 3.1.3 (Leap firmware is 1.7, "automatic power saving" is turned off, "allow background apps" is turned on), reading hand data and sending it via UDP to a Unity3D application. For isolating the issue, I removed all the sending/receiving, what I'm left so far is a C++ application trying to read hand data 60 times per second, and an empty Unity application, doing nothing but rendering a 3D cube. The observations are as follows: When I run the C++ application, everything is fine, it grabs 60 frames per second from the Leap, no matter if there are hands visible or not. The internal Leap framerate as reported from the controller is about 115 fps. The CPU load of the LeapSvc64.exe is about 15%. As soon as I start the Unity application (note that there is absolutely no interaction going on between those two, as I removed all the UDP stuff), the framerates remains the same at first. When I move a hand into the Leap frustum, the internal framerate drops to about 100 fps, while the C++ application stops receiving new frames via Leap::Controller::frame(). LeapSvc64.exe consumes up to 55% of CPU now, while the frames returned all have the same IDs -- there are no new frames. The rate of new frames returned this way drops after about three seconds to 0 fp ...
from Windows http://ift.tt/2vfFceZ
No comments:
Post a Comment