box2d-wasm
aioquic
box2d-wasm | aioquic | |
---|---|---|
7 | 6 | |
243 | 1,545 | |
- | 1.9% | |
0.0 | 8.5 | |
almost 2 years ago | about 2 months ago | |
TypeScript | Python | |
- | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
box2d-wasm
-
Article reply “Godot is not the new Unity” from Juan Linietsky (BDFL of Godot)
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.
-
WebGPU – All of the cores, none of the canvas
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)
-
Running JS physics in a webworker - part 1 - proof of concept
box2dwasm - an old, still maintained C++ library compiled to WASM. The documentation is lacking and developer experience seems poor.
-
Show HN: WASM and WebGL Fluid Simulation
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...
-
[AskJS] How could I implement realistic fluids simulations (SPH?) in my video game?
A couple weeks ago I ported liquidfun to TypeScript + WebAssembly: https://github.com/Birch-san/box2d-wasm/releases/tag/v4.0.0-liquidfun.0
aioquic
-
WinBtrfs – an open-source btrfs driver for Windows
One of the interesting patterns happening in Rust is io-less libraries. I'm not sure where best to link this phenomenon. It here s a open issue for an io-less quic library, from 2019, https://github.com/aiortc/aioquic/issues/4
It'd be so fracking sweet to see filesystems follow this pattern. If we could re-use the file system logic, but apply it to windows or fuse or Linux or wasm linearly-addressed-storage, that would allow such intensely cool forms of portability/reuse & bending/hacking.
- WebGPU – All of the cores, none of the canvas
-
Granian – a Rust HTTP server for Python applications
for those wishing to use http3 with a Python web framework, the ASGI hypercorn[1] currently supports it.
made a Django example last week with a sample client based on the examples from aioquic[2]: https://github.com/djstein/django-http3-example
this example also includes the first pass at async Django REST Framework using adrift[3] based on these GitHub issues:
- https://github.com/encode/django-rest-framework/pull/8617
- https://github.com/encode/django-rest-framework/issues/8496
sources
[1]: https://github.com/pgjones/hypercorn
[2]: https://github.com/aiortc/aioquic
[2]: https://github.com/em1208/adrf
- Caddyhttp: Enable HTTP/3 by Default
-
Is it better to learn web development with Python or C?
In your estimation where does the QUIC specification, HTTP/3 specification, WebTransport specification, aioquic QUIC and HTTP/3 implementation in Python https://github.com/aiortc/aioquic (notice the GoogleChrome/samples WebTransport sample code is described as local server "There's code for a sample local server at https://github.com/GoogleChrome/samples/blob/gh-pages/webtransport/webtransport_server.py") fit into the categories you color "Framework" and "Webserver"?
-
HTTP/3: Practical Deployment Options (Part 3)
Whilst the article rightly mentions aioquic to use HTTP/3 with Python, it is only a minimal example server. Hypercorn is a compete ASGI server built on aioquic that is likely more useful practically.
What are some alternatives?
rapier - 2D and 3D physics engines focused on performance.
hypercorn - Hypercorn is an ASGI and WSGI Server based on Hyper libraries and inspired by Gunicorn.
PixiJS - The HTML5 Creation Engine: Create beautiful digital content with the fastest, most flexible 2D WebGL renderer.
Twisted - Event-driven networking engine written in Python.
box2d.ts - Full blown Box2D Ecosystem for the web, written in TypeScript
django-http3-example - Example Repo of Django using HTTP/3
LiquidFun - 2D physics engine for games
hypercorn
Box2D - Box2D is a 2D physics engine for games
mitmproxy - An interactive TLS-capable intercepting HTTP proxy for penetration testers and software developers.
comlink - Comlink makes WebWorkers enjoyable.
sslyze - Fast and powerful SSL/TLS scanning library.