JPEG XL

Have some question about Pingo, could you teach me? Do something on png invisible alpha, this behavior will get some bad effect(like lossy alpha)? And if Pingo lossless transform 10bit drawing type image to 8bit, I should worry this this behavior?

IMHO PNG optimization should be discussed in <#805176455658733570>

Vidu la novan artikolon en esperanto: / See the new article in Esperanto: https://eo.wikipedia.org/wiki/JPEG_XL 😎

very good

Miracle Pen mentioned on Wikipedia that the states of the standards may not be up to date on the ISO website: https://en.wikipedia.org/w/index.php?title=JPEG_XL&diff=1007812588&oldid=1007800812&diffmode=source

So what sense does it make if people can't rely on it?

Does anyone have more info about this (in general)?

Oops, this should have been in <#822105409312653333>… 😇

The public ISO website only shows what has been formally approved by the national bodies of ISO

Currently, part 1 DIS is approved formally. Part 1 FDIS has been approved within JPEG for submission to ISO (which is what we usually mean when we say "it has reached FDIS stage"), but the ballot is still open and the members of ISO (ANSI, DIN, NBN, etc) formally still have to approve it before it is approved formally.

For Part 2, the DIS is also approved formally. The FDIS of part 2 has not been approved within JPEG yet though, and no FDIS text has been submitted to ISO yet. So this one is still at DIS stage, and if all goes well it will go to FDIS stage at the JPEG meeting in April.

Does that clarify things?

It does, thanks. So if anyone (including editors of Wikipedia in various languages) wants to be up to date, they basically need to watch this Discord server… 🙂

That or become a JPEG member and have access to the non-public ISO documents 🙂

well

you can also just look at the public press releases by JPEG

https://jpeg.org/items/20210205_press.html

https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKcBw219k/m/BK9qXyz1BwAJ

yey

https://chromium.googlesource.com/chromium/src/+/6980917f414387c968a94b4ee1feb4fdf654b157 > Add libjxl library and its dependencies. > > Make the new "libjxl" library available in gn build system and > include its new dependencies (google/highway). > > This library is now included in the build from the > blink_platform_unittests_sources target so it is built in this > commit. Since it is only in the unittest it won't be included in > chrome binary with this commit. > > This library will be conditionally included behind a flag in a > follow up commit in preparation to support jxl Content-Encoding and > image/jxl codec.

Hmm, how fast does this get into Chrome Canary?

it won't be useful yet until the next commit lands too

mirillis jpeg xl wic for windows fail to decode lossless transcoded jpeg, anyone have found an alternative?

It works but with striped metadata

not for me

damaged file error

Hm, maybe someone can compile WIC with the new JXL version, but I don't have MS VS and Inno installed at the moment

https://github.com/saschanaz/jxl-winthumb

<https://github.com/Exiv2/exiv2/issues/1503#issuecomment-804764283> > **JPEG-XL Format** > The JXL format is the current contendor to replace JPEG/GIF as the most popular image format. At the time of writing (2021), it is too early to say if it will reach the goal that eluded PNG, JP2 and WebP Hmm, why Jpeg XL is not a good replacement for PNG? And PNG didn't reach its goal (for animation, yes, but for still images)?

PNG was very successful, as a lossless still image format

It of course did not replace JPEG but that was never the goal

It was supposed to replace GIF though, and failed because of the MNG/APNG thing that caused animated PNG to come way too late

It did replace GIF as a still image format though, to the point that most people think a GIF is by definition an animation

Yes, that's what I mean, why not for JPEG/GIF **and PNG**, because I don't see other common and supported alternatives like PNG for still images, while GIF is now used mostly for animation and more often as a backing for video formats (for more compatibility)

- https://github.com/libvips/libvips/pull/2181

In addition about PNG vs. GIF 🤔 <https://nigeltao.github.io/blog/2021/fastest-safest-png-decoder.html>

https://chromium.googlesource.com/chromium/src/+/043d32542213b601bf5852f6cd5950c949f411fa

Next up: OpenCamera JXL support.

Although without much ARM SIMD or intrinsics, I'm guessing it wouldn't be worth it.

