MSPhysics 1.0.3 (16 October 2017)
-
Can you tell me what exactly isn't working because it should work on 32/64 bit SU versions just fine. Do you get any errors when you start SU?
-
Notice, this is 0.2.0 alpha. There are many features that are work in progress and not done yet. The joint tab is one of them.
I'm still skeptical why it didn't work on 32bit. I'll have to see it on my brothers laptop and see what was going on there.
-
@anton_s said:
Can you tell me what exactly isn't working because it should work on 32/64 bit SU versions just fine. Do you get any errors when you start SU?
I installed the 64-bit SketchUp. Now it works.
This awesome!!!
However, I do not understand the "Joint" box.
There are no Joints. How to use it? -
@anton_s said:
Notice, this is 0.2.0 alpha. There are many features that are work in progress and not done yet. The joint tab is one of them.
I'm still skeptical why it didn't work on 32bit. I'll have to see it on my brothers laptop and see what was going on there.
I Mean. The scripts will work the same way as in the SP? I see the "Timer" other kind:
timer=AMS;;C.start_timer(1000, false){ AMS;;C.stop_timer(timer) }... and the "mouse script" will also be available.
But the "Geom :: Transformation" -new, -rotation, -scaling stay the same? -
No, scripts are different. The whole API is different. See documentation links under "Body Script" tab. MSPhysics is not related to SP. Its a different project.
The timer is part of AMS Library API. And I advice you to use Timer from Timer module and not from
timer = AMS;;Timer.start(1000, false) { AMS;;Timer.stop(timer) }Mouse control functions are available as well. See AMS::Cursor
Geom classes are part of SU API. They ALWAYS stay the same and are available without any plugins installed. -
I would suggest you to start from start from MSPhysics OVERVIEW documentation tab.
-
-
And the "mouse script" that is used to look around, turn wheels, and do other stuff can be rewritten to rely on AMS::Cursor functions. To monitor mouse clicks, you can use MSPhysics::Body events, like
onLButtonDown { |x,y| ... }MSPhysics::Body has plenty of events and functions. You can see them here: MSPhysics::Body
-
@anton_s said:
And the "mouse script" that is used to look around, turn wheels, and do other stuff can be rewritten to rely on AMS::Cursor functions. To monitor mouse clicks, you can use MSPhysics::Body events, like
onLButtonDown { |x,y| > ... > }MSPhysics::Body has plenty of events and functions. You can see them here: MSPhysics::Body
What is the equivalent of these? These are always needed. I read this:
https://d5adbec3e1f2ea2f548f4aa0f7818eb2a3bf09ec.googledrive.com/host/0B3qg8f4WrNdHfnRoazY0djJXRk5USVg4a0tkR0FKRF9sOVNqYTNyQktxbWctRzNaRHRjd2M/MSPhysics/Body.html#get_body_by_address-class_methodFrom SPhysics; simulation.findBody("body_name") sp_tool_instance.findGroupNamed("body_name") Here? simulation.get_body_by_address(address)The "Game mode" damn good!!
-
I'll add body by name functions in next alpha release.
-
Hello Anton. When I start the SketchUp, 12-13 minutes later crashes and come up the BugSplat.
32 and 64 bit version as well. I tried the original "Sketchup Make" and the original starter .exe file.
If do not start the simulation, you will too.I see that is available the "get_body_by_name".
How do I hide or visible body or entities? "show_bodies(false)" every group will hide. -
Hi, Pitu!
That crash is most likely coming from SDL2 or SDL2_mixer, libaries that allow you to play music and sounds in SU. I currently haven't figured out why the crash occurs but your report sure does tell I wasn't the only one experiencing that crash. I will try to zero-down and fix that bug before the upcoming release.
To hide a body, you simply get body, and then reference its entity by
get_entityfunction. Here is an example:onStart { @target = simulation.get_body_by_name("target") @target.get_entity.visible = false if @target } onEnd { @target.get_entity.visible = true if @target }You can also hide current body by writing
this.get_entity.visible = false. -
Yup, after about 12 minutes SU crashes, even if not using MS Physics, if you remove from plugin folder the splats stop, must be a conflict someplace
-
Me too. If I remove it, SU doesn't crash anymore.
-
We hope, Anton will soon be solve the SDL2_mixer problem. This "MSPhysics" awesome. 100x better than SketchyP. Lots of new and useful features in it. And it is still under development.
What good will, when completed ?!
-
I got so side tracked today, I was playing Jenga with MS Physics, so much fun.
-
@pituphysics said:
We hope, Anton will soon be solve the SDL2_mixer problem. This "MSPhysics" awesome. 100x better than SketchyP. Lots of new and useful features in it. And it is still under development.
What good will, when completed ?!I'd be happy to eliminate the sounds if that is causing issues
-
Thanks for confirming that crash guys. Solo, removing sounds would be a bad idea. Sounds, including the 3D sounds would be essential for future FPS games in SU.
-
@anton_s said:
Thanks for confirming that crash guys. Solo, removing sounds would be a bad idea. Sounds, including the 3D sounds would be essential for future FPS games in SU.
future games that last only 12 minutes is surely not viable? would it not make more sense to get the plugin to work properly first then sort out the problems?
-
@juju said:
@anton_s said:
Thanks for confirming that crash guys. Solo, removing sounds would be a bad idea. Sounds, including the 3D sounds would be essential for future FPS games in SU.
future games that last only 12 minutes is surely not viable? would it not make more sense to get the plugin to work properly first then sort out the problems?
I will fix that crash. That's why I said future. SketchyPhysics, too, uses SDL, but it uses an older version which seems to work without crashing. Maybe I just drop back to SDL1 and have sounds running from there.
Advertisement