use-cannon VS react-three-rapier

I'm using rapier physics lib in my own project, and i did that using workers too, i refered this repository https://github.com/pmndrs/use-cannon and when i saw the similar project to use physics lib into react-three-fiber but with rapier https://github.com/pmndrs/react-three-rapier, i notice that they don't use workers... There is some reason to not use workers with rapier? Weren't we supposed to use physics on workers for performance reasons?

For this example we are going to use Reac Three Cannon a specific library to create physics. You can use Rapier, another cool library, but is under development right now.

"Cannon" is the rigid body physics engine who includes simple collision detection, various body shapes, contacts, friction and constraints.

I'm trying to build a maze using react-three/fiber and react-three/cannon. I've added first person controls using this Minecraft Sandbox and a layout very similar to the example on the react-three/cannon Github page, just with more boxes acting as walls. But, instead of stopping at the boxes/walls, the camera moves directly in and through the larger ones and tumbles over the smaller ones. Any idea how to prevent this?

you use this library: [@react-three/cannon](https://github.com/pmndrs/use-cannon)

Since I'm a big Poimandres fan I looked into react-xr, and it was very easy to get a first WebXR project up and running. Unfortunately, there are many dependencies in the ecosystem which slowed me down: react-xr is built on top of react-three-fiber which is built on top of Three.js, and physics is enabled by use-cannon which is built on top of cannon-es. For a long time I was running into issues and helping fix them with a couple of pull requests, and ultimately it was preventing me from working on the actual project. Still, Poimandres is a great community and I got a lot of inspiration from the content being shared in the discord.

I'd be really curious to hear how you'd refactor a library like use-cannon? The primary challenge with it's development is exactly the issue that the other commenter described: building the API bridge between the WW and the main thread. I have been thinking about this for at least a full year and I haven't come up with a better way to structure the code - yet this seems like an ideal use case for a webworker.

There’s https://github.com/pmndrs/use-cannon for R3F physics too.

physics are easy, here's a 60 loc arkanoid using use-cannon: https://codesandbox.io/s/sweet-babbage-66cd7

When it comes to integrating physics into React Three Fiber, several libraries are available. @react-three/rapier stands out as one of the most recent updated (created in 2019 and written in Rust), making it a great choice for adding physics in 3D web environments.

I'm using rapier physics lib in my own project, and i did that using workers too, i refered this repository https://github.com/pmndrs/use-cannon and when i saw the similar project to use physics lib into react-three-fiber but with rapier https://github.com/pmndrs/react-three-rapier, i notice that they don't use workers... There is some reason to not use workers with rapier? Weren't we supposed to use physics on workers for performance reasons?

Are you using react-three/rapier?

it's using https://github.com/pmndrs/react-three-rapier

For this example we are going to use Reac Three Cannon a specific library to create physics. You can use Rapier, another cool library, but is under development right now.