SketchyPhysics 3.5.6 (26 January 2015)
-
@unknownuser said:
1 Enable recording
2 Start simulation
3 Reset simulation at desired time. It will ask you to save animation. Press YES.
4 Then use the replay tool to get yourself to the desired frame.
After you do so, press the replay button once again to pause and the objects will be left in their new positions.must add 4 : first rewind with the replay tool button!
Yes thx that is that!
At this end I save as V6 for example for using plugins not adapted at the 2014!
-
It's ok for LightUp during the "Sketchy Replay" animation !
Not during the Toggle Play "Sketchy Physics" but no problem as the "Replay" works fine!
-
Great! Lets wait for a response from Werner, and I'll make it an official release if everything goes well.
-
BTW, thanks for testing Pilou, you rock!
-
Thanks for your swift reply, Anton. Unfortunately, the error message still pops up.
-
Okay, I downloaded Skindigo, and can reproduce the effect. I looked into source and found some inconsistency. I will upload a fix in few minutes.
-
Okay, I reverted some replay changes. Please test with LightUp and Skindigo. Tell me how it goes.
Edit: Link removed. Download from top. -
Okay, I fixed it. Although current version of Indigo has a little bug.
Keep in mind SkIndigo 3.6.28.3 has a little bug. Please follow these steps to fix it:- Open Plugins/skindigo/AnimationExport.rb.
- Scroll down to line 369 and replace
mb.build_active_mesh(ents)withmb.build_active_mesh(ents, {}) - Save file and you're good to go.
I reported an error to SkIndigo support.
Download latest version from top.
I also finished a little SP script reference doc : http://sketchyphysics.wikia.com/wiki/Script_Overview
-
I've searched for that line in the current version 3.8.9.1 but the line (406) is marked as a comment...
-
I was speaking of 3.6.28.3 (as it shows up on SkIndigo website), but downloading the latest version 3.8.9.1 I find there a different bug, even if I try exporting from old SP versions. These guys need to test things before they upload it...
I will send an error message to them for this version as well. Yet, I can't fix it, as there are too much errors. Use version 3.6.28.3 with the fix I provided in the first post. Otherwise, you'll have to wait till they fix it.
-
Hi,
As Pilou says, the playback works, but running the Physics while in LightUp no longer works which is a pity.
Its not that LU is not picking up the changes in transforms - its that SP appears to terminate TourTool now - whereas before it didn't touch the current selected Tool.
Does that ring any bells in the changes you've made recently?
Adam
-
You're a genius, Anton! You should consider collaborating with the guys from Indigo/Skindigo
-
@Adam All SketchyPhysics3 versions used a select_tool when simulation start, which terminates all other running tools. If you don't think so, you can download SP3.2 (the official release) on SU8 for instance and see it yourself. Start lightup and press physics toggle play button. LightUp will reset...
Use SP Replay as it was made for such purpose, I think. I don't know why you were assuming SP toggle play button worked with LightUp as it never worked with any versions of SP3. Maybe because SP1 or SP2 worked that way, I don't know.
Edit: Mayby I'm starting LightUp wrong, or I have to do it the other way around. If so, please explain how.
-
First of all I want to thank you, Anton, for this great update! Finally someone who takes care of this awesome plugin.
I don't remember if previous versions of SP also showed this behaviour: Positive values for the blue axis (e.g. a piston slider) move things down, in negative direction, whereas positiv values for the green or red axis move things in positiv direction. This irritates me. A bug?
The other issue I want to address are units. I always use metric units but SP converts them in imperial. For instance, when I position a piston and give it a length of 100 mm (by typing 100 a hitting enter while drawing) the UI max box shows a value of 3.93... which are inches. When I type 100 into the max field, the piston moves 100 inches, not millimeter. I would appreciate it a lot if SP used the units as set in the model settings window. Actually all boxes in the UI should be labeled with the unit expected (the unit set in the model settings). For example, what's the unit of density? What's the angle unit? Radian or degree? And Strength? This would make things a lot easier.
-
@platinius said:
I don't remember if previous versions of SP also showed this behaviour: Positive values for the blue axis (e.g. a piston slider) move things down, in negative direction, whereas positiv values for the green or red axis move things in positiv direction. This irritates me. A bug?
Can you show an example, I can't reproduce this.
@platinius said:
The other issue I want to address are units. I always use metric units but SP converts them in imperial. For instance, when I position a piston and give it a length of 100 mm (by typing 100 a hitting enter while drawing) the UI max box shows a value of 3.93... which are inches. When I type 100 into the max field, the piston moves 100 inches, not millimeter. I would appreciate it a lot if SP used the units as set in the model settings window. Actually all boxes in the UI should be labeled with the unit expected (the unit set in the model settings). For example, what's the unit of density? What's the angle unit? Radian or degree? And Strength? This would make things a lot easier.
I can't change it because it could break compatibility with prior models, but I can make it to evaluate everything in the control box. For example, if you write 100mm it will turn it to 3.93.
Hinge min max values are in degrees. Density and strength is undetermined, it very complicated as SP bases everything on world scale. The default world scale is 9. This means all objects are assumed 9 times bigger or smaller (i cant recall), which as of results yields different volume, and mass. The volume is assumed in inches, thus the mass should be in volume_in_inches*density, where density depends on user input. Stuff are relative in SP.
-
This is such awesome news! Can't wait to dig into it!
-
@anton_s said:
I will send an error message to them for this version as well. Yet, I can't fix it, as there are too much errors. Use version 3.6.28.3 with the fix I provided in the first post. Otherwise, you'll have to wait till they fix it.
A new version is out and the changelog says: "Fixing up SketchPhysics export" (not tested).
-
@unknownuser said:
Can you show an example, I can't reproduce this.
I'm sorry about that, it seems I didn't try enough. There is no difference between the axes. It irritated me that the moving direction of a piston or slider is opposite to the direction I choose with the mouse when positioning. For example, if I put a slider joint on the corner of a box and drag the mouse to the positive green direction it will move only to the negative direction.
@unknownuser said:
I can't change it because it could break compatibility with prior models, but I can make it to evaluate everything in the control box. For example, if you write 100mm it will turn it to 3.93.
Maybe this would help a little bit. To put the units besides the input boxes would be great and help people also. Maybe you know that a Mars orbiter crashed in 1999 due to falsely used units. I assume no one uses SP to constructed actually flying space ships, still it feels good to know what units one uses.
I found this thread which gives some information about units in SP:
http://sketchucation.com/forums/viewtopic.php?f=61%26amp;t=53209A world scale factor of 1.0 and gravity of 9.81 (m/s²) seems to be suitable if using metric units.
Maybe this thread is of interest for you also. Looks like SP's author asked this question:
http://newtondynamics.com/forum/viewtopic.php?f=9%26amp;t=4684 -
To make the mouse control desired, simply multiply the whole controller by a negative sign.
I will add a list-box from which you could choose the type of limits angle/length.
-
@cotty said:
A new version is out and the changelog says: "Fixing up SketchPhysics export" (not tested).
Cheers!
It exports without problems, although the error comes when try to run the exported animation in Indigo render 3.6.28. Maybe I should download Indigo 3.8.x which is not available yet?
Advertisement