there's quite a bit of ARM SIMD 😛

Is that enough for a phone with 2Ghz A76 cores to encode in real time?

I still haven't tested JXL on my own phone.

define realtime

Have you devs done any testing in that regard?

Encoding a 12MP image should be done in 0,5-1.0s on a single mid power A76 core.

Oh right, I always forget there's -s 3 we can use. 😛

Actually, could I even build cjxl and djxl on termux? 🤔

yes

I did that

For normal photos, you don't really need very fast encoding, you just need memory to store the pictures that haven't been encoded yet, right?

``` u0_a285@localhost ~/jpeg-xlm/build master $ ./tools/cjxl ~/cathedral.ppm.png --num_reps=5 --speed=wombat --num_threads=4 J P E G \/ | /\ |_ e n c o d e r [v0.3.7 | SIMD supported: Neon] No output file specified. Encoding will be performed, but the result will be discarded. Read 2000x3008 image, 13.1 MP/s Encoding [VarDCT, d1.000, wombat], 4 threads. Compressed to 713491 bytes (0.949 bpp). 2000 x 3008, geomean: 4.09 MP/s [3.67, 4.18], 5 reps, 4 threads. ``` that's on a samsung a51

``` u0_a285@localhost ~/jpeg-xlm/build master $ ./tools/cjxl ~/cathedral.ppm.png --num_reps=5 --speed=wombat --num_threads=0 J P E G \/ | /\ |_ e n c o d e r [v0.3.7 | SIMD supported: Neon] No output file specified. Encoding will be performed, but the result will be discarded. Read 2000x3008 image, 13.1 MP/s Encoding [VarDCT, d1.000, wombat], 0 threads. Compressed to 713491 bytes (0.949 bpp). 2000 x 3008, geomean: 1.88 MP/s [1.86, 1.89], 5 reps, 0 threads. ```

so I guess about 3x slower than you'd want it to be

but also ``` u0_a285@localhost ~/jpeg-xlm/build master $ ./tools/cjxl ~/cathedral.ppm.png --num_reps=5 -s 6 --faster_decoding=4 --num_threads=0 J P E G \/ | /\ |_ e n c o d e r [v0.3.7 | SIMD supported: Neon] No output file specified. Encoding will be performed, but the result will be discarded. Read 2000x3008 image, 13.2 MP/s Encoding [VarDCT, d1.000, wombat], 0 threads. Compressed to 761117 bytes (1.012 bpp). 2000 x 3008, geomean: 2.46 MP/s [2.44, 2.46], 5 reps, 0 threads. ```

animation support is not in yet?

no, not yet. Also no HDR yet, and no progressive decode. But it's a start!

I think progressive decode would have been nice from the start.

It's still a start though. 😛

Great job to the Chromium team. 🥳

I see. yeah, it's good to start with something, just wondering when we'll have feature-complete stuff in

I hope we get feature-complete before the flag gets enabled by default

absolutely. otherwise it'd be sorta bad

progressive decode is a lot more complex than it seems in Chrome 😄

The "quicklook" for windows, seems to be ready to decode jxl because it use imagemagick 😄 But for now i don't know how to use it 😄 https://github.com/QL-Win/QuickLook/issues/861

I'd say that full format-feature support is more important, as having it incomplete for too long may create issues on how jxl features are being used/tested by potential adopters

abortion

<:logo:829708783336816671> <:Xjxl:822166843313225758> <:JXL:805850130203934781> <:JPEG_XL:805860709039865937> <:FeelsAmazingMan:808826295768449054>

also why i don't understand it can't display more like ssimulacra loss

i read iterating use source pixels crixis said it in <#794206170445119489> is it true

but i want to know if the image look visually good after the modular loss

what i need to measure

how you do when testing the codec

do you do by eyes?

like for normal users an automation would be good with minus 1 -1 parameter

i'm joking obviously

jim said what he said is really priority for normal users

i still haven't in chrome canary 91

it's in version 91.0.4470.0 or above

<@!111445179587624960> do you still have capture made entirely with that font

not only in after right

I think they just merged it, so will probably have to wait for a new build to be created.

