Trouble with mousepicking

Troubleshooting General Help
1

hi all



i have a node boxNode which contains a lot of boxes. know i want to test if my mouse picks on one of the boxes. that's why i use this code:


public class CP_ToolTip {
   
   private Node boxNode;
   
   public CP_ToolTip(Node boxNode) {
      this.boxNode = boxNode;
   }
   
   public void findResults() {
      Vector2f screenPos = new Vector2f();
      screenPos.set(MouseInput.get().getXAbsolute(), MouseInput.get().getYAbsolute());
      Vector3f worldCoords = DisplaySystem.getDisplaySystem().getWorldCoordinates(screenPos, 0);
      Vector3f worldCoords2 = DisplaySystem.getDisplaySystem().getWorldCoordinates(screenPos, 1);
      Ray ray = new Ray(worldCoords, worldCoords2.subtractLocal(worldCoords).normalizeLocal());
      PickResults pr = new BoundingPickResults();
      pr.clear();
      boxNode.findPick(ray, pr);
      
      for (int i = 0; i < pr.getNumber(); i++) {
         System.out.println("Results: " + "n");
         String s = pr.getPickData(i).getTargetMesh().getName();
         System.out.println(s + "n");
      }
   }
}



but unfortuneatley it never finds any result... why that? im using a chasing camera and a thirdpersoncontroller.. any hints?
thx
2

Do your boxes have bounding boxes? BoundingPickResults relies on bounding volumes.

3

yes they have. thats how i initialize the boxes:



for (int j = 0; j < revisions; j++) {
            Box source1 = new Box("source1".concat(Integer.toString(i)), new Vector3f(x,((((2*j)+1)*BOX_STEP)),z), BOX_X, BOX_STEP, BOX_Z);
            source1.setModelBound(new BoundingBox());
            source1.updateModelBound();
            source1.setRenderState(ms);
            
            boxesContainer.add(j, source1);
            authorsContainer.add(j, sources.elementAt(i).getAuthor(j));
            
            boxNode.attachChild(source1);
         }
      }
      
   }

4

Have you compared your setup to the mouse picking examples? I don't have them in front of me but maybe you can spot something that will make the difference.

5

<yes that is already part of my code ;:slight_smile:

6

yes i tried a lot of different examples but i never got any result :frowning:

7

i do it like that and it works:



Vector3f worldCoords = standardGame.getDisplay().getWorldCoordinates(new Vector2f(x, y), 0);
Ray mouseray = new Ray(standardGame.getCamera().getLocation(),
                                         worldCoords.subtractLocal(standardGame.getCamera().getLocation()));


8

thx a lot! with this piece of code its working quite well.



but there is a problem left. as you can see in the screenshot i draw some boxes on the top of each other. all this boxes are numbered from 0 to n. if i mousepick on one of the boxes it returns the correct number, but if i click on another box on the some “pillar” it just returns the same number. if i then go to other pillars i works fine for the first box, but wrong for all others. any ideas?



thx



9

ok this problem is also solved… i was a naming problem in the boxes method :wink:

10

activate mipmapping for the floor. it will be much prettier then  :wink:

11

whats that? :smiley:

12


texture.setMinificationFilter(Texture.MinificationFilter.Trilinear);



voila
13

trhx. and that doesn't interfere with



Texture t = TextureManager.loadTexture(monkeyLoc, Texture.MM_LINEAR, Texture.FM_LINEAR);



or something like that?

14

ok you are still using jme 1.0:



Texture t = TextureManager.loadTexture(monkeyLoc, Texture.MM_LINEAR_LINEAR, Texture.FM_LINEAR);

15

Also, remember that the pick results are not in any specified order. You may click on a pillar and get two results (the pillar and the floor behind it) and there is no guarantee that the closer object is returned first in the list. Just a heads up.

16

yes thats why i only check the use node and use checkdistance. then i get the first object from the pickresults. that should be the closest pillar.

17

The check distance only means it will calculate the distance of the pick point from the camera, not sort the results. The sorting is still left as an exercise for you. So just grabbing the first will not always return the closest.

18

hmm the javadoc says



these pick results will order the data by distance from the origin of the ray.



i thought this means the shortest box is first in the rsult list?

19

Well, I might be wrong then!

20
SCM said:

<yes that is already part of my code ;:)


no its not, you've got Texture.MM_LINEAR, i wrote Texture.MM_LINEAR_LINEAR  ;)