Jump to content

RaananW

Members
  • Posts

    2,138
  • Joined

  • Last visited

  • Days Won

    52

RaananW last won the day on December 26 2018

RaananW had the most liked content!

5 Followers

About RaananW

  • Birthday 07/04/1981

Contact Methods

  • Website URL
    https://blog.raananweber.com
  • Twitter
    RaananW
  • Skype
    raananw

Profile Information

  • Gender
    Male
  • Location
    Berlin

Recent Profile Visitors

8,958 profile views
  1. these are required ependencies, if you use the module-inspector. I added those as dependencies in package.json, and they should be installed next time you update the inspector to the latest package
  2. @Hersir - Say, can you try including babylonjs-gui, loaders and serializers in your build and let me know if there is a different error?
  3. Interesting issue. I wonder if it is really the webpack version or something different. I am checking this, and will update here soon. Thanks a lot for the info!
  4. Hi @Hersir, What environment is running your code? Browser? Can you check if "https://preview.babylonjs.com/inspector/babylon.inspector.bundle.js" is being downloaded in the background for me? You are right about the dependencies, this is being taken care of Another small request (with huge thank-you, of course): Can you try, instead of the .show function, to create your own inspector? Import Inspector from the package, and: new Inspector(this._scene, false, 0, null);
  5. you can use the parenting system for that (for example like this - https://www.babylonjs-playground.com/#CRMQZP#9, lines 146 and 147). Is this what you meant?
  6. i might need you to explain it again, i didnt understand what you meant in the first post. Sorry
  7. When you miscalculated a position or any of the joint's values (or, well, whenever I make a mistake developing the physcis plugins), there is a chance the physics engine will react rather aggressively and will throw the body "somewhere" in a single frame. If you can reproduce this in the plyground I will be able to help with finding what went wrong
  8. god, sorry for the late response. Any luck getting to a point you are happy with?
  9. @Deltakosh - https://www.youtube.com/watch?v=MLxTEV5vpyg Hello friends! So, we need to move a character on a surface, while making sure it interacts correctly with the scene. That's a wonderful task It all depends on the accuracy you wish to achieve. if you want to create a football game, you would want to make sure each leg is a separate impostor, and create joins to knees and hips. Moving the character will be done using motors that turn the legs, just like a regular football player. The torso, in this case, can be a simple box impostor that is connected to those legs. In this case, the floor must also be phyiscs-enabled! Which could reduce performance, in case the floor is very complex. An alternative is to use babylon's collision system together with physics. It depends on the usecase really. If you want to share a bit more information I will be happy to suggest (what i think is) the best course of action.
  10. Oh, and please create an issue for the second request (removing a specific joint, if more than one is connected to the same impostors). It requires a small architecture change, which I am not sure we will do in 3.3. Thanks
  11. hi @blondegeek, A quick follow up - https://github.com/BabylonJS/Babylon.js/pull/5028
  12. Hey, would you be able to reproduce a case where, if not running the translate, the impostor doesnt work correctly? would be great to see what you mean and check if it can be fixed.
  13. that's an interesing one A spring joint is actually not a joint, it is an external constraint that calculates the forces it applies on each frame. This is why removing a spring joint doesn't work. It is specific to this joint and this physics engine. This should, however, be working, as we do abstract the spring aas a joint. To overcome this (temporarily) you can do the following: https://www.babylonjs-playground.com/#4J9JBX#2 I will add this as an issue.
  14. Hi! If you are asking why it is needed - some objects are not centered, but physics engines don't support it. so, before sttep "centers them" for the physics engine to have the right data, and after step is putting back in place. To your question (if I understood correctly) - why is it still executed when the delta is 0,0,0? no reason, not needed, you can submit a PR and add me to review and skip this step if it's 0,0,0
  15. it is integrated already, the demo you provided had the physics plugin redefined. see here - https://playground.babylonjs.com/#MARWS6#10 about the debug mode - a fix will be merged soon.
×
×
  • Create New...