Google Chrome è aggiornato Versione 91.0.4469.5 (Build ufficiale) canary (a 64 bit)

probably tomorrow?

<:SadCat:805389277247701002>

how to do a transparent version

with png alpha

If you have the original layered files just take any non background layers and copy/pasta into a new image with transparent background. If not, the quick and dirty way is to do a magic select of all the white pixels and delete them to make them transparent.

I have the font

but gimp is so slow on my pc

Then either first option or make a new image with transparent background and add the text.

Which resolutio n discord support

for emoji

what is the maximum i need to write jpeg

> For optimal emoji resolution, you can upload them in sizes up to 128x128 pixels, but they will be resized to 32x32 pixels. Additionally, the emoji file size must be smaller than 256kb. https://support.discord.com/hc/en-us/articles/360041139231-Adding-Emojis-and-Reactions

which color should be the text

it's loading the fonts

i have only 1400 but the system is slow

Whatever you want, but should keep in mind that default light theme is white background and dark background is #36393f

If you use JPEG it won't have a transparent background though.

1400 is quite a lot 👀

It's refusing

light isn't the default, nobody use light discord

i cant' do

i can't use pixlr

and gimp don't work it doesn't display the window edit text

so should i renounce

honestly jim do we need another emoji

i think not

i don't know how to make

chrome canary has the flag too now

nope

Version 91.0.4471.0 (Official Build) canary (x86_64)

damn windows

<:PepeHands:808829977608323112>

Yep, JXL support is added from something like 91.0.4470.0 and higher

i'm now on ubuntu but no flag

we need to wait the canary update

<:Hypers:808826266060193874>

so is mozilla just going to keep pretending it doesn't exist?

I was so tired yesterday, i was sure i downloaded canary, iq -42 after 23:00

Versione 91.0.4472.0 (Build ufficiale) canary (a 64 bit)

yes moz dev don't care.

I think they do care, but they just don't have a huge amount of manpower atm, after firing 250 people last summer...

so I suspect they're waiting until everything works well in chrome...

I hope, but it can be accept in the roadmap. However, i don't understant why it's long and hard to add an image format when there is a lib working.

Chrome canary on windows 91.0.4472.0 9 april 2021 😍

No flags on android at the same version :/

a simple integration with the library is not that hard to do

getting progressive decode, animation, color management, HDR, alpha blending etc etc to work correctly is something else

Which software will be the first to display animated jxl? That's a big question 😄

There is a good compilation of the software QUICKLOOK for windows (open file with spacebar like macos) working for JXL 😍 https://github.com/QL-Win/QuickLook/issues/861

what is this quicklook

yeah please guys

spam the absolute fuck out of all githubs and gitlabs on everything with issues to implement jpeg xl

fuck it make a petition.org

if i can contribute somehow i'm free to do it too

<@795684063032901642> any idea what will happen first, jxl support behind a flag compiled in android chrome, or flag default on in desktop chrome?

we're aiming for android first

android support 😍

maybe in android 12 or 13

probably 13

I assume they're talking about chrome in Android, not in the system libraries itself?

Chrome in android, yes

System libraries is not very useful, with the long tail of old androids

Even libjpeg-turbo gets packaged in apks because the system one can be kind of old

also about the jxl support being included in chrome canary

i've tried chrome dev and chromium latest on linux and even though they had similar versions of chrome/chromium they had no jxl flag

the canary builds must be special

canary builds, iirc, are like nightly builds

so they're the most up-to-date

i think the dev channel is more of a weekly update channel

https://www.chromium.org/getting-involved/dev-channel

i've used chromium too

which had a HIGHER version number than the canary with jxl

so the jxl flag and lib must have been patched into canary i think

i don't know why that would be the case, jxl is royalty free so it should be fine in chromium

There are two flags: a compile flag and a runtime flag

On Android, the compile flag is off by default, so default builds don't include the functionality at all there

for %i in (C:\Users\User\Documents\cover\*.png) do cjxl4 "%i" "%i.jxl" -d 1.541 -s 7 --epf=3 --gaborish=1 --noise=1 --intensity_target=210 --dots=0 --faster_decoding=4 --num_threads=2

at faster decoding 4

are there any?

