Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Test File: Point In Screen / 3D Hitbox Checking #26

Open
snarks opened this issue May 28, 2013 · 4 comments
Open

Test File: Point In Screen / 3D Hitbox Checking #26

snarks opened this issue May 28, 2013 · 4 comments
Assignees

Comments

@snarks
Copy link

snarks commented May 28, 2013

test_PointInScreen is up for testing.

Turns out that PApplet has screenX() and screenY() to convert 3d points to 2d

@ghost ghost assigned hype May 28, 2013
@hype
Copy link
Owner

hype commented May 28, 2013

I pushed the Kinect example we were working on / can you update my code to use screenX() and screenY()

@snarks
Copy link
Author

snarks commented Jun 6, 2013

Status update: I'm just gonna lay down what information we have.

Kinect Model

Model 1473 for Xbox 360 (the new one)

Processing Version

2.0b9 (pre release build 9 for 2.0)

Main Issue

When using SimpleOpenNI with Processing 2.0b9 (pre release build 9), our simple depth image sketch runs normally until after about a minute. The red lights from kinect's camera are still visible during this time.

Afterwards, the framerate drops dramatically (but not fully stopped), and the red lights are no longer visible from the camera. The depth image seemed to stop updating. The call to context.update() seems to be the source of the lowered framerate.

Test Sketch Source

import SimpleOpenNI.*;

SimpleOpenNI context;

void setup() {
  context = new SimpleOpenNI(this);
  context.enableDepth();
  size(context.depthWidth(),context.depthHeight());
}

void draw() {
  print("["+frameCount);
  context.update();
  println("]");
  image(context.depthImage(),0,0);
}

Stuff to Test

  • Use Processing 2.0 (stable)
  • Directly use the Java wrapper for OpenNI, instead of Simple OpenNI

@snarks
Copy link
Author

snarks commented Jun 6, 2013

Using Processing 2.0 (stable) doesn't seem to cut it. I'll try directly using OpenNI instead.

@ghost ghost assigned snarks Jun 6, 2013
@snarks
Copy link
Author

snarks commented Jun 10, 2013

I tried using Simple OpenNI with Eclipse (default java, not the processing plugin), and the same thing happens. Now we know that it's probably not an IDE issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants