box2d-wasm VS three.js

https://github.com/Birch-san/box2d-wasm.) Godot uses box2d, too, so that would be convenient, if I switch to godot, but only if it is worth the performance improvement, which it currently does not seem to be. Maybe next year.

Following the article, you build a simple 2D physic simulation (only for balls). Did by chance anyone expand on that to include boxes, or know of a different approach to build a physic engine in WebGPU?

I experiemented a bit with it and imolemented raycasting, but it is really not trivial getting the data in and out. (Limiting it to boxes and circles would satisfy my use case and seems doable, but getting polygons would be very hard, as then you have a dynamic size of their edges to account for and that gives me headache)

3D physic engine on the GPU would be the obvious dream goal to get maximum performance, but that is really not an easy thing to do.

Right now I am using a Box2D for wasm and it has good performance, but it could be better.

https://github.com/Birch-san/box2d-wasm

The main problem with all this is the overhead of getting data into the gpu and back. Once it is on the gpu it is amazingly fast. But the back and forth can really make your framerates drop - so to make it worth it, most of the simulation data has to remain on the gpu and you only put small chanks of data that have changed in and out. And ideally render it all on the gpu in the next step.

(The performance bottleneck of this simulation is exactly that, it gets simulated on the gpu, then retrieved and drawn with the normal canvasAPI which is slow)

box2dwasm - an old, still maintained C++ library compiled to WASM. The documentation is lacking and developer experience seems poor.

network inspector says 2.1MB. but that's dominated by a 1.3MB image.

the main assets of the library are:

- Box2D.simd.js (422kB)

- Box2D.simd.wasm (266 kB)

a minimal demo that uses the library can be created in just a few kB:

https://github.com/Birch-san/box2d-wasm/tree/master/demo/mod...

A couple weeks ago I ported liquidfun to TypeScript + WebAssembly: https://github.com/Birch-san/box2d-wasm/releases/tag/v4.0.0-liquidfun.0

Hi! With Python and ThreeJS (https://threejs.org/) I have made app to make easy 3d visualisation, which you can test in browser. Like this:

In React, there are different libraries for rendering 3D. In this article, we will focus on how to use the Three.js Library, React Three Fiber library, and the React Three Drei library for creating 3D objects.

Regarding the optimization of the effect, I found an issue on the three.js GitHub repository: https://github.com/mrdoob/three.js/issues/14104 The alpha channel issue seems to be a difficult problem, which has been present since 2018. At the end of the discussion, a solution proposed by a contributor is not to modify the UnrealBloomPass but to blend the source texture and target texture in the shader.

Here's how we used Three.js to place and find affirmations in the sky.

Three.js is dedicated to generating 3D visuals, offering a powerful suite of features and tools. It is built atop WebGL and optimizes GPU usage for rapid rendering, ensuring smooth performance across devices, including those with limited resources. Three.js's versatility allows for the creation of a vast spectrum of 3D graphics and animations, ranging from simple shapes to intricate models.

7. three.js

Most of frontend libraries are made with Vanilla JS. An example of library that you might frequently use is "Chart.js". But React is not compatible with Chart.js so here it comes "React-chartjs-2" A wrapper library to work with Chart.js in React ecosystem. Oh you want to use "three.js" for some cool 3D? you will need "React-three/fiber". In my case, I need to implement "telegram-web-app", not so fast, I have to create my own wrapper to be able to use it.

For one of my 100-Day Challenges, I chose to dive into Three.js, a JavaScript 3D library. It's easy to start learning, and it becomes difficult to master with the inclusion of shaders.