does USAC can?

even normal jpeg can get corrupt

see his wiki

i think USAC can but not with free closed source decoder, like with the one you download from foobar2000 components and that's available only for windows pc

compiled

........

also what we want

i want a better jxl viewer, a gimp editor support for using the photo as new tab for using as a wallpaper for using in android also updated jpeg xl wic with information if the photo is lossy modular lossy vardct or lossless or n1 or palette

Last chrome canary on windows lost JXL flag :/

Why ;_;

because it's a canary for 92, and we (by mistake) made the flag be present only up to 91... you can still enable the flag by enabling some "show flags that were retired in 91" or something like that

(we'll fix it soon :P)

ohhh

`#temporary-unexpire-flags-m91` and then `#enable-jxl` again indeed worked, thanks!

so that's why it wasn't present on chromium builds for me, works now that i unexpired the flags

I'm curious which was the fist android app supporting reading jxl file 😼

termux with djxl :P

when someone make one or chrome implement it

An android file viewer can add if first :D

<@!179701849576833024> i found a problem with chrome canary, in very low quality (lower than -d 15, using --target_size) decode crash

Will look into it...

noise syntesis?

seems like a it is the same noise synthesis problem, thanks for the report <@!231086792315633664>

There is no noise synthesis in the picture it's a basic -s 7 compression.

Very low quality though, so maybe modular?

Oh, it also crashes my decoding on desktop <:Thonk:805904896879493180>

djxl has no problem with it, but maybe the api does?

decode_oneshot also seems to work on it

I'm seeing noise syntesis in this image or i'm blind

But maybe issue when decoding to 8-bit?

imagemagik work on this

Do we do noise by default at very low distance? It would make sense

I am pretty convinced we don't, but I might be wrong...

no it's a dct, it works great with imagemagick decoding.

It does have the container and contains exif and xmp metadata

Maybe that causes trouble?

the same image with --noise 0, it works on chrome, you find it

What happens if you encode with `--strip` ?

no change with strip, crash in dct mode with noise=1

my chrome decode fine

No problem in modular with noise=1, noise works in modular or it's an option only for dct mode?

the target_size make no sense when we use at ultra low bpp <:ugly:805106754668068868>

Ah, all -noise=1 crash on chrome and xnviewmp ...

we fixed it on the latest canary IIRC

great, xnviewmp dev need to know something to do not make the same mistake?

no, it's a JXL problem

ah, nvm

I didn't recall correctly

it's fixed in the private repo

In the future google 91 stable, the error will be present?

No

This is fixed upstream but still needs to percolate

We should probably do a version bump, also good excuse to sync the jxl_from_tree updates 😁

it's strange, because when we dont specify --noise option, even at ultra low bpp noise is not diplayed.

above -d=3 for me we need to enable by default --noise=1 --epf=3 --gaborish=1

And display warning if an option is useless, like --noise when we are modular mode.

``` --epf=-1..3 Edge preserving filter level (-1 = choose based on quality, default)``` How does `cjxl` choose EPF level?

IIRC noise should be possible in modular mode, at least dec side

there's some thresholds, I'm not sure exactly which ones

https://gitlab.com/wg1/jpeg-xl/-/blob/master/lib/jxl/enc_frame.cc#L253

0 below d0.75, 1 up to 1.5, 2 up to 4, 3 above that

Thanks! 😃

Chromium jxl support to edge will be automatic?

I don't see any issues arising

One time i hear of edge use a different base for media codecs of chromium, but i don't know

Ther is a edge bug for jxl?

Microsoft often uses system decoders without integrating them into the browser, so maybe adding JXL support will not be so quick

I haven't tested Chromium-based Edge, but legacy Edge and Internet Explorer do use system decoders. I remember adding WebP support to IE11 by installing a system-wide WebP codec, also worked with the system photo viewer.

IIRC is just a question of them deciding whether to turn on the flag or not

No flags on edge canary :/

works here on chromium snapshot

Version 92.0.4478.0 (Developer Build) (64-bit)

https://twitter.com/nucliweb/status/1382459133992054785

that's sick

it's a shame tho that css doesn't have a way to specify a background in multiple formats with fallback (like the `<picture>` element)

they have a tiny JS script to detect jxl support and add `.jxl` or `.no-jxl` to the `<body>`

You need to unexpire flags from 91

They accidentally expired it in 92

A fix is in the works AFAIK but unexpiring it works for now

i'm talking about microsoft edge canary, there is no unexpire flags from 91 only 89 and 90

I'm creating a sheet listing jpegXL compatibility: https://docs.google.com/spreadsheets/d/1bTeraUXIl-nGM8c53IdURxmJbabX9eXqPZwVSynoH9U

What is about thumbnail in linux? And linux viewers? Is there an other software i forgot? I link 0.3.4 windows binary because 0.3.5 0.3.6 0.3.7 have encoding problems. The aim is to easily download programs for noobs.

there is a qt image plugin for linux thumbnails but it doesn't seem easy to set up for noobs and doesn't cover all linux software (only qt-based)

https://github.com/novomesk/qt-jpegxl-image-plugin#installation

not sure if there's a point in having a "linux thumbnails" section since you're going to have multiple implementations for different toolkits/programs

ok, added

If you are on OpenMandriva, the cooker branch has native JXL support, so technically, it does support it, especially in QT apps 😛

Isn't gdk pixbuf a good solution?

Or is that gnome only?

All qt app on openmandrive support jxl files?

<@!321486891079696385> Does openmadriva include just libjxl or also the qt plugin?

Both.

Some people compile this gimp plugin for windows? https://gitlab.com/wg1/jpeg-xl/-/tree/master/plugins/gimp

<@604964375924834314> does it AFAIK

Looking forward to a new version that writes jxl (not only reads) and supports diacritics in paths. 😋

What I want with the JXL Gimp plugin is to support quality levels.

That'd be quite nice.

https://twitter.com/TheRealNooshu/status/1382479380455231489

<https://www.webpagetest.org/>

Is WIP 👉🏼 https://drafts.csswg.org/css-images-4/#funcdef-image-set

there is a plugin for gtk in the main repo

and for thumbnail foobar2000 usac/opus/flac what is the status

usac is not likely as c.heirich has said (/developer of exhale encoder)

at leaast with the free decoder foo components

opus has a probability?

to get jpeg xl support?

opus is an audio codec

wouldn't that be beyond the scope of the opus codec

whether the software playing the file reads an image in the tags isn't in the audio format itself afaik

i don't see any reason why i couldn't just tag an opus file with a jpeg-xl image

it wouldn't display on any player

but there's no reason why i couldn't

and what i need to integrate jpeg xl exif or whatever on usac bitstream

is there a tool made by jpeg xl developers to do that

i want a GUI please

and official support, i want the opus developers and foobar2000 developers to say it's legit to integrate a jpeg xl image

in wikipedia i see no mention

also in the table ryasar made no mention

so maybe is such tool don't exist

or such support

You'd need to ask the foobar2000 developers to add support for JPEG XL.

not the opus or usac developers?

i'm blocked in hydrogenaudio so i can't ask

What did you do? <:CatBlobPolice:805388337862279198>

<:Spam:806628077656473650>

messages in 2018 written in poor english and other useless messages last year, and 3 messages didn't get approval in April 2021

so maybe i should delete the account and refuse asking for builds for example to encode in exhale preset e

even if i would save 2 gb of space

In matroska I guess ? Ogg has strict rules

No. Image support for cover art isn't a function of the audio codec, but of the application. The program authors need to add support for JPEG XL if you want to use it.

https://wiki.xiph.org/VorbisComment#METADATA_BLOCK_PICTURE

ogg (either with vorbis or opus) uses this

base64 of https://xiph.org/flac/format.html#metadata_block_picture iirc

so it's got mime type

but only png and jpg are presently allowed. probably because software support

In foobar2000, I attached webp to flac and opus as a cover for the album. foobar2000 supports webp since 1.6

one day that could b jxl too :>

can you do same thing to an usac file

do you have an android

I don't know what is 'usac file'

x heaac

produced with usac or franoufer

Exhale = xHE-AAC audio encoder

and windows

because linux you need to compile and there are no decoders

as far i understood or you need emulation

or extra compiling

i don't really follow hydrogenaudio

they never answered me

they feel like developers and don't answer to every question

Well, Fabian, let's go to <#805176455658733570> please to talk about this.

Chrome Dev

I hate firefox politics, IMO that's why we don't have jxl Go google translate: https://www.developpez.com/actu/314285/La-PDG-de-Mozilla-se-remet-en-question-et-cherche-un-nouveau-futur-pour-la-societe-mais-Mitchell-Baker-reste-peu-convaincante-sur-l-avenir-de-Firefox/

This is why they should just make me CEO instead <:kekw:808717074305122316>

https://ubuntuhandbook.org/index.php/2021/04/gthumb-3-11-3-adds-jpeg-xl-support/

idk how new this is but `file` can identify jpeg xl files! no detailed information tho

noob question: does Chrome 91 support animated jxl images too?

Not yet

Currently only still works. Alpha and color management works, but animation, HDR and progressive doesn't yet. It's being worked on, maybe by the time it goes stable it will work?

that's the plan 😛

by progressive you mean progressive decoding doesn't work, right? not a subset of files that can't be decoded?

awesome! :)

