We use cookies to ensure that we give you the best experience on our website. If you continue to use this site we will assume that you are happy with it.

Ok, I Agree

Thomas Fabini

Forum Replies Created

Viewing 10 posts - 61 through 70 (of 70 total)
1 2 3 4 5
  • Author
    Posts
  • 2023-03-10 at 10:29 pm in reply to: Physics collision margin #60997
    Thomas Fabini
    Customer

    I assume then I only found the part in the code where it affects all collision bodies together, not just the meshes…

    I guess it would be great if the devs could patch the output for the physics puzzles for collision meshes to have zero margins in a future version. Since primitives (and static bodies, as you stated) already are set up that way.

    Including a puzzle for margin settings would be another option, although I didn’t come across a specific scenario where I would want a non-zero margin. At least not yet.

    2023-03-10 at 1:55 pm in reply to: Physics collision margin #60985
    Thomas Fabini
    Customer

    Hi kdv,
    when I tested your second variant, setting the zero margin for both, meshes and primitives seemed to affect collisions primitives in a negative way – meaning that physics objects with those collision primitives would sometimes fall through the floor while collision meshes where ok. Did you encounter this behavior, too?

    It’s why I went with your first variant, the patched zero margin setting for mesh collision bodies before they are generated.

    2023-02-14 at 3:14 pm in reply to: Physics collision margin #60394
    Thomas Fabini
    Customer

    Yes, nice. Exactly that specific setting I went almost crazy looking for… ;-)
    If i had known it would magically appear today I might have burned less brain cells in the process…

    2023-02-14 at 10:47 am in reply to: Physics collision margin #60385
    Thomas Fabini
    Customer

    Nice find, thanks for having a look at this.
    Hope the devs might take a closer look, too.

    I’ve ran into these issues mainly with detecting collisions (“detect collision of”) to trigger further actions. They where triggering before the collision bodies where touching. So it was less about the visible margin around physics bodies which I observed only after.

    I’ll run some tests, I strongly assume the detection in between mesh collision objects will be more precise which the modified margin.

    2023-02-14 at 10:19 am in reply to: Physics collision margin #60382
    Thomas Fabini
    Customer

    Hi kdv,

    since you patched puzzles.min.js I assume you modified ammo.js rigid body initialization parameters in the methods which are used for the js output of the puzzles.

    Since I’m less of a developer – is geometry.setMargin(0) a possible solution to the problem (which could make it to a new version of Verge3D) or rather a quick fix?

    2023-02-14 at 7:34 am in reply to: Physics collision margin #60377
    Thomas Fabini
    Customer

    Hi kdv,

    thanks for pointing out the details and the measurements ;-) – I actually forgot to test all interactions between collision primitives and against collision meshes.

    Do you like to fill us in on how you achieved the zero gap collision in your example? Maybe you could attach a working example?

    2023-02-08 at 3:33 pm in reply to: Physics collision margin #60229
    Thomas Fabini
    Customer

    Hi Yuri,

    thank you very much for looking into this.

    I’m not entirely sure but I assume I was using already Verge3D to 4.2.0 at the time of posting, it seems I updated back in december.

    I noticed only after my initial post and further tests that only collision meshes are affected. The collision primitives like box, sphere, cylinder etc. seem to work as expected.

    With collision meshes it seems the margin is a constant value which doesn’t change with the scene size. It gets more visible when objects are smaller.

    I’ve attached a quick test, physics objects with collision meshes are the red ones.

    Thank you,
    Thomas

    Attachments:
    You must be logged in to view attached files.
    2022-12-09 at 10:43 am in reply to: VR Controller Navigation (Quest 2) #58939
    Thomas Fabini
    Customer

    Thanks Yuri. :good:

    2022-11-23 at 2:04 pm in reply to: VR Controller Navigation (Quest 2) #58373
    Thomas Fabini
    Customer

    Hi bruno5d,

    as far as I can tell, unfortunately not. I don’t assume VR (or more specifically a VR Demo) has been in the main scope of the devs lately.
    I ended up taking the Snowballs VR demo puzzles piece by piece apart and integrating and adapting those parts which contribute to VR and controls in a new project. It’s a long and tedious process.

    2022-07-11 at 1:57 pm in reply to: VR Controller Navigation (Quest 2) #54046
    Thomas Fabini
    Customer

    Hi Yuri, thank you very much – that’s great news! :yahoo:

  • Author
    Posts
Viewing 10 posts - 61 through 70 (of 70 total)
1 2 3 4 5