jxl-oxide
websockets
| jxl-oxide | websockets | |
|---|---|---|
| 6 | 5 | |
| 207 | 41 | |
| - | - | |
| 9.4 | 3.5 | |
| 1 day ago | about 2 months ago | |
| Rust | HTML | |
| Apache License 2.0 | GNU General Public License v3.0 or later |
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.
jxl-oxide
-
JPEG XL and the Pareto Front
Pretty much every codec in every browser is written in an unsafe language, unfortunately. I don't see why JXL should be singled out. On the other hand, there is a JXL decoder in Rust called jxl-oxide [1] which works quite well, and has been confirmed by JPEG as conformant. Hopefully it will be adopted for decode-only usecases.
[1] https://github.com/tirr-c/jxl-oxide/pull/267
> It’s absolute insanity that we write codecs — pure functions — in an unsafe language that has a compiler that defaults to “anything goes” as an optimisation technique.
Rust and C++ are exactly the same in how they optimize, compilers for both assume that your code has zero UB. The difference is that Rust makes it much harder to accidentally have UB.
-
Still no love for JPEG XL: Browser maker love-in snubs next-gen image format
https://github.com/niutech/jxl.js a javascript polyfill taken from the main page https://jpegxl.info/
There are other decoders [0] written in a "safe language" (rust) listed as well. So no there are many "safe" implementations
[0] https://github.com/tirr-c/jxl-oxide
- jxl-oxide: A pure Rust implementation of the JPEG XL decoder
-
jxl-winthumb: A JPEG XL (*.jxl) thumbnail handler for Windows File Explorer in Rust
Found another JXL project in Rust called JXL Oxide. It's in its early stages so no need for a separate post yet imo. This other project is the Rust implementation of the JXL decoder.
websockets
-
JPEG XL and the Pareto Front
It's so frustrating how the chromium team is ending up as a gatekeeper of the Internet by pick and choosing what gets developed or not.
I recently come across another issue pertaining to the chromium team being not budging on their decisions, despite pressure from the community and an RFC backing it up - in my case custom headers in WebSocket handshakes, that are supported by other Javascript runtimes like node and bun, but the chromium maintainer just disagrees with it - https://github.com/whatwg/websockets/issues/16#issuecomment-...
- WebSocket still does not support setting the Authorization header
-
Kubernetes API smuggles its authorization tokens via fake WebSocket protocols
The anchor got stripped. The comment is here: https://github.com/whatwg/websockets/issues/16#issuecomment-...
The commit on Github is here: https://github.com/kubernetes/kubernetes/commit/714f97d7baf4...
-
Bun v0.5
Really appreciating bun's ability to set custom WebSocket headers.
Incidentally, what's up with the resistance against this from the standards maintainers? [1]
The request exists since 2017, there are tons of use cases and developer interest, but implementation is refused on technicalities. What gives?
[1] https://github.com/whatwg/websockets/issues/16
What are some alternatives?
jxl-winthumb - A JPEG XL (*.jxl) thumbnail handler for Windows File Explorer.
glob-match - An extremely fast glob matching library in Rust.
thorium-libjxl - libjxl for Chromium - restores JPEG-XL functionality to Thorium/Chromium post M109
libuv - Go to
bun - Incredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
node - Node.js JavaScript runtime ✨🐢🚀✨
ziglings - Learn the Zig programming language by fixing tiny broken programs.
stdlib - ✨ Standard library for JavaScript and Node.js. ✨
design - WebAssembly Design Documents
Civet - A TypeScript superset that favors more types and less typing