I guess he was referring to progressive decoding

how is that going to work with browsers? will servers need to implement something to be able to serve only part of a jxl file?

can confirm that

no no, it should be the same as plain old JPEG from the server point of view

<@!124665624176623617> It just means the browser can start showing some lower quality/resolution version before the full jxl file has been downloaded

(but it still gets fully downloaded as normal)

I see! so it's just a different kind of prioritization, other than jpeg's sequential or progressive options

it's the same as jpeg's progressive decode

(well, at a high level)

sounds great, can't wait to test it on Chrome soon

Will Chrome support multipage JXL? I.e. I can open them with Chrome and the browser will show arrows or a seekbar?

That reminds me of multipage TIFFs.

Sadly they don't work in Chrome, so we don't know what should be happening.

We'll wait for the devs to do their job. Patience is key.

For now chrome canary is slow to display fullhd jxl (more than 1 second) Fast displaying progressive image in local could be very usefull. Using progressive on every picture is good for future ultrafast displaying image on every software.

could you share the file, and details on your system?

it's on dual cpu old xeon E5-2630L v2 with no avx2. It's a slow monothread cpu. Png on canary is also slow decode.

you could compile it to wasm. that's what squoosh.app does to encode jxls. but the wasm version would be pretty big (several megabytes) so it'd only make sense if you had a lot of images.

