I dont know to be honest with you. Its probably newtons or some fraction of a newton. Mmmm. fig newtons...

Hi Dakota I'd love to see a regularly updated and well managed website for SketchyPhysics. Has anything come of your offer so far? Rob

Give him time!

Here i have a machine like phonic's. machine3.skp

Pretty cool! No idea how you did it. Yet...

I had this problem.... Error starting simulation undefined method... nilclass.... etc.......... I need help!

WIP on my next car game... improved stability and handling since warehouse upload, also with more detail on the dune buggy and slow reverse 'gear'... but, along with mid-air control, the best feature by far is the thruster-powered hyper-boost!! It's powerful enough to give you serious air-time, and you can even, um, drive vertically... Have fun! [image: 1zp2_BuggySP.jpg] leftx = steering joyRY = throttle a = Hyper-Boost leftx/y = mid-air yaw/pitch NOTE: Just the testing ground

Intelligently breaking a convex object into concave ones is really hard to do.

@cjthompson said: Do you know which version of Ruby you took the Win32api from? Just as a head's up, so you'll know... Win32API.so is not distributed with Ruby 1.9.x and up. It is replaced by Win32API.rb, which is a translator script, that 'fools' old calls to the Win32API.so, by translating those calls into DL library calls. It is supposed to work transparently, because most uses would load the so by simply: require 'Win32API' The require method looks for .rbfiles first, so it would load the new translator, instead of the .so, ... in a normal ruby install.

@kprice said: It seems something like "linear aerodynamics" should be manageable. Lift = lift_constantangle_of_attackvelocitywing_area, in direction perpendicular to velocity Drag = drag_constantangle_of_attackvelocitywing_area, acts in direction parallel to velocity. Lift_constant and drag_constant should be functions of angle of attack, for example if Lift_constant goes to zero at some maximum angle of attack it will represent stalling of the wing. This is somewhat similar to a magnet whose force depends on velocity of the object, instead of the distance to another object...I guess I need to peek at the magnet code. Kirk You sound like you know what you are talking about... It went over my head. dVector delta = body->location - magnet->location; dVector dir = delta.normalize(); dVector force = dir.Scale(body->mass * magnet->strength / delta.squaredLength()); NewtonBodyAddForce(body,force); Its also easy to get the body linear and angular velocities.

edit

Actually, I think I've worked out a way that would work if gears could work in reverse... so if the object the gear was connected to was moved while the gear stayed still, the gear would still work.

I just put up some more SP3 feature topics and examples in the official forums: http://www.sketchucation.com/forums/scf/viewforum.php?f=61

@kwistenbiebel said: Yes, each frame as a scene would be super, cause then we can use render engines on it. The next version will support rendering options better.

@unknownuser said: Could you add a 'range' feature? some magnets are strong, but with very limited range, and some are weak, with a large range. Any chance we'd be able to change these settings? Its a little tricky but Ill see.

Thanks. I was able to find it and its fixed in next version.

Sorry to hear about the accident -- I couldn't imaging not having an useable mouse hand. Thanks for the update -- I'm thrilled to hear SP finally going to make it to the Mac. Thank you for you efforts. More on the point, friction coefficients would be a welcome and powerful addition to SP. I could almost imagine eventually seeing a feature like quick-and-dirty CFD. That would be cool.