Here is the long awaited new version of SP. Hopefully this version will be much more stable under SU8.
Check out the Release Notes for changes:
http://code.google.com/p/sketchyphysics/wiki/ReleaseNotes3_1
All the scripted events and commands. This list will get fleshed out over time.
http://code.google.com/p/sketchyphysics/wiki/ScriptFunctions
Mac version, more docs and examples to follow....
Updated Oct 7 2010
Changes:
http://code.google.com/p/sketchyphysics/wiki/SP31Oct7
I am looking at this bug now. It doesn't seem to happen under Win. Can anyone confirm if it is a Mac only bug or not?
Thanks
Chris
Its fixed in next version. I hope it doesn't break anything but it was a bad bug and needed to be fixed.
Unless your radio can emulate a standard windows joystick it wont work. sorry.
@unknownuser said:
Hi Guys
This bug is still not fixed at SP3 on my computer.Thank you.
David.
Unfortunately the fix caused other models to break. I'll take another look at it and see if I can come up with something safe.
I have found and fixed at least one problem with SP and SU8. Turns out the bug would also crash SU7 but far less frequently. The problem was with hinges and servos that used both min/max and accel/damp without a controller field.
The downside to this fix is it may break older models that worked fine in SU7 but now crash SU8. I guess that is just the trade off. I'll do a bit more testing and then post a version and we will see if that fixes the instability.
Well this sucks. I finally managed to find a model that would crash SU8 and not SU7. But it is crashing deep in the physics engine and I have no way to debug it.
At least this crash is not in the Ruby differences. It may be a bug in SU8 or it maybe a bug in the physics engine. Either way I don't see how I can fix it.
This model always crashes SU8. If it doesn't crash your SU8 could you let me know.
Gah! I dont want to have to upgrade to Win7 just to track this down. Does anyone happen to have Win7, SU8, SP3 and Visual Studio 2005+ installed? Long shot I know.....
Hpnisse you said it was slow with big models. Slower that SU7 with the same model?
Can anyone who has SU8 and Win7 confirm whether it does or does not work?
It seems to work fine on my copy of SU8 Pro. No crashes or unusual errors or warnings in the console. Maybe its a OS thing. I am running Vista.
Does anyone else find it less stable than in SU7?
I have a new version almost ready. But I cant release it until I know why it sometimes doesn't work with SU8
Maybe its conflicting with Twilight Render. Could you try it without that plugin?
Yoiks. SP3 isnt working with SU8?? Can someone tell me how to repro the crash and I'll fix asap.
@unknownuser said:
Well, I was hoping that relieving sketchup from having to render lots of meshes and things like that would save some time between frames. Rendering does take up quite a few clock cycles. I do understand that the physics engine does take a while, so maybe a separate engine dedicated to light(one that doesn't have all the variables needed for masses) would be suitable. If I become one of those scripting gods I'll look into it
.
Rendering is only one of the bottle necks to performance. The other big ones are moving the group and transferring data back and forth from SU to the Physics engine. The moving is the killer. I wrote some performance stuff a while back and found that the group.move!() was taking about 80% of the simulation time. The physics engine can simulate a lot lot lot more that SU could ever handle.
@hobbnob said:
Anyways, any updates on sketchybehaviours yet chris?
I am working on integrating the physics engine. Its a bigger job than I expected because I have to recreate a lot of what was already done in SP. Like the ability to pick up objects with the mouse.
But I am also doing some remodeling in the house and that is taking up a lot of my time.
@unknownuser said:
What I have been itching to see would be a "space-mode", where objects are relieved of the universal gravitational force, resistance, etc, kinda like space. I have also always wanted an accurate gravity system(not just fall down to the infinite plane, objects actually attracted to a others), such that you can simulate orbits, and stuff like that(I like astrophysics). It would be nice, and I would like to help build something like that(I know my astrophysics).
That was possible in SP3x. One of the demos is a planet system.
@unknownuser said:
I also would like to see points in lieu of meshes'n'objects so you can simulate light and other high-component-density-particle simulations.
You could use a very small triangle. But the problem with a full particle system would be that it is slow to move lots objects in SU, no matter how many faces they have.
Collide with the invisible ground plane is just testing right now. But I think it might make sense for a default. If I was a totally new user I not expect the objects I just made on the "ground" to start falling as soon as I pressed start. But its open to debate.
Update. I put up a video of the current version. Its now working pretty well and there are a few interesting behaviors in place.
First the video shows a cone being created and then a behavior being created for it. Toggle color. This simple behavior allows an group/component to be two different colors. Another behavior can tell it to toggle. It starts out the first color. Once behaviors are started using the button at the top the cone changes to its first color. When behaviors are stopped it returns to its original color.
Thats kinda worthless by itself. But the second behavior added in the video allows the color to be toggled by clicking on the object. Note the Event and Signal field both contain "ToggleColor" That means when the click happens the toggle color behavior changes color.
Next is Interpolate. It allows a object to smoothly move from one "pose" (position+rotation) to another by moving a slider. Note that the slider works even if the behaviors are not running.
Next is Follow Path. The behavior moves the object, Sang in this case, smoothly on the curve selected. The speed is adjustable even when the behavior is running and he can be set to ping pong or loop.
Last are a few objects with the physics rigid body behavior.
Video best viewed in 480p or higher. Otherwise you cant make out much. Not sure why the frame rate is so low in the video its smooth in real time.
[flash=620,500:1zvyzk27]http://www.youtube.com/v/U1bar8gKVsI&hl=en_US&fs=1?rel=0&hd=1"[/flash:1zvyzk27]
@wacov said:
Out of interest, how is the joint data gonna be stored... in other words, is the JCT making a comeback?
Joints will just be another behavior(s). I imagine most joints will not need a joint connection tool because they will connect themselves automatically via touching or something like "wheel" auto connects to "body".
When you do need to manually connect a body to a joint you will do it in the joints properties. Probably a button like "Attach all selected bodies to this joint". Only not as wordy.