yeah but it'd still be chunky, the djxl binary on my system is 2.44 MB and i think wasm is less space efficient than x86 code usually

it'd also be slower to decode than a native implementation (especially if wasm multithreading and simd aren't available like on firefox) and with higher latency as you'd need js to send the jxl into wasm and then get the pixels back out and probably draw them onto a canvas

https://github.com/GoogleChromeLabs/squoosh/blob/dev/codecs/jxl/dec/jxl_dec.wasm

457 KB

oh that's better

but still pretty big in the context of a web app that's properly optimized

There might be some further size reductions in newer versions, we still haven't completely split encoder and decoder

it's indeed significantly faster for me - I have to say we didn't optimize "no avx2" too much

Hey, I'm using newest ImageGlass and I seriously cannot cache more than 10 images? Honeyview can scroll thourgh hundreds of pictures without pausing.

Facebook is excited about JPEG XL and planning on using it as soon as they can. https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c16

Maybe facebook will be the first app supporting it on android 😄

i'm on chrome canary 92.0.4483.0 and jxl with "--noise 1" don't work. It's normal?

what does "doesn't work" mean?

Known bug, I've detected it a while ago...

https://discord.com/channels/794206087879852103/794206170445119489/829396303838052362

Yes you detect it earlyer :D, i also reported it here on April 10, and veluca say it was fixed. So so I asked the question again to get some news 😉

ahhhh nevermind, it was fixed in the private jpeg-xlm repo, but we didn't actually push that to opensource (nor to chrome)

we'll work on it 🙂

what is jpeg xlm

maybe it's the dev repo for jxl before it's pushed to the public gitlab?

A typo

