XnView Software

That seems to be a BIG problem, right?

The bug is still there:

"Changelog" links to
viewtopic.php?f=82&t=46271

It's not easy to find the right changelog.

Thankyou for your valuable reply!

I checked in newest XnViewMP v.1.7.1.
Still JXL lossless encoding of an (untouched JPG or GIF) produces the wrong format.

Please have a look at it, as it is one of the important advantages of JXL:

Encode JPG/ GIF lossless in about "zero time", and to a size of about 80% (of the orig file).

HCLUT_Identity_Level8.png (in Addon/clut/identity.zip) is incorrect:

It is horizontally "left round-shifted" by 1 pixel.

NB:
Please report to original source too

[...]

Irfanview use fewer Ram to load the file. Maybe it is possible to limit the ram usage, but more ram should load the picture file faster.


But didn't you state that IrfanView uses much less RAM and still loads faster than XnViewMP???
(I tried myself with GIMP (64 bit), but with only 8 GB ...

+1

If XnViewMP uses 40 GB (16 + 24) to load a jp2000 file,
where IrfanView (64 bit) does it with 2 GB,
that seems to be a big bug in XnViewMP/ jp2000 decoder.

(BTW IrfanView doesn't only show the images but transforms
them into an internal representation too and offers
many manipulations of it ...

+1

Sent as PM...

No, you do misunderstand.

It's NOT about files, but about categories.

In Xnview.db there are entries in the "Tags" table
that are not seen in XnViewMP anywhere.
Long time ago I removed them.
And even worse:
Due to the "TagsTree" table in Xnview.db
some files are associated with that "no existing ...

I was curious so I developped the DB analysis for myself in C++ (mingw),
the CLI is in German.
I enclosed the binary files. Place a copy of your XnView.db beside it.
Type an X for choosing XnViewMP mode, E is for generating a random db.
The output should be self-explanatory.

I was quite surprised ...

In the table there are items that are not shown in XnViewMP.

EDIT:
It' worse:
Some files are assoziated with the "invisible" categories,
not shown anywhere (except in the db of course).

Checked in v. 1.4.3
... still doesn't support it.
"MP" stands for "Multi Processor"?

When used with standard option -q 90
it takes half as long to encode
when multithreaded.
The lib supports it - by default.

Checked in v.1.4.3.
... still doesn't use the "embed mode" for lossless JXL save of JPG.
Due all of its advantages. Is there a reason for it?
The lib supports it.

Usecase:
I want to show all files with category A set, and all other categories to NOTSET.
Select the category A.
Then setting others to UNSET is buggy:
If I press key ALT und use the left mouse hold and draw above other areas,
sometimes it does completly unexpected.