Working on new scripting system.
-
Yes you can disconnect joints. Yes you can edit the joint parameters and yes it will need a lot of documents.
-
Teleporting?!?! I can't wait!
-
Teleporting. I was thinking about that. I was thinking that If I could find the identity %(#808080)[( 0x14758974, i think that kind of a thing. I used
model = Sketchup.active_model
selection = model.selection
UI.messagebox selectionto find it.)] of a group, I might be able to set it's position with a key, with the current version. I don't know though.
-
Teleporting isnt possible in the current version. Even if you set the position of an object the physics engine would just move it back the next frame.
-
Could I make one small request? Could you set SP to run every script in a model once, when it is loaded? This would stop the error messages popping up when I try and edit a script that uses a method or variable, that's set in another script, which itself hasn't been run yet.
-
Due to how they work I cant make it do that with the OnTouch and OnTick fields. But the new scripted field does it. Its a lot better.
-
I got teleport working tonight. Its a lot of fun. I made a car that teleports back to the start if it flips over.
But disconnecting joints is proving to be difficult. If I want to maintain backward compatibility it might be that only certain joints can be disconnected.
-
With the teleportation, will the camera be moved if it's following a teleported object? And could you have a breakable object, which, when broken, teleports back to the starting position with all its joints intact?
I think as long as we can break fixed joints on command it should be alright. Oh, and I just thought of a possible solution to the deletion problem; maybe, while the simulation is running, you create a new, invisible layer. When the script 'deletes' an object, just move it into that layer and set its state to ignore... then just change it back and remove the new layer at the end of each simulation!
-
Yes to the camera. I dont know about the breakable objects.
Next version you should be able to destroy objects.
-
This stuff is great. UM,can I ask when the next version is going to out.
-
Not sure. Everytime I mention a date or a timeframe for a release I wind up missing it.
And speaking of breakable... I worked on something a little different today.
-
Awesome! THAT must have been hard to do
-
Did you split that manually, or was it randomly split at the initiation of the simulation? And if you did figure out the script that splits an object, can you control the breaking force, if possible?
-
I wrote a script that splits an object N times and I call it from the new OnTouch event. So it is "broken" at collide time. Right now it is a totally random shatter rather than splits at the point of contact. But I might be able to make it to a more realistic now that OnTouch now has info about how fast and exactly where bodies collide.
The other problem is the pieces don't inherit the movement of the original object. So that big box drops to the floor, stops on a dime and shatters, and then slowly falls to pieces. I need to figure out how to give the pieces velocity and rotation.
-
Ok, that's REALLY awesome... first, does it split the actual geometry, or the collision mesh? And one important thing would be efficiency; would we be able to set the generated pieces to noCollision, and delete them after a timer? Or better yet, create the biggest pieces normally, but on a deletion timer, and make the smaller pieces noCollision.
And I'm pretty sure it won't, but will it break in response to tension and/or internal stress? For example, putting a heavy weight in direct contact, without dropping it, or hitting it with an extremely powerful magnet.
-
That looks so cool, can't wait. But I have a question is this version going to still be sp3 or is it going to be spIV? Are we going to be able to control how many places the breakable script breaks? Also in the next version will we be able to group joints multiple times?
-
Just collision and only simple shapes (not compound). And it just works with contacts not stresses. I dont think it would be possible to do stress. Not sure if it will be in SPIV or SP3. There are a lot of problems with it right now.
I dont know the answers to the rest yet.
-
There is a big problem with the breaking feature. The actual breaking of the geometry is very slow. It can take several seconds to break a model.
http://sketchyphysics2.googlecode.com/files/Breaking1.avi
Maybe it can be optimized somehow. But I am going to go back to the scripting stuff for now.
-
@cphillips said:
There is a big problem with the breaking feature. The actual breaking of the geometry is very slow. It can take several seconds to break a model.
http://sketchyphysics2.googlecode.com/files/Breaking1.avi
Maybe it can be optimized somehow. But I am going to go back to the scripting stuff for now.
I would have guessed that. Maybe you can get sketchyphysics to figure out how to break the object at the start of the animation, then find the object's position and orientation on the collision and break it, or replace it with the broken pieces already made at the start, but not used. Just a thought, I don't have a clue how you're doing it currently, so I'm just throwing this out there
-
@wacov said:
With the teleportation, will the camera be moved if it's following a teleported object? And could you have a breakable object, which, when broken, teleports back to the starting position with all its joints intact?
To fix the camera problems I think the best would be a "camera" joint. I know that In other 3D programs they are commonly used. It would be more user-frendly,too.
This is what I mean:
Advertisement