Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jonsneyers
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
13 ms
·
91.
▲
by
jonsneyers
4y ago
Generally speaking the results I've seen so far indicate that at low bitrates (e.g. below 0.5 bpp), the video codecs (AVIF, HEIC, VVC) perform best, while at medium to high bitrates, JPEG XL performs best. This makes sense considering
92.
▲
by
jonsneyers
4y ago
The core part of j2k was always royalty-free, actually.
93.
▲
by
jonsneyers
4y ago
If you treat progressive jpeg and sequential jpeg as separate image formats, then progressive jpeg is currently the fastest growing image format on the web. If you look at the statistics, the opposite is true of what your feeling is. One th
94.
▲
by
jonsneyers
4y ago
Progressive JPEG has ~10 scans by default in libjpeg/mozjpeg. Lossy JPEG XL always allows minimal progression (2 scans, 1:8 followed by 1:1), and uses maybe 3-5 scans when encoding with more progression. In any case, I think the "
95.
▲
by
jonsneyers
5y ago
Actually the coefficients are 12 bit in JPEG, before quantization. In principle you can make pretty accurate 10-bit HDR JPEG files, and with an accurate JPEG decoder, it would work well enough. The most common JPEG decoders though (in parti
96.
▲
by
jonsneyers
5y ago
See also: https://twitter.com/jonsneyers/status/1472959101416226823?t=... On my laptop, QOI encodes a test corpus at about 78 MP/s to a density of about 8.0 bits per pixel. Fast png encoding with fpng is 71 M
97.
▲
by
jonsneyers
5y ago
I think progressive decode is a great way to combine a fast loading experience with higher image quality. By the time you can look at the details, the full image is loaded, but the page will look ready very fast (since you can already show
98.
▲
by
jonsneyers
5y ago
Yes, we are working on it. The current git version is getting close. I think we may have a 1.0 release in about two months.
99.
▲
by
jonsneyers
5y ago
Chrome does support jxl animation. In my opinion, it's not the compression density that is the main reason to upgrade to jxl, but the higher fidelity, including wide gamut and HDR.
100.
▲
by
jonsneyers
5y ago
Cleaned it up. Sigh.
101.
▲
by
jonsneyers
5y ago
It wasn't hacked, people just abused the option to comment and add suggestions. I had to make the document read-only to stop these immature trolls. Unfortunately there doesn't seem to be a setting in Google docs to allow only non-
102.
▲
by
jonsneyers
5y ago
I think AVIF is a great replacement for GIF (the acronyms even rhyme and all!). For short-video-without-audio, it's as good as it gets. For still images though, I don't really see any major advantage of AVIF over JXL except AVIF b
103.
▲
by
jonsneyers
5y ago
Basically that's what you can do with a progressive jxl: the frame header includes a table of contents that can be used to infer the byte ranges needed for a progressive preview corresponding to 1:8, 1:4, 1:2, and 1:1 resolutions.
104.
▲
by
jonsneyers
5y ago
(I'm biased but) I think this can be great for the web. Finally there's progress in making progressive images more progressive!
105.
▲
by
jonsneyers
5y ago
Of course you can just put your specification somewhere in a blog post, but chances are it will be taken more seriously if it goes through a process of review and ratification by national and international standardization organizations. The
106.
▲
by
jonsneyers
5y ago
Its media type is image/jxl, the suggested filename extension is .jxl, and the reference implementation is called libjxl. You might notice a pattern :)
107.
▲
by
jonsneyers
5y ago
Leonard Rosenthol from Adobe and a key person in the PDF standardization has spoken out in favor of JPEG XL: https://bugs.chromium.org/p/chromium/issues/detail?id=117805... It does seem likely that a future e
108.
▲
by
jonsneyers
5y ago
JPEG XL's Modular mode is based on the best elements of FLIF/FUIF and lossless WebP. For lossless compression, it does improve quite significantly over FLIF, see e.g. https://docs.google.com/spreadsheets/d
109.
▲
by
jonsneyers
5y ago
Here is something you can do to enable jxl in Edge without having to pass the command line option: https://gist.github.com/ziemek99/6295222469218427bb160cf849c...
110.
▲
by
jonsneyers
5y ago
Ignoring stuff is fine if you make an encoder. When you're making a decoder, it's a big no-go. If implementers of the original JPEG would have implemented the whole spec, we would have 12-bit and lossless JPEGs. Instead we're
111.
▲
by
jonsneyers
5y ago
You can try Firefox Nightly with the jxl flag enabled...
112.
▲
by
jonsneyers
5y ago
Thanks! Yes, it is a long and tricky process (and the hardest part is right now: adoption!).
113.
▲
by
jonsneyers
5y ago
I'm curious how IrfanView is counting colors then.
114.
▲
by
jonsneyers
5y ago
Technically, you do lose _some_ information. PNG cannot represent DCT coefficients nor YCbCr data, and the conversion of those things to (8-bit) RGB is a (slightly) lossy operation.
115.
▲
by
jonsneyers
5y ago
I'm a native Dutch (of the Belgian variety) speaker and my proposal was called FUIF (which means "party" in Dutch, but it's also a backronym for Free Universal Image Format). I am very happy the result of combining PIK a
116.
▲
by
jonsneyers
5y ago
No thanks, the only TIFF you'll find in a JXL is the (optional) Exif metadata.
117.
▲
by
jonsneyers
5y ago
HEIC and AVIF are both based on HEIF, which is based on ISOBMFF (just like for example MP4). The JPEG XL container (which is optional and only needed if you want to attach metadata to an image) is also based (more directly and with less hea
118.
▲
by
jonsneyers
5y ago
Browsers already have to include an encoder for JPEG and PNG. They need that anyway for things like toDataURL(), see https://developer.mozilla.org/en-US/docs/Web/API/HTMLCanvasE...
119.
▲
by
jonsneyers
5y ago
Nothing went wrong there, it's just what you get if you configure an encoder using just some quantization setting and not a visual target. The same will happen if you would encode images with libjpeg quality 50 (and then derive all oth
120.
▲
by
jonsneyers
5y ago
Yes, for animation a video codec like AV1 is much more suitable than a still image codec like JPEG XL. JPEG XL does have some weak forms of inter prediction though (but they were designed mostly for still image purposes). One of them is pat
More ›