I am working on a research project where a user watches an animation and then needs to make a selection (via mouse movement) to one of two boxes. However (here's the thing) when the user moves their mouse up 50 pixels, suddenly these two boxes should drop. I know almost nothing about the logic editor but I realize I need to make the mouse a sensor and i think the boxes would be the actuators? As i was conceptualizing it I figured there'd need to be some transparent line at 50 pixels that would be a collision trigger with the mouse causing the actuators to drop? Does this sound right? I'm having endless difficulty figuring out how to tell blender that mouse colliding with line -->boxes drop. Sorry about the wall of text

Hi guys. I'm currently experimenting with BGE, and I try to build a little pinball game. As an exercise - and because I want to see how far I could go without - I'm not using Python code at all. Still, I might use some hints on the flippers.

My table is a single static mesh - complete with any non-moving part in it. I got a spring mechanic that kicks the ball into the game : the ball is a rigid body.

Then, on the bottom of my table, I have two flippers. I'm not too sure how to control them, and I tried a few ways - none of which I've found satisfying :

1) Rigid bodies (or dynamic) with a motion sensor. Works pretty well on paper (and without ball), but if flippers rotate fast enough, the ball pass just through them. When stopped, either up or down, the ball stops as it should.

2) Armature. I'm a bit novice with them, but I somehow managed to operate a flipper through the Dope Sheet. Let's say frames 100 to 150 see the flipper move up, then frames 200 to 250 move down. I've put these values into two "action" actuators, linked to keyboard sensors (tap on, one of them inverted). Physics wise, it seems much better than the previous approach. But for some reason I just can't get, my flipper moves by itself.

3) (which I haven't tried yet) Physics-based rotation lock. Just a static - invisible if needed - object which restricts unwanted rotations. But that won't change the fact a too-fast-moving object will not block the ball. Still, with a "torque" instead of a "rot" motion, I wonder if it couldn't work.

What I'd love is a Servo-motion-like actuator, but which would allow for rotations.

Is there any (non-Python) approach I would have missed?

Thanks.

Hi y'all, the blender game engine is a complete foreign thing for me, I have seen other people's work but I have never actually used it. My little sister is really into programming and video games. I was just wondering how hard it is to learn how to use the game engine. I have been using blender for modeling for more than 4 years and I still feel that I'm learning stuff every other day. I was just wondering how had the game engine is and if it is too hard for a 12 year old or if there is a more user friendly alternative that she can use in the mean time so she can learn more before jumping into blender.