nope, the private repo 😄

(m is for Model - JPEG XL (verification) Model)

do also instagram plan to adopt jpeg xl?

they are owned by facebook so maybe 🤷‍♂️

facebook is the main part of image on internet :D So many people see they pictures. they are instagram WhatsApp and gify. Facebook+google using it = all the world will copy 😁

I hate this fact, but I believe it may be true.

For those who maybe using MS Edge Canary. Since version 91.0.864.0 (based on Chromium 91.0.4471.0) you can enable JXL support via command line parameters, there is no flag yet: `..\msedge.exe --enable-features=JXL`

extremely promising

in the future all MS has to do is enable said feature

and if it's used by both google and facebook (hopefully) then they have no reason not to

( :

It's not available for download yet, is it?

I downloaded it (from https://www.microsoftedgeinsider.com/download) and the version is 91.0.863.0. When I do edge://credits, the list contains "JPEG XL image decoder library" (with or without the --enable-features=JXL) but JXL isn't supported. I wonder whether it will change with the version mentioned by <@!387462082418704387>…

864 will be available later

Yes we need to wait now for 91.0.864

when firefox screenshots with lossy cjxl encoder that chooses automatically how many colors are in a screenshot and with the options to do also lossless cjxl

Your sentence is grammatically wrong, nobody can understand it.

can you rewrite it with correct grammar

thanks

If we don't understand it, we can't rewrite it…

when firefox screenshots will adopt cjxl encoder with the vardct that chooses automatically the numbers of colors in the screenshots and also lossless mode integrated (Modular)?

Possibly never, that's something very specific and Firefox hasn't even started on JXL integration

Is this a question? Questions in the english language end with a question mark.

but the developer said is because jpeg xl developers are busy and didn't make request for in integration

in the av1 server sometimes they don't use question mark

when they are trolling

Well, but we are on the higher quality JPEG XL server.

ok

*Proper sentences in the English language end with question marks, for some casual use people can ignore some of the rules for the sake of speed

So when you write a sentece without punctuation, we can assume that you are trolling? <:ugly:805106754668068868>

i don't do

ok, I hope it won't be so

While it would be quite a while before the FF devs decide to change the screenshot output, they would likely just use the default modular with quality at 100% setting and let the encoder deal with it. I doubt they would try to restrict the pallet. Doubt they would use vardct but if so it would likely just be 100% quality as well. From there you can lower it if you like in an image editor.

i don't see jpg option neither the firefox screenshots app

anyway nobody use firefox outside of open source

pallet or palette?

pallet is a colloquial term?

or an abbreviation ?

pallet is a term for a thing to carry stuff during shipping (https://en.wikipedia.org/wiki/Pallet)

Palette. I misspelled.

ok

palette is the set of colors available to you

The look similar but refer to 2 different things

yes but i want with lossy vardct

even with a flag reduce more colours

but i guess using a q or d would be fine on next builds

Like I said, doubt that would happen in the browser. You would have to do that in an editor after you save the screenshot.

so png won't die

or they wouldn't offer on default the cjxl encoder

the write option

and it will happen , it will have low ram consumption lower speed and also not very customizable

but at least we can install other extensions

i thought it will be good for adoption

You can always open a feature request with FF but I doubt they would see that as something to focus on.

When you screen cap via the button or right-click menu item it provides you with a save dialog where you can pick various formats (png, jpg, gif, etc), though from what I can tell it just uses the default mode with 100% quality of each. Will likely do the same with jxl eventually.

no i see only png

on the windows save tab

but on the toolbar there is all the formatr *.

i didn't try to change extension

and also it needs to be experimental and to adaptable based on your RAM (free one) to autostop

lossy screenshot are a bad idea for a lot of reasons

so maybe even the jpeg xl dev don't want to waste time

also they are from Google

so they have Google priority

firefox nobody uses

I use it

Same here

Me three 😁

Here's my screen capture save dialog. You can see quite a few options. All you have to do is change the file extension and it will save that type.

not very ready for simple users

it will reset every image i save

me four, on mobile and desktop

'nobody' was clearly relative, nerds

MS Edge 91.0.864.1 now should be available on both dev/canary channels

I confirm it works. Now I can uninstall it. 🙂

Who know where to find the gimp plugin compiled for windows? It's for updating my sheet: https://docs.google.com/spreadsheets/d/1bTeraUXIl-nGM8c53IdURxmJbabX9eXqPZwVSynoH9U

It was provided by <@!604964375924834314> last time.

But I really think it should be compiled by default and thus appear in usual bin locations.

What's the target group of the sheet? Do you link to it from some public webpage about JXL?

I can link to it if it's in a good enough shape

Thank you, it's modified.

It's for everybody, it's the spreadsheet is good, i will create a post on reddit. I need to find a working compilation of 0.3.7 for avx2. (i can't test but there is problem on jpeg input)

you could also mention the reference software for other operating systems, like linux distros

Yes, but help me to find binaries or repos 😆 I don't understand why you don't add binaries .deb and .exe to each release.

yes it needs support for mac

divided by category of mac

and with () operative system

no the command

like for example

mac M1 (sur 10-12) .deb

mac normal (sur 10-14+new OS) .debs

like all the specification

for debian/ubuntu is too easy build ```bash sudo apt install -y cmake pkg-config libbrotli-dev sudo apt install -y libgif-dev libjpeg-dev libopenexr-dev libpng-dev libwebp-dev git libgdk-pixbuf2.0-dev sudo apt install -y clang-11 export CC=clang-11 CXX=clang++-11 git clone https://gitlab.com/wg1/jpeg-xl.git --recursive cd jpeg-xl mkdir build cd build cmake -DCMAKE_BUILD_TYPE=Release -DBUILD_TESTING=OFF -DJPEGXL_ENABLE_PLUGINS=ON .. cmake --build . -- -j$(nproc) sudo cmake --install . cd .. sudo xdg-mime install --novendor plugins/mime/image-jxl.xml sudo /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders --update-cache sudo update-desktop-database ``` Windows is a pain, need official exe

Cool i'm adding your "script" to my spreadsheet on tab2 😉

i see that when you compile on linux, there is a possibility to build the gimp module 🙂 does it works only on linux?

We need a super smart person to create a plugin for paint.net software 🤓 https://forums.getpaint.net/forum/46-filetype-plugins/

Change one of the lines to `cmake --build . -- -j$(nproc)`, the previous version of the command was too RAM-hungry.

uh ok!

I'm upgrading my spreadsheet with tabs: Say me if there is error in command option, and if i need to modify someting? https://docs.google.com/spreadsheets/d/1bTeraUXIl-nGM8c53IdURxmJbabX9eXqPZwVSynoH9U

I want it on official Arch repos. 😟

I add tab with jxl-art documentation 😄 What do you think about? https://docs.google.com/spreadsheets/d/1bTeraUXIl-nGM8c53IdURxmJbabX9eXqPZwVSynoH9U

I think it's good 👍

I customise it with jxl color logo 😄 #5fb4b1 but i'm not a great fan of this color, is it the official final color?

do you want to add also this in another category

or i make a separate excel file

what is actually needed for that?

Probably someone just asking 😛

like in Debian you need a sponsor

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948862 this is some of my asking 😛

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987395 (related)

I think someone should ask them

it might be better received if someone that is not a dev of the software asks

<@!231086792315633664> do you want to add some other options

in another category

Once I asked for jxl on archlinuxcn GitHub issue. They added it on next day. 🥰

do you also want to publish on reddit jpeg xl

those excel files will get posted into reddit jpeg xl

but even i want to get included

so we need to get organized

maybe give me edit permission and i'll add all

but only for cmd

powershell i don't know how to do

still no

qjpeg

https://www.reddit.com/r/jpegxl/comments/l4nwb2/how_to_view_jpeg_xl_images_in_nomacs_for_windows/

Yes i need to add a powershell script and cmd scrip for batch encoding.

no i asked if you want to include what i wrote

or you have plans to publish on reddit

Yes but the aim is to resume basic good tuning. You need to show us the gain again the default tuning to be sure it's good 😄 So you show us on benchmark 2jxl pictures at same size with different tunings.

not very much with jpegs

most files are more saturated than original