Jump to content

Xyah

Verified Members
  • Posts

    5
  • Joined

  • Last visited

Reputation

0 Neutral
  1. Hi @zzy I managed to test with the 1660 both Unity Samples and a built version of a test project using the Hand Tracking plugin for Unreal. Unity's performance was of about 10 ms and Unreal's was about 16~20 ms (when Deferred Rendering used) Unreal might be having a slower performance because it uses the default Deferred Rendering rather than forward rendering. Even after setting Forward Rendering, through profiling we saw that deferred rendering was still being used. We managed to have a case where Forward Rendering was used (no performance hit from Deferred Rendering) and the performance result was similar to that of Unity (within 11 ms). However we noticed that the Hand Tracking SDK in both Unity and Unreal offer a frame time of just below 11 ms, which is not desirable when we are talking about only having very basic objects in the scene. It seems that Hand Tracking SDK is not in a current state to be implemented in games. Also I gathered more information about the "off screen" performance gain. I disabled the "Hide in Game" functionality when the Hands are not detected so as to always show the Hand Meshes . The performance drop seems to be happening when the API is detecting the Hand. Once it stops detecting the performance increases even if the Hand Mesh is still visible, so that sudden shift in performance seems to be happening within the Hand Tracking API. Can I ask, is there anyway we can get a more "low" level API for this? It's very frustrating only being offered 4 functions without room to configure more and play around with performance. I would appreciate it!
  2. Hello @zzy! I currently do not have access to the test computer ( gtx 1060). I will be able to give you test results with a 1660 but I do not know how big of a difference that will make. I have a few questions I would like to ask you! 1) Where can I get the pre-built sample of Unity? (since we do not have Unity installed in our PCs) 2) Is there consideration in making the Camera Input Resolution adjustable so as to change the overall performance of the Hand Tracking SDK? If so, is there an ETA on this? 3) Is the next update of the Hand Tracking SDK addressing performance issues or is just focused towards accuracy? Thank you so much!
  3. Thank you for the quick response @zzy! We will test both Unreal and Unity once again!
  4. Hi @zzy! Thank you for your reply! We tested on the original Cosmos. We have the VIVE, VIVE Pro and VIVE Cosmos. We tested the Hand Tracking for both (original) VIVE and VIVE Cosmos. We did not test on VIVE Pro since we know that the camera resolution is the same and the performance of the Hand Tracking is the same as per the given table: VIVE worked fine (no FPS drops and maintained a steady 90 FPS in the 1060 i7 7700k PC). We used Steam VR and there is definitely frame drop spikes when Hand Tracking is taking place. To give you more detailed information here is the order of how we saw things: 1) Game Started (and Start Detection immediately called). No Frame Drops (since StartDetection is apparently non-blocking). stable 90 FPS. 2) When Detection is in Running State, the FPS drops to 45~60 FPS. 3) When Detection is also running and the hands are completely out of the VIVE Cosmos sight, the FPS sometimes goes up to 90 FPS again. While all this was happening, we saw Task Manager and Performance Profiling. Task Manager showed no indication of a clear bottleneck (both CPU and GPU were well under 60%). Performance Profiling in Unreal showed a low tick rate (i.e. around 45~60 FPS) but no clear indication of something within Unreal hindering it. We want to test whether Camera Resolution affects this performance (as per the table above). Is changing camera resolution possible?
  5. Hello, We have been testing around the VIVE Hand Tracking API + Unreal plugin with our VIVE Cosmos and after some profiling found out that as soon as detection started, FPS dropped from 90 FPS to 45~60 FPS. The following is the information of the test: - Test Computer: Intel i7 7700k, Nvidia GTX 1060 - Unreal 4.24: Blank map with nothing but a SkySphere, Hand Tracking Provider Blueprint Actor and the Cartoon Hands Blueprint Actor (both actors provided by the VIVE Hand Tracking Unreal plugin). - Performance: In this blank level, the FPS still dropped then to 45~60FPS, and this is not an acceptable frame rate for an optimal VR experience. - What we found out: We know that the resolution of the Camera affects largely on the performance of the image processing and that's why the VIVE VR (lower resolution camera) outperforms the VIVE Cosmos (higher resolution camera) in terms of hand tracking performance (and overall rendering of the scene). What we found out is that if the overall resolution is decreased to lowest as possible, we would get back at 90 FPS (although it might only be due to the performance gains in overall scene rendering). - What we want to ask you: Is there a way to change the Camera Resolution of the VIVE Cosmos? We want to make image processing faster to process and take less GPU resources. It does not matter if it's via using another SDK, we just need to know a way to do so.
×
×
  • Create New...