#Critique of Jon's newest paper

1 messages · Page 1 of 1 (latest)

stoic sinew
dim parrot
#

Well my first critique is that it's a google drive link 😹

crystal forge
#

A friendship indicator with contributors from Google 🤔

stoic sinew
#

It's too large for discord, final version will go on arXiv

outer osprey
dim parrot
#

Whatever you wanna call it :)

#

Not everything needs to be christened with an officially ordained name of officialness

#

;)

outer osprey
#

I'd call it a technical report

spark bison
#

Technical breakdown

dim parrot
#

A review

#

Or you can just call it... le holy, royal official paper of certified absolute authority and global domination of human obedience

spark bison
#

I could go see if I can get a USB stick knighted next time I'm in London

stoic sinew
#

Making an official JPEG committee White Paper is a tedious process. We have one now, but it takes lots of meetings to get consensus so it's a bit of a pain to update it.

I was considering making an academic paper but most conferences have a low page limit, and even most journals have limits on the number of words and/or figures.

So this paper will just be uploaded on arXiv - which is officially meant to share preprints of what will become an official academic publication, but I think it kind of works similar to an open-access journal. Sure, there's no peer review but I don't really believe the academic peer review process really works with the current incentives (huge publication pressure for academics, no rewards for spending time on peer review), there is no guarantee that peer review rejects bad quality papers or accepts great ones.

#

In a different layout, the same material could be a 150-page book. Maybe it would make sense to publish it like that too.

spark bison
#

Unfortunately, I think that screenshot is all that survives of the demo

dim parrot
stoic sinew
# dim parrot So in other words science is dead and welcome to the new dark ages

That's an exaggeration, but yes I do think that the past few decades of applying "business logic" to university management worldwide (including a very quantitative view in terms of measuring output KPIs on which public funding then is directly based) has caused the quality of the peer review process and of academic papers in general to deteriorate, since every incentive is favoring quantity over quality.

dim parrot
#

Brevity is a virtue

outer osprey
#

70ish pages is fine for something that's supposed to be comprehensive

#

If you want brevity there are other JXL articles Jon wrote that serve that purpose

dim parrot
#

I'll try to provide more specific critique next.

stoic sinew
#

going to add this

#

also reworking the introduction to start with a TL;DR overview of JPEG XL highlighting the main features and advantages of the format, before going into the paper structure (overview of sections) etc. Otherwise a casual reader basically had to wait until section 2 to get an overview of what jxl can do, which is far away.

outer osprey
# stoic sinew going to add this

My critique is that the graph should have the colors that are more distinct. When it comes to human perception, aren't we least sensitive to Blue? Anyways, I feel like vibrant colors should represent important milestones.

For example, "universally supported" could be gold 🥇
"One major browser" could be silver 🥈
"Standardized" could just be a plain old blue 🔵

stoic sinew
#

Makes sense to use more distinct colors, not sure I like the silver/gold thing

stoic sinew
#

better?

spark bison
#

Much easier to see changes at a glance

crystal forge
#

The original can be even converted to greyscale

crystal forge
stoic sinew
#

you're right, it is, I just checked. But I think I'm going to pretend it isn't, since it's very unsuitable for the web and in practice nobody will actually use it on a web page. It's like BMP in that sense.

dim parrot
#

Too many colors...

shut geyser
#

@stoic sinew it's been ages since I've used LaTeX. Do you have good control over what it's doing to the images when you convert to PDF?

stoic sinew
#

I'm making sure that all the vector stuff in the figures remain vectors, and for the raster images I took a pragmatic approach to avoid a huge PDF filesize: where it matters (since compression artifacts are compared), I use lossless, but where it doesn't matter too much, I use high-quality JPEG instead so the PDF doesn't get huge.

spark bison
#

Jpegli?

shut geyser
#

I'm so used to using the crappy Adobe products where you can't control from image to image.

spark bison
#

It's ironic. Adobe add things to specs, then make such poor attempts at implementing them, they don't seem like an improvement (DNG using 700 pixel tiles, so it's hardly better than JPEG-LS. Lossy quality being so high, lossless at half the effort is actually smaller)

spark bison
# stoic sinew better?

Just had a thought for a spin-off of this graph.
Chrome adoption compared to OS and other browser support.
You'd see WebP and AVIF get adopted long before the encoders are even finished, then a big hole where JXL is already on everything else

outer osprey
#

"Premature adoption graph"

#

Speaking of which, is WebP/Avif supproted in Google slides or Google docs? Nope

outer osprey
#

"Supported Image files (.JPEG, .PNG, .GIF, .BMP, .TIFF, .SVG)"

#

That's great, the google work suite doesn't even support 15 year old WebP

dim parrot
#

Oh wait. That's the argument the webp creator said about jxl! How ironic.

crystal forge
#

It's true

stoic sinew
dim parrot
#

Having both macos, ios, and now finally even windows support so quickly is amazing

dim parrot
#

I'm not sure if the paper puts enough emphasis on all the "alien artifacts" left for the future to use. Or the potential for scanners and cameras and other sensors to encode jxl in hardware in the future. Or the potential to be used in document scans djvu-style with a high res bitonal text foreground layer and a softer, more compressed background layer? Although I guess it's not really a true replacement for djvu since djvu also has a selectable-text layer and good support for multi-page docs.

outer osprey
#

I agree, there should be a mention in "Future" (section 11) how patches could be majorly improved and how splines are not used at all.

#

Also I think larger DCT blocks are still not used yet

dim parrot
#

Yeah basically the full potential is largely untapped

#

And libjxl is not even close to being a good example of what the format is capable of. It's more like a token first attempt to demonstrating some of its main features, with barely any optimization or tuning

#

It's able to accomplish a lot with just a basic token effort but new encoders could go muck farther

#

Both in speed and compression factor

hollow palm
dim parrot
#

This guy literally wants to just keep on doing this pump and dump of low-effort junk formats he's spearheading like webp and avif and soon "avif 2" and forcing everyone to adopt all these new image codec standards forever, rather than thoughtfully designing a format that's intended to be used long into the future like jxl.

spark bison
#

Let's stick to criticism of the paper and not criticism of Chrome

jolly quiver
#

and it preserves vectors

stoic sinew
#

Yes, that's what I do in most figures.

outer osprey
#

@stoic sinew How is the paper coming along? It has been awhile since the last update.