JXL is one of the technologies that I hope we can fully transition over, i.e. in a couple of years nobody (even non-tech-savvy people) are sharing or copying or saving JPEGs.
Firefox 157 will include JPEG XL by default on all platforms
61–70 of 137 posts
Re: Firefox 157 will include JPEG XL by default on all platforms
#62Earlier quoted context omitted.
If he is one of the devs between both libraries, why is there a performance gap? Why not port the optimizations from one lib to the other? You can even create a pinned agent workflow that automatically translates optimizations between repos. Fairly trivial to implement actually.
Just because you can theoretically write equivalent code in both languages doesn't mean two idiomatic implementations in each language will be 1:1 with each other. I haven't looked at the code in question, but some examples of common differences: A C++ program might do template metaprogramming at compile time and the same thing at runtime in Rust, or vice versa. The C++ version might use virtual functions that rust w…
Yep. Also:
The rust borrow checker makes it difficult to implement tree like structures with pointers like you would in C or C++. Safe rust trees are (imo) best written using vecs.
Rust makes function arguments noalias.
Rust adds runtime array bound checks.
Rust and C++ do iteration quite differently. Rust encourages map/filter/reduce. I suspect this results in different assembly.
Doing a “unity build” in rust is really easy (codegen-units=1). In C++, you need to make heavy modifications to your build system and sometimes your source too.
But with some time you could probably port the optimisations across. If anyone has some spare tokens, Claude can be quite good at doing this sort of work. Show it both repositories and tell it to make the C++ code just as fast as rust.
Re: Firefox 157 will include JPEG XL by default on all platforms
#63With both Firefox and Chromium using jxl-rs (Rust-based), I wonder what Apple will do about the libjxl (C++) they already shipped. I know they're doing some memory-safety with Swift, but are they shipping any Rust in their platforms so far? I also wonder if anyone's done benchmark comparisons between both libs. -- Also, I was under the impression that after backtracking, Chromium was relying on Mozilla to come up wit…
Shipping unsafe C++ is easier on Apple platforms than Rust. This seems unlikely to change anytime soon.
Is it? I wrote a pure rust iOS app recently. It uses native controls, and looks and feels great. iOS and iOS-sim are both very well supported targets by the rust compiler.
Re: Firefox 157 will include JPEG XL by default on all platforms
#64Re: Firefox 157 will include JPEG XL by default on all platforms
#65Earlier quoted context omitted.
I have only heard of it in passing. I wonder what it adds beyond Webp and Avif.
The big feature over other new formats is compatibility with legacy JPEGs. You can (simplified) take the raw data from a legacy JPEG, reformat it as a JPEG XL, and achieve like 20-30% filesize savings without any actual re-encode, just better packaging of the same data. While converting them to AVIF or webp is a lossy re-encode, and so loses quality. I think it's really this feature that has people wanting it still d…
It has been at least a few months since I did some testing on my MacBook Pro m4, where I converted a bunch of camera jpegs to jxl losslessly, and yeah the jxl files were smaller, but the decoding/viewing experience on macOS was worse than with jpegs. Thumbnails were missing, and just browsing through a folder of them with QuickLook was unbearably slow compared to jpeg, perhaps at least few hundred milliseconds or even longer than a second, when the JPEGs were instant. Idk if that’s just Apples implementation not good yet, but that’s why I at the time abandoned converting all my JPEGs to lossless jxl
Re: Firefox 157 will include JPEG XL by default on all platforms
#66Earlier quoted context omitted.
Not to mention how updates are tied to OS updates...
Hasn't been the case for some time.
Not true.
MacOS releases a new version each year, the current MacOS landscape looks like:
- MacOS Sequoia (previous version, everything works as expected)
- MacOS Tahoe (current version, broken experience, basically Apple's "Windows Vista/8 moment")
- MacOS Golden Gate (next version, fixes what was broken in Tahoe, comes out in a month)
I'm on MacOS Sequoia because I have things that can't be broken by updating to Tahoe.
I also cannot test how my websites/webapps will work in a month, because Safari's beta (called Safari Technology Preview) only works on Tahoe and Golden Gate.
I cannot wait a month to update to Golden Gate because Golden Gate drops support for my iMac.
And I can't test the new version of Safari on my Windows or Linux devices because Safari isn't available for them.
I can test the Webkit browser, but that doesn't include the Safari specific changes that apple makes which I need to be able to test.
---
So, I can't test Safari until I wait a month and purchase a new apple machine.
(Oh by the way, apple keeps cancelling orders for new machines)
Re: Firefox 157 will include JPEG XL by default on all platforms
#67Earlier quoted context omitted.
[flagged]
> make a mouse you can't use while charging it I'm not one to usually defend Apple-ism, but it always felt that this was such a nothing-burger. The mouse charges in like fifteen minutes and lasts for weeks. I don't have a work Macbook (or job :) ) right now, but when I did I would just occasionally plug it in while I went to the bathroom. It really was not nearly as annoying as everyone said it was.
Remember all those times you needed to make a change to something a few minutes before it was submitted/presented?
Imagine if you couldn't, because you needed to charge your mouse first.
Re: Firefox 157 will include JPEG XL by default on all platforms
#68Earlier quoted context omitted.
Apple is gonna do what apple wants.
What a funny tangent to go off on. JXL was dead. Apple is who brought it back to life[1], and the only reason Chrome resurrected JXL, and now Firefox followed their path, is because Apple pushed JXL support to a billion plus devices. I know people like complaining about Apple, but there's a "read the room" kind of moment where people just seem to either not know the context or are just knee jerking. [1] Worth noting…
> JXL was dead. Apple is who brought it back to life
No, it was actually the PDF Association.
They added JXL to the PDF standard.
If google wanted to maintain support for displaying PDFs, they would need to add support for JXL.
Re: Firefox 157 will include JPEG XL by default on all platforms
#69Will they add it to Firefox 115 for the remaining Windows 7/8 users or will you need a new operating system to add an image format?
The remaining users on EoL platforms should move on to supported ones.
Re: Firefox 157 will include JPEG XL by default on all platforms
#70Earlier quoted context omitted.
What a funny tangent to go off on. JXL was dead. Apple is who brought it back to life[1], and the only reason Chrome resurrected JXL, and now Firefox followed their path, is because Apple pushed JXL support to a billion plus devices. I know people like complaining about Apple, but there's a "read the room" kind of moment where people just seem to either not know the context or are just knee jerking. [1] Worth noting…
> JXL was dead. Apple is who brought it back to life No, it was actually the PDF Association. They added JXL to the PDF standard. If google wanted to maintain support for displaying PDFs, they would need to add support for JXL.
* wanted to maintain support for displaying jxl images that are embedded in PDFs