|
JesusGod-Pope666.Info
|
2025-05-02 12:46:27
|
Kinda annoyed that Gimp 3 could not run on my Windows 7
|
|
2025-05-02 12:46:39
|
But did not long ago install a slim version of windows 11 to try it out.
|
|
2025-05-02 12:46:46
|
so, pop it in and installed Gimp 3.
|
|
2025-05-02 12:46:49
|
and the plugin.
|
|
2025-05-02 12:46:52
|
batch plugin.
|
|
2025-05-02 12:47:11
|
The biggest problem with the JXL is still the support.
|
|
2025-05-02 12:47:28
|
So I think I am down to 2 choices, old JPEG or AVIF.
|
|
|
A homosapien
|
|
JesusGod-Pope666.Info
Like 40GB is just way to much, I tried some of the other formats and it cuts a lot of it off.
|
|
2025-05-02 12:47:54
|
So after you compress your files, are you going to keep the originals?
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 12:47:56
|
So how much better is jpegli ?
|
|
2025-05-02 12:48:11
|
Yea, I think of keeping the original another place if ever needed.
|
|
|
username
|
|
JesusGod-Pope666.Info
So I think I am down to 2 choices, old JPEG or AVIF.
|
|
2025-05-02 12:48:24
|
WebP is a choice as well although it does poorly at higher quality levels
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 12:48:36
|
but having 40 GB on my website is.... I already am low on storrage on my webhost and on my limit.
|
|
2025-05-02 12:48:43
|
I won't be using WebP
|
|
2025-05-02 12:49:32
|
Just have a distate for it, then rather AVIF. JXL and AVIF was the best to keep its thing when save multiple times over and over, JXL was seemingly the best of the 2.
|
|
2025-05-02 12:49:58
|
But overall AVIF was clearly better then WebP and JPEG on those levels, although I won't be saving things over and over.
|
|
2025-05-02 12:50:05
|
But I guess not bad to have.
|
|
2025-05-02 12:50:39
|
I made some files with AVIF, and I was kinda surprised that beside the lower size, it actually seemed to make it look better smothing out some of things.
|
|
2025-05-02 12:51:09
|
I can't remember if I used 85% or 75% on those levels in the old Gimp, I'll have to test that out - but it looked good, and a lot smaller.
|
|
2025-05-02 12:52:09
|
Although those files I have is.... Screenshots.... a little over 10 years of screenshots in PNG. around 80.000 files.
|
|
2025-05-02 12:52:25
|
So it is not like they are hugely important, but..... Still there are some good stuff.
|
|
2025-05-02 12:52:32
|
and kinda a timetravel back.
|
|
2025-05-02 12:53:16
|
Anyway I will take a read on the JPEG thing you suggested.
|
|
2025-05-02 12:55:34
|
I guess both JXL and AVIF can be further tuned with encoders and settings like the old JPEG which clearly are still beign toyed around with....
|
|
2025-05-02 12:56:37
|
reading ""They also tested libjpeg, not mozjpeg). Could jpegli be so efficient that it results in WebP being entirely outcompeted by a codec that's nearly twenty years older?""
|
|
|
|
A homosapien
|
2025-05-02 12:58:31
|
Yes, despite jpeg's age, it's a very powerful format and can sometimes outperform WebP
|
|
|
jonnyawsom3
|
|
JesusGod-Pope666.Info
Although those files I have is.... Screenshots.... a little over 10 years of screenshots in PNG. around 80.000 files.
|
|
2025-05-02 01:01:07
|
Screenshots are generally better lossless, so they may be worth exploring Lossless WebP, as it's almost as good as JXL but with universal browser support
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:01:47
|
I don't know, I could try it out I guess while testing.
|
|
2025-05-02 01:02:19
|
But overall the first test with AVIF yesterday, I was kinda surprised that result was seemingly better then the originals.
|
|
2025-05-02 01:02:29
|
it kinda smooth some of the hard things out and made it look better.
|
|
2025-05-02 01:03:06
|
But I did it one by one in the old Gimp, I can't remember my setting but 75 or 85 I think. So overall, it looked pretty good.
|
|
2025-05-02 01:04:12
|
But I am still on the level of..... compability support and all that, and I need to do some more testing to see how it works in the picture app on loading and such.
|
|
|
|
jonnyawsom3
|
2025-05-02 01:04:18
|
Yeah, that's a key difference between AVIF and JXL. AVIF tends to smooth things out, while JXL tries to keep as much detail as it can. It means people tend to say AVIF looks better than the original, when that's not the job of an image format, that's up to the creator of the image to decide what it looks like
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:05:31
|
Actually.... I think it is seems to be the other way around. That JXL at least on the higher compressing smoth things more out..... But it depends it seems, like there is some variances for sure between the 2.
|
|
2025-05-02 01:06:37
|
|
|
2025-05-02 01:06:40
|
Like here is an example.
|
|
2025-05-02 01:06:59
|
AVIF seems to have more details on that in the lower..... But it is very very low KB.....
|
|
|
|
jonnyawsom3
|
2025-05-02 01:07:20
|
Oh I know about that video, I emailed him about the format a few weeks before it was released
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:07:27
|
at least at that spot in the image, other places it.... well, some variaction for sure.
|
|
2025-05-02 01:07:47
|
Yea, I guess there could also be a lot of other factors in regards of encoding.
|
|
2025-05-02 01:08:21
|
I don't think the medium and higher KB was as good, as they where not close enough on KB.
|
|
2025-05-02 01:08:34
|
like you had a whole +100KB difference on the last one.
|
|
2025-05-02 01:08:41
|
that is a lot of data...... that could be there.
|
|
|
|
jonnyawsom3
|
2025-05-02 01:08:49
|
Well, that's the other key difference. AVIF is based on a video codec, so it's optimized for ultra low bitrate and to be seen for fractions of a second. JXL is optimized for visually lossless, for images that you're going to look at over and over, or where detail matters.
We did have a regression since v0.8 due to some overtuning, which made the low end considerably worse, but I recently mitigated some of that in an update to libjxl. Not released yet though, and varies image to image
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:09:46
|
Ahhh, yea, okay I don't know much about the tech stuff on those levels. I did look at that Hen on the website as well....
|
|
2025-05-02 01:09:52
|
You know the Hen thing?
|
|
2025-05-02 01:10:42
|
the red in the AVIF looked more vibrant and more details at the head compared to the JXL - but overall the original was not there to see the original colors. But the JXL on the low end seemed to smudge more things out.
|
|
|
|
jonnyawsom3
|
2025-05-02 01:11:13
|
Also, take into account AVIF/AV1 being 7 years old now. We've hardly had time to tune and improve the encoder in comparison, so things can be a *lot* better in the low end
|
|
|
JesusGod-Pope666.Info
the red in the AVIF looked more vibrant and more details at the head compared to the JXL - but overall the original was not there to see the original colors. But the JXL on the low end seemed to smudge more things out.
|
|
2025-05-02 01:11:36
|
Yeah, desaturation is a problem we're looking into. We think we know the cause, just needs more testing
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:11:44
|
But I thought it was nice to see some honesty for sure. Yea, there is probably a lot of things that can be done.
|
|
|
|
jonnyawsom3
|
2025-05-02 01:12:26
|
They each have their uses, and people often forget that. Always arguing one over the other, when in reality both should be used for what they're best at
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:12:48
|
I kinda don't understand the numbers, quality number - can't remember what it was called, like even when the number is higher does not mean I like it better.
|
|
2025-05-02 01:13:00
|
Sure thing.
|
|
2025-05-02 01:13:26
|
I'm just newbing around to see what I can use for my website now and here.
|
|
2025-05-02 01:13:58
|
Was actually looking into Video first, this new format..... had some MP4 files where the image was not showing, apparently that was AV1 files, a new format.
|
|
2025-05-02 01:14:21
|
I might get some further storrage as well making my video files into AV1 although again we have the compability issue.
|
|
|
|
jonnyawsom3
|
|
JesusGod-Pope666.Info
I kinda don't understand the numbers, quality number - can't remember what it was called, like even when the number is higher does not mean I like it better.
|
|
2025-05-02 01:14:58
|
JXL uses a new measurement called Distance instead of quality, "Distance from the original" with 0 meaning lossless and 1 meaning "1 in 100 can tell the difference at 100% zoom" (roughly)
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:15:35
|
I was thinking, that if AVIF can make my images even looking better and much smaller - that the video files might do the same.
|
|
2025-05-02 01:16:02
|
Ahhh, okay, I can't remember what it was called on that website. SS something or....
|
|
|
|
jonnyawsom3
|
2025-05-02 01:16:18
|
Ahh, you might have seen SSIMULACRA2
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:16:40
|
found it
|
|
2025-05-02 01:16:48
|
|
|
2025-05-02 01:17:00
|
Heres the Chicken I was talking about... argh I put it on medium, that was a mistake
|
|
2025-05-02 01:17:21
|
|
|
2025-05-02 01:17:25
|
There we go.
|
|
2025-05-02 01:17:58
|
I can see the feathers was done better on JXL, but the face and redness and details on the face AVIF does better.
|
|
2025-05-02 01:18:10
|
And you are kinda focused on the face.
|
|
|
|
jonnyawsom3
|
2025-05-02 01:18:32
|
Yeah, we're keeping track of the issues https://github.com/libjxl/libjxl/issues/3616
Also this is the 0.8 thing I mentioned https://discord.com/channels/794206087879852103/1278292301038227489
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:18:34
|
But anyway.... at least to my eyes. Yet the JXL got a better score then the AVIF
|
|
2025-05-02 01:18:50
|
Jup, I recall.
|
|
2025-05-02 01:19:14
|
Just wanted to show you now that I had it at hand.
|
|
|
|
jonnyawsom3
|
2025-05-02 01:19:30
|
Yep, we used that exact image to find the issue haha
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:19:39
|
๐
|
|
2025-05-02 01:20:18
|
But really I don't have the original image at hand so it is a little hard to totally compare it.
|
|
2025-05-02 01:21:23
|
But on the JXL, as I understand APPLE is on the wagon, so.... as it goes, it will probably get to a standard at some point in the future.
|
|
2025-05-02 01:22:06
|
I guess also depends of what people like.... and what they wanna get out of the image on the details.
|
|
|
|
jonnyawsom3
|
2025-05-02 01:22:13
|
Apple added full support, Windows 11 has support, Firefox *should* add support soonโข
|
|
2025-05-02 01:22:56
|
Not many realise it, but it's actually spreading quite quickly now. Chrome is just *the big one* that we're waiting on
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:23:40
|
Encoding speeds are not really important for me as a user - like I don't do that much of encoding things anyway. The Decoding is more important.
|
|
2025-05-02 01:24:37
|
""We performed pairwise comparisons by human raters of JPEG images from MozJPEG, libjpeg-turbo and our new Jpegli encoder. When compressing images at a quality similar to libjpeg-turbo quality 95, the Jpegli images were 54% likely to be preferred over both libjpeg-turbo and MozJPEG images, but used only 2.8 bits per pixel compared to libjpeg-turbo and MozJPEG that used 3.8 and 3.5 bits per pixel respectively. The raw ratings and source images are publicly available for further analysis and study.""
|
|
|
|
jonnyawsom3
|
2025-05-02 01:24:55
|
Just the other day me, Homosapien and Username finished working on an upgrade to JXL decoding. Now it can hit 750 MP/s lossless if you sacrifice a little density
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 01:25:14
|
Here are some info on it if anyone wants it: https://arxiv.org/pdf/2403.18589v1
|
|
2025-05-02 01:26:13
|
Yea, I'm not so technical on those issues, but sure. ๐
|
|
2025-05-02 01:30:02
|
You know of any app that can easily run Jpegli and batch files with it, or do I need to dig down the tech stuff coding and all that??
|
|
2025-05-02 01:32:06
|
Yea I was using Gimp 3, well am using Gimp 3 at the moment for the AVIF.
|
|
2025-05-02 01:34:54
|
I'll let you guys on with what you are unto ๐ All the tech talk probably will just be to much overall for a user like me anyway ๐
|
|
2025-05-02 02:14:10
|
Can you use the library with ImageMagick ?
|
|
2025-05-02 02:14:16
|
the jpegli encoder
|
|
2025-05-02 02:15:47
|
""Use jpegli with ImageMagick
ImageMagick does not currently use jpegli as its JPEG library. A feature request was made to integrate jpegli into ImageMagick, but it has not been implemented yet.
The jpegli library is known for producing better quality JPEG images compared to the standard libjpeg, as noted in some discussions.""
|
|
2025-05-02 02:15:54
|
mkay.....
|
|
2025-05-02 02:25:26
|
If anyone of you have time and some good idea, to how I can convert and try out JPEGLI as a user and not a tech guy on.... well..... there was this manual for.....
|
|
2025-05-02 02:41:38
|
I think XnConvert JPEGLI might have the option
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:41:53
|
<@892795132531838997> What's your platform?
|
|
2025-05-02 02:41:57
|
OS?
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:42:06
|
Well I have Linux and Windows.
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:42:11
|
If it's linux
|
|
2025-05-02 02:42:19
|
I can send you a binary, or guide you to compile it
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:42:27
|
Sure.
|
|
2025-05-02 02:42:54
|
Well, a guide would not be to bad if you have something working.
|
|
2025-05-02 02:44:45
|
This one might have it, although need to check it, they do seem to mention it - not sure which version: https://codepoems.eu/xl-converter/
|
|
2025-05-02 02:45:12
|
|
|
2025-05-02 02:45:28
|
Might work, dunno
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
Well, a guide would not be to bad if you have something working.
|
|
2025-05-02 02:46:30
|
```
git clone "https://github.com/google/jpegli"
cd jpegli
./deps.sh
sed -i 's/ doc}/}/g' ci.sh
./ci.sh release
```
|
|
2025-05-02 02:47:25
|
- This will clone the source code of `jpegli`.
- Change to that directory
- Run the dependencies script to clone other necessary sources automatically.
- Change the installation script to remove the installation of docs.
- Run the automated installation script.
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:48:03
|
Ahhh, yea I clearly needed some dependencies last time.
|
|
2025-05-02 02:48:06
|
but did not know what.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
Ahhh, yea I clearly needed some dependencies last time.
|
|
2025-05-02 02:49:07
|
then the binaries will be located under `build/tools` directory under the current folder.
Both `cjpegli` (the encoder) and `djpegli` (the decoder)
|
|
2025-05-02 02:50:04
|
you can copy those binaries to `${HOME}/.local/bin` or in other words `/home/username/.local/bin` folder and start using `cjpegli` from the commandline after that
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:50:45
|
what is
sed -i 's/ doc}/}/g' ci.sh
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:51:06
|
It removes `doc` word from the installation script. Otherwise you may get an error
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:51:13
|
at least it did not say much when running it
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:51:13
|
because it requires a specialized tool to install docs
|
|
2025-05-02 02:51:19
|
yes it's silent
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:51:30
|
ahh okay
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:51:32
|
but it will manipulate text within the file
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:52:22
|
./ci.sh: line 428: cmake: command not found
+ retcode=127
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:52:34
|
hmm you don't have the build tools, we can install them first
|
|
2025-05-02 02:52:36
|
which distro is it?
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:52:46
|
Debian crunchbang ++
|
|
2025-05-02 02:53:04
|
Yea, I don't think I have those build tools, I had hope the dependencies would have them.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
Yea, I don't think I have those build tools, I had hope the dependencies would have them.
|
|
2025-05-02 02:53:31
|
```
sudo apt-get install build-essential cmake git
```
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:55:01
|
installing
|
|
2025-05-02 02:55:06
|
done
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:55:26
|
you can continue
|
|
2025-05-02 02:55:28
|
where you left off
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:55:33
|
CMake Error: CMake was unable to find a build program corresponding to "Ninja". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool.
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
+ retcode=1
|
|
2025-05-02 02:55:36
|
apparently not ๐
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:55:47
|
install ninja ๐
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:55:54
|
oh, okay
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:56:17
|
```
sudo apt-get install ninja-build g++ gcc pkg-config
```
|
|
2025-05-02 02:56:35
|
It's interesting it doesn't install ninja with `build-essential`.
Sorry I don't use `debian`
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:57:15
|
CMake Error at /usr/share/cmake-3.31/Modules/CMakeDetermineCCompiler.cmake:49 (message):
Could not find compiler set in environment variable CC:
clang.
Call Stack (most recent call first):
CMakeLists.txt:11 (project)
|
|
2025-05-02 02:57:32
|
Yea.... it tends to be a thing of many issues.
|
|
2025-05-02 02:57:39
|
solve one thing, get another
|
|
2025-05-02 02:57:42
|
and another and another
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:57:46
|
no worries
|
|
2025-05-02 02:57:50
|
these are normal
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:57:58
|
oh so we are good
|
|
2025-05-02 02:58:15
|
well it says
|
|
2025-05-02 02:58:16
|
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
+ retcode=1
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:58:30
|
```
sudo apt-get install clang clang-tools llvm llvm-dev libc++-dev libc++abi-dev
```
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:58:37
|
LOL ๐
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:58:56
|
Then
```
export CC=clang
export CXX=clang++
```
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 02:59:02
|
downloading ๐
|
|
2025-05-02 02:59:08
|
okay
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 02:59:25
|
If nothing works, I can send you a binary, no worries ๐
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:00:08
|
I grew up with windows.... all these things on linux you hit into. dependencies and all
|
|
2025-05-02 03:00:14
|
it just keeps on given.
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:01:44
|
Linux is modular and also free & open source.
It doesn't install programs without your own will
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:01:47
|
well something is happening but no man: CMake Warning at CMakeLists.txt:470 (message):
asciidoc was not found, the man pages will not be installed.
|
|
2025-05-02 03:02:15
|
So I guess it is doing what is called compiling.
|
|
2025-05-02 03:02:24
|
at the moment
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:02:26
|
probably, if you see some numbers
|
|
2025-05-02 03:02:31
|
on the left side
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:03:11
|
well it is doing something, probably take a little time to do, slow computer
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:04:42
|
Correct. Compiling code is not the easiest task.
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:04:46
|
99% tests passed, 1 tests failed out of 76
Total Test time (real) = 16.47 sec
The following tests did not run:
75 - GaussBlurTest.SlowTestDirac1D (Disabled)
The following tests FAILED:
38 - JpegliTest.JpegliHDRRoundtripTest (Failed)
Errors while running CTest
+ retcode=8
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
99% tests passed, 1 tests failed out of 76
Total Test time (real) = 16.47 sec
The following tests did not run:
75 - GaussBlurTest.SlowTestDirac1D (Disabled)
The following tests FAILED:
38 - JpegliTest.JpegliHDRRoundtripTest (Failed)
Errors while running CTest
+ retcode=8
|
|
2025-05-02 03:05:25
|
I don't think it's a problem
|
|
2025-05-02 03:05:27
|
do you have the files
|
|
2025-05-02 03:05:33
|
in the `build/tools` folder
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:05:37
|
It is finish, well I will have a look
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:06:47
|
```
cjpegli "reference.png" "output.jpg" -q "80" -p "2" --xyb -v --chroma_subsampling=444
```
After moving the binary, you can use it like this
|
|
|
|
JesusGod-Pope666.Info
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:07:02
|
perfect
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:07:12
|
Can I do a whole folder?
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:07:39
|
just move cjpegli to `/home/username/.local/bin`
Or it may not be in your path
|
|
2025-05-02 03:07:47
|
to make sure you can move it to `/usr/bin` instead
|
|
2025-05-02 03:07:50
|
with sudo
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:09:06
|
yea no bin folder I made one.
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:09:50
|
```
echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.bashrc
source ~/.bashrc
```
You may need to enter this if you move that into `/home/username/.local/bin`
|
|
2025-05-02 03:09:58
|
so it will recognize binaries inside that folder as commands
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:10:02
|
darkijah<@892795132531838997>-USBSSD:~/downloads/jpegli$ cjpegli "reference.png" "output.jpg" -q "80" -p "2" --xyb -v --chroma_subsampling=444
bash: cjpegli: command not found
I guess it might be another place.
|
|
2025-05-02 03:10:30
|
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:10:38
|
correct
|
|
|
๐ฐ๐๐๐
```
echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.bashrc
source ~/.bashrc
```
You may need to enter this if you move that into `/home/username/.local/bin`
|
|
2025-05-02 03:10:41
|
enter this
|
|
2025-05-02 03:10:46
|
I am assuming your shell is bash
|
|
2025-05-02 03:11:11
|
if not sure, you can check with `echo $0`
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:11:17
|
darkijah<@892795132531838997>-USBSSD:~/downloads/jpegli$ cjpegli "reference.png" "output.jpg" -q "80" -p "2" --xyb -v --chroma_subsampling=444
Failed to read input image reference.png
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:11:23
|
correct
|
|
2025-05-02 03:11:23
|
working
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:11:26
|
put in the bin folder in the folder
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:11:30
|
now you need an actual image
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:11:34
|
user folder
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
darkijah<@892795132531838997>-USBSSD:~/downloads/jpegli$ cjpegli "reference.png" "output.jpg" -q "80" -p "2" --xyb -v --chroma_subsampling=444
Failed to read input image reference.png
|
|
2025-05-02 03:11:40
|
this works
|
|
2025-05-02 03:12:14
|
now go to a directory where you have your image, and change `reference.png` with the actual image name you want to encode
|
|
|
|
JesusGod-Pope666.Info
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:12:40
|
Okay, these are correct?
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:12:51
|
Yea it clearly worked as you can see....
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:12:58
|
perfect
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:13:20
|
okay lets see if I can find some image.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
okay lets see if I can find some image.
|
|
2025-05-02 03:14:19
|
not all image viewers handle `xyb` images by the way. If the output image doesn't look right, drag the output image file into the brave browser. It can show xyb jpegli outputs perfectly.
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:17:08
|
darkijah<@892795132531838997>-USBSSD:~/downloads/test$ cjpegli "test.jpg" "output.jpg" -q "80" -p "2" --xyb -v --chroma_subsampling=444
Failed to decode input image test.jpg
|
|
2025-05-02 03:18:03
|
do I need a png file?
|
|
2025-05-02 03:18:09
|
or something.
|
|
2025-05-02 03:19:43
|
darkijah<@892795132531838997>-USBSSD:~/downloads/test$ cjpegli "test.jpg" "output.jpg" -q "80" -p "2" --xyb -v --chroma_subsampling=444
Failed to decode input image test.jpg
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:20:06
|
Interesting. No you don't need a png image
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:20:58
|
Yea.... dunno....
|
|
2025-05-02 03:21:14
|
maybe it was the error while it was compiling, dunno
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:21:16
|
try to install imagemagick.
```
sudo apt-get install imagemagick
```
|
|
2025-05-02 03:21:47
|
then make sure you have the image file in your current folder:
```
file test.jpg
```
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:22:58
|
|
|
2025-05-02 03:23:01
|
nope
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
|
|
2025-05-02 03:24:44
|
it's probably because your system doesn't have the required files
|
|
2025-05-02 03:24:48
|
can you try:
```
sudo apt-get install libgif-dev libjpeg-dev libopenexr-dev libpng-dev libwebp-dev
```
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:24:51
|
Don't have acces to my other image files at the moment as I am running some harddrive stuff.
|
|
2025-05-02 03:25:05
|
sure thing
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:26:03
|
Or we may need to recompile jpegli, this time statically
|
|
|
|
JesusGod-Pope666.Info
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
|
|
2025-05-02 03:26:48
|
okay let's recompile
|
|
2025-05-02 03:26:54
|
remove the folder we cloned
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:27:06
|
okay
|
|
2025-05-02 03:27:50
|
gone.
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:28:11
|
```
git clone "https://github.com/google/jpegli"
cd jpegli
./deps.sh
sed -i 's/ doc}/}/g' ci.sh
export CC=clang
export CXX=clang++
export CFLAGS="${CFLAGS} -static"
export CXXLAGS="${CXXFLAGS} -static"
./ci.sh release
```
|
|
2025-05-02 03:28:23
|
Then copy the compiled binaries to the same folder again
|
|
|
|
JesusGod-Pope666.Info
|
|
|
A homosapien
|
2025-05-02 03:32:25
|
I personally couldn't compile jpegli with the `ci.sh` script
|
|
|
|
๐ฐ๐๐๐
|
|
A homosapien
I personally couldn't compile jpegli with the `ci.sh` script
|
|
2025-05-02 03:32:32
|
I always do
|
|
2025-05-02 03:32:49
|
what was the problem
|
|
|
|
A homosapien
|
2025-05-02 03:33:05
|
It broke my Ubuntu VM and msys2 cmake config
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:33:20
|
no way ๐
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:33:27
|
probably nothing: CMake Warning:
Manually-specified variables were not used by the project:
JPEGXL_ENABLE_PLUGINS
JPEGXL_ENABLE_VIEWERS
JPEGXL_FUZZER_LINK_FLAGS
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:33:41
|
yes, doesn't matter
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:36:19
|
well.... still working.
|
|
2025-05-02 03:45:27
|
100% tests passed, 0 tests failed out of 2912
Total Test time (real) = 372.11 sec
The following tests did not run:
2911 - GaussBlurTest.SlowTestDirac1D (Disabled)
+ retcode=0
darkijah<@892795132531838997>-USBSSD:~/downloads/jpegli$
|
|
2025-05-02 03:46:52
|
cc files?
|
|
2025-05-02 03:47:20
|
oh here we go
|
|
2025-05-02 03:48:20
|
darkijah<@892795132531838997>-USBSSD:~/downloads/test$ cjpegli "test.png" "output.jpg" -q "80" -p "2" --xyb -v --chroma_subsampling=444
Read 800x600 image, 224566 bytes.
Encoding [XYB444 d1.900 AQ p2 OPT]
Compressed to 46995 bytes (0.783 bpp).
800 x 600, 20.035 MP/s [20.03, 20.03], , 1 reps, 1 threads.
darkijah<@892795132531838997>-USBSSD:~/downloads/test$
|
|
2025-05-02 03:48:45
|
LOL
|
|
2025-05-02 03:48:51
|
|
|
2025-05-02 03:49:29
|
an interesting result I guess
|
|
2025-05-02 03:49:42
|
nearly like art
|
|
2025-05-02 03:50:59
|
|
|
2025-05-02 03:51:08
|
|
|
2025-05-02 03:51:14
|
There we go
|
|
2025-05-02 03:51:44
|
i guess the first image is transparent and empty, so there might be some issues with that which is probably reasonble.
|
|
2025-05-02 03:52:53
|
Do not have many images at hand, just what I had in the download folder as I am doing some harddrive stuff.
|
|
2025-05-02 03:55:47
|
Another test
|
|
2025-05-02 03:56:09
|
original image is not good out of the box so....
|
|
2025-05-02 03:56:30
|
Interesting effect it has in the system jpeg reader
|
|
2025-05-02 03:57:09
|
Thanks, I guess we got through it..... at least so far so good. Ha ha ha
|
|
2025-05-02 03:57:22
|
oh my... like puling teeth out the mouth.
|
|
2025-05-02 03:57:29
|
that was long one.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
Interesting effect it has in the system jpeg reader
|
|
2025-05-02 03:57:37
|
that's normal
|
|
2025-05-02 03:57:55
|
`jpegli` uses a special color system called `xyb`.
It has a better quality to size efficiency
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:57:58
|
Yea I guess, something with the Tech I guess.
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:58:06
|
but not all readers are capable of reading that image type
|
|
2025-05-02 03:58:25
|
chromium based browsers including brave are some of the capable ones
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:58:43
|
hmmmm, yea I guess there would then still be somewhat issues with backward compability, I guess you would need an app reading it correctly.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
|
|
2025-05-02 03:58:45
|
that's why you see the greenish / purpleish filter
|
|
|
JesusGod-Pope666.Info
hmmmm, yea I guess there would then still be somewhat issues with backward compability, I guess you would need an app reading it correctly.
|
|
2025-05-02 03:59:02
|
`jpegview` on windows can read it
|
|
|
|
jonnyawsom3
|
2025-05-02 03:59:19
|
Just don't use `--xyb`
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 03:59:29
|
yeah, that's another solution
|
|
2025-05-02 03:59:33
|
but xyb makes a huge difference
|
|
2025-05-02 03:59:38
|
in quality/size
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:59:54
|
Do all the browsers support it?
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:00:03
|
not firefox based ones
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:00:16
|
That would be kinda a problem then :/
|
|
2025-05-02 04:00:29
|
Anyway I guess I can now test it out.
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:00:38
|
you can remove `--xyb` as said
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:00:52
|
Yea but lose effencicy as you say.
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:00:55
|
but it's one of the better benefits only jpegli has compared to other jpeg encoders
|
|
2025-05-02 04:00:56
|
yes
|
|
2025-05-02 04:01:11
|
jpegli will still beat the others
|
|
2025-05-02 04:01:16
|
even without xyb
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:01:32
|
Okay, well, need to do some testing for sure.
|
|
2025-05-02 04:01:42
|
How do I make a whole folder at one go?
|
|
2025-05-02 04:02:05
|
I guess just fix the folder in
|
|
2025-05-02 04:02:09
|
maybe.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
Okay, well, need to do some testing for sure.
|
|
2025-05-02 04:02:56
|
oh by the way
|
|
2025-05-02 04:02:59
|
FF based ones can also read it
|
|
2025-05-02 04:03:05
|
I have just tried and confirmed
|
|
|
JesusGod-Pope666.Info
How do I make a whole folder at one go?
|
|
2025-05-02 04:03:19
|
for loops in shell
|
|
2025-05-02 04:03:38
|
but will you use the same quality level for all of them?
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:03:41
|
Ahhh nice.
|
|
2025-05-02 04:03:53
|
Well that makes it much more useful for sure! ๐
|
|
|
|
jonnyawsom3
|
|
JesusGod-Pope666.Info
|
|
2025-05-02 04:03:56
|
Just to check something... Could you save this JPEG and try opening it in the system reader?
|
|
2025-05-02 04:04:05
|
Yes it looks awful on Discord, a bug with WebP's forced subsampling :P
|
|
|
|
๐ฐ๐๐๐
|
|
Yes it looks awful on Discord, a bug with WebP's forced subsampling :P
|
|
2025-05-02 04:04:15
|
interesting
|
|
2025-05-02 04:04:24
|
the preview isn't right
|
|
2025-05-02 04:04:30
|
but when you click, it's correct
|
|
|
|
jonnyawsom3
|
2025-05-02 04:05:09
|
The XYB JPEG places Luma second, while WebP assumes Luma is first, so the CDN subsamples the luma accidentally and fails to color manage properly
|
|
|
|
๐ฐ๐๐๐
|
|
Just to check something... Could you save this JPEG and try opening it in the system reader?
|
|
2025-05-02 04:05:39
|
on my system, `geeqie` can show it properly but not `imv`
|
|
2025-05-02 04:05:49
|
again, browsers display it fine
|
|
|
|
JesusGod-Pope666.Info
|
|
Just to check something... Could you save this JPEG and try opening it in the system reader?
|
|
2025-05-02 04:06:04
|
|
|
|
๐ฐ๐๐๐
but will you use the same quality level for all of them?
|
|
2025-05-02 04:06:27
|
Yea I'll find some kind of middle ground for quality level for them.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
Yea I'll find some kind of middle ground for quality level for them.
|
|
2025-05-02 04:06:49
|
75 is good with 444 chroma subsampling + xyb
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:06:54
|
Just a middle level thing like 75 or 85 or something of quality and run the whole thing through.
|
|
2025-05-02 04:07:05
|
75 will be the try then.
|
|
|
|
jonnyawsom3
|
|
JesusGod-Pope666.Info
|
|
2025-05-02 04:08:05
|
Oh, well that's weird... It tried to save the WebP preview instead of the actual file
|
|
|
|
JesusGod-Pope666.Info
|
|
Just to check something... Could you save this JPEG and try opening it in the system reader?
|
|
2025-05-02 04:08:27
|
this is not a JPEG?
|
|
2025-05-02 04:08:44
|
you want me to try to make it into a JPEG and run it?
|
|
2025-05-02 04:09:08
|
oh the original file was JPEG
|
|
|
|
jonnyawsom3
|
2025-05-02 04:09:31
|
Yeah, maybe try Discord's download button instead
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
How do I make a whole folder at one go?
|
|
2025-05-02 04:09:46
|
```
for i in *.{jpg,png,jpeg}; do
cjpegli "${i}" "new_${i}" -q "75" -p "2" --xyb -v --chroma_subsampling=444
done
```
|
|
2025-05-02 04:09:53
|
go to that folder where you have the images and run this command
|
|
2025-05-02 04:10:20
|
encoded outputs will have the `new_` prefix
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:10:41
|
รธ
|
|
2025-05-02 04:11:29
|
What?
|
|
2025-05-02 04:11:40
|
you did not expect it?
|
|
|
|
jonnyawsom3
|
2025-05-02 04:12:00
|
We tried some changes recently to improve compatibility, but it doesn't seem to have helped
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:12:15
|
Okay, when I have access to my storrage I will try to run through some images.
|
|
2025-05-02 04:12:36
|
Well..... you can see something at least ๐
|
|
2025-05-02 04:14:12
|
oh my harddrive stuff might be finish, that was a lot faster then expected.
|
|
2025-05-02 04:14:35
|
|
|
2025-05-02 04:14:50
|
My hack the planet USB with Linux on SSD Key
|
|
2025-05-02 04:14:53
|
and storage.
|
|
2025-05-02 04:15:10
|
Windows finds the storrage and it can be run as a Linux system as well.
|
|
2025-05-02 04:15:50
|
But I filled up the system storrage again, so gave it 40 GB more space this time.
|
|
2025-05-02 04:16:23
|
No idea what is filling it up but all sorts of dependencies and what not when you work with Linux and it tends to fill up.
|
|
|
|
jonnyawsom3
|
|
The XYB JPEG places Luma second, while WebP assumes Luma is first, so the CDN subsamples the luma accidentally and fails to color manage properly
|
|
2025-05-02 04:16:35
|
<@1156997134445461574> Apologies for the ping, but I don't suppose this could be fixed by converting images to sRGB before encoding the WebP previews?
It should also fix the tonemapped HDR previews being shown as Rec.2020 WebPs (Which won't work well being 8bit)
|
|
|
|
JesusGod-Pope666.Info
|
|
๐ฐ๐๐๐
```
for i in *.{jpg,png,jpeg}; do
cjpegli "${i}" "new_${i}" -q "75" -p "2" --xyb -v --chroma_subsampling=444
done
```
|
|
2025-05-02 04:19:23
|
I am doing something wrong.
|
|
2025-05-02 04:20:55
|
cjpegli "${i}" "new_${i}" -q "75" -p "2" --xyb -v --chroma_subsampling=444
|
|
2025-05-02 04:24:06
|
cjpegli "${png}" "new_${png}" -q "75" -p "2" --xyb -v --chroma_subsampling=444
|
|
2025-05-02 04:25:26
|
@Emre need some help here.
|
|
2025-05-02 04:26:06
|
cjpegli "${i}" "new_${i}" -q "75" -p "2" --xyb -v --chroma_subsampling=444
|
|
2025-05-02 04:28:17
|
Need some help here
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
Need some help here
|
|
2025-05-02 04:31:56
|
1 sec
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:32:12
|
cool
|
|
2025-05-02 04:32:35
|
Maybe I should make 600 files so I can see how it goes on my website.
|
|
2025-05-02 04:32:45
|
yea.... I'll ready 400 more files.
|
|
2025-05-02 04:34:21
|
okay, that is ready.
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:36:12
|
```
for i in *.{jpg,png,jpeg}; do
cjpegli "${i}" "new_${i%%.*}.jpg" -q "75" -p "2" --xyb -v --chroma_subsampling=444
done
```
|
|
|
JesusGod-Pope666.Info
okay, that is ready.
|
|
2025-05-02 04:36:19
|
what happens when you enter this command?
|
|
2025-05-02 04:36:31
|
You need to be in a folder with images
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:36:43
|
well.... did not really do much I will try again
|
|
2025-05-02 04:37:48
|
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:38:17
|
you are not copying the command
|
|
2025-05-02 04:38:18
|
completely
|
|
2025-05-02 04:38:49
|
the syntax is:
```
for this; do
that
done
```
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:38:59
|
oh, I need done with it
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:39:02
|
yes
|
|
2025-05-02 04:39:13
|
otherwise it hangs because it waits for a `done` keyword
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:40:40
|
okay we are rolling ๐
|
|
2025-05-02 04:41:17
|
|
|
2025-05-02 04:42:34
|
waiting....
|
|
2025-05-02 04:43:01
|
I think it is done
|
|
|
|
A homosapien
|
2025-05-02 04:44:11
|
How much smaller are the files?
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:44:11
|
that is weird.
|
|
2025-05-02 04:44:34
|
no it did not finish all of the files.
|
|
2025-05-02 04:44:40
|
apparently it stopped....
|
|
2025-05-02 04:47:41
|
trying again
|
|
2025-05-02 04:48:42
|
it stops.
|
|
2025-05-02 04:48:46
|
again
|
|
2025-05-02 04:48:59
|
for i in *.png; do cjpegli "${i}" "new_${i%%.*}.jpg" -q "75" -p "2" --xyb -v --chroma_subsampling=444; done
|
|
2025-05-02 04:49:16
|
I removed the other formats as it is only png
|
|
2025-05-02 04:50:00
|
But it does 152 files or so and stops, there is 600 files in total so something is going wrong.
|
|
2025-05-02 04:51:58
|
I'll try the first commmand that you gave
|
|
2025-05-02 04:52:07
|
there is a little difference on the 2
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
there is a little difference on the 2
|
|
2025-05-02 04:52:18
|
yes
|
|
|
๐ฐ๐๐๐
```
for i in *.{jpg,png,jpeg}; do
cjpegli "${i}" "new_${i%%.*}.jpg" -q "75" -p "2" --xyb -v --chroma_subsampling=444
done
```
|
|
2025-05-02 04:52:52
|
this is a better command that handles extensions in a better way
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:53:16
|
Well that broke.... so I am running the first one you gave me now to see if that works
|
|
2025-05-02 04:54:06
|
first one seemed to have worked, second you gave broke after around 150 files
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:54:30
|
first command won't work actually with png files ๐
|
|
2025-05-02 04:54:35
|
interesting
|
|
|
|
JesusGod-Pope666.Info
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:55:27
|
because when you do `for i in *.{png}; do`
each `i` becomes one of your images such as `screenshot...png`
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:55:40
|
oh no..... it created .png files
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:55:42
|
yes
|
|
2025-05-02 04:55:44
|
that's why
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:55:55
|
sigh, if it is not 1 thing it is another thing.
|
|
|
|
๐ฐ๐๐๐
|
|
๐ฐ๐๐๐
```
for i in *.{jpg,png,jpeg}; do
cjpegli "${i}" "new_${i%%.*}.jpg" -q "75" -p "2" --xyb -v --chroma_subsampling=444
done
```
|
|
2025-05-02 04:56:03
|
this command on the other hand removes the extension, and applies `.jpg`
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:56:20
|
Yea well it breaks after 152 have been made
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 04:56:32
|
you can remove the newly made ones with
`rm -f new*png`
|
|
|
JesusGod-Pope666.Info
Yea well it breaks after 152 have been made
|
|
2025-05-02 04:56:47
|
you need to understand why and where it stops,
We can add a debugging line
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 04:58:12
|
yea..... well.... trying one more time
|
|
2025-05-02 04:59:08
|
Maybe it is a corrupted file or something
|
|
2025-05-02 05:00:06
|
1366 x 768, 20.513 MP/s [20.51, 20.51], , 1 reps, 1 threads.
Read 1366x768 image, 419345 bytes.
Encoding [XYB444 d2.350 AQ p2 OPT]
Compressed to 51266 bytes (0.391 bpp).
1366 x 768, 21.217 MP/s [21.22, 21.22], , 1 reps, 1 threads.
Read 1366x768 image, 421058 bytes.
Encoding [XYB444 d2.350 AQ p2 OPT]
Compressed to 51358 bytes (0.392 bpp).
1366 x 768, 16.641 MP/s [16.64, 16.64], , 1 reps, 1 threads.
Failed to read input image *.jpeg
darkijah<@892795132531838997>-USBSSD:~/downloads/test/test3$
|
|
2025-05-02 05:01:26
|
not much info to go by in regards of what file.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
not much info to go by in regards of what file.
|
|
2025-05-02 05:03:15
|
```
rm -f new_*png new_*jpg
total=$(ls -la *.{png,jpg} 2>/dev/null | wc -l)
echo "There are $total images to process."
current=0
for i in *.{jpg,png}; do
((current++))
echo "Processing the image: ${i} [$current/$total]"
cjpegli "${i}" "new_${i%%.*}.jpg" -q "75" -p "2" --xyb --quiet --chroma_subsampling=444
echo "Processing completed: ${i} [$current/$total]"
done
```
|
|
2025-05-02 05:03:17
|
Try this one
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 05:04:03
|
Don't need to remove them, I am making new folders pretty much ๐
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 05:04:03
|
This will print detailed information so you can see and understand
|
|
2025-05-02 05:04:09
|
doesn't matter
|
|
2025-05-02 05:04:26
|
it's just to make it guaranteed
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 05:05:41
|
funny how it now seems to be working....
|
|
2025-05-02 05:06:03
|
seems to do all 600 now
|
|
2025-05-02 05:06:37
|
just typical!!!! want an error and you don't get one.
|
|
2025-05-02 05:08:06
|
no.... I don't see those 600 files.
|
|
2025-05-02 05:08:13
|
only 152
|
|
2025-05-02 05:08:59
|
I tried to get another 600 from another year, it made 159 files.....
|
|
2025-05-02 05:09:06
|
dunno what is going on.
|
|
2025-05-02 05:09:16
|
but it seems to fail.
|
|
2025-05-02 05:10:10
|
funny how the png thing made all 600.....
|
|
2025-05-02 05:10:19
|
but with the png extension and not jpg
|
|
2025-05-02 05:10:22
|
like....
|
|
2025-05-02 05:10:27
|
nothing works as you want it.
|
|
2025-05-02 05:10:53
|
|
|
2025-05-02 05:11:04
|
I guess those png files are still JPG files?
|
|
|
|
A homosapien
|
2025-05-02 05:13:55
|
Here is my bash script, it renames the files with the appropriate `.jpg` extension and appends a "new_" for every file.```
#!/bin/bash
# Prompt user for image folder
read -rp "Enter the folder containing the images: " image_folder
# Check if folder exists
if [[ ! -d "$image_folder" ]]; then
echo "Error: Folder '$image_folder' does not exist."
exit 1
fi
# Process each image
for i in "$image_folder"/*.{png}; do
filename=$(basename "$i")
base="${filename%.*}" # remove extension
output_file="$image_folder/new_${base}.jpg"
cjpegli "$i" "$output_file" -q 75 -p 2 --xyb -v --chroma_subsampling=444
done
echo "Compression complete. Output files saved with .jpg extension."
```
|
|
2025-05-02 05:14:42
|
But yes, those ".png" files are just JPEGs misnamed.
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 05:14:55
|
Funny how it works with that and not the jpg.
|
|
2025-05-02 05:15:06
|
like something has to break every single time
|
|
2025-05-02 05:15:29
|
Maybe an input output function for folder would not be to bad.
|
|
2025-05-02 05:15:40
|
Like input here, and output them there.
|
|
2025-05-02 05:16:23
|
in any case.
|
|
2025-05-02 05:16:29
|
|
|
2025-05-02 05:16:38
|
Here are the result for now.... with the false png files.
|
|
2025-05-02 05:18:39
|
|
|
2025-05-02 05:18:44
|
lets just rename them for now
|
|
2025-05-02 05:19:59
|
They are working but sure is a lot of green ๐
|
|
2025-05-02 05:21:54
|
Lets upload them to the website, my brain is finished.
|
|
2025-05-02 05:22:08
|
I can't go on much more.
|
|
2025-05-02 05:23:08
|
do seem to work: https://jesusgod-pope666.info/images.php#(grid|album)=/test2%20encoded%20600%20JPEG75%20cjpegli;
|
|
2025-05-02 05:23:29
|
you need to copy paste the whole line and not click the link for it to work
|
|
2025-05-02 05:23:37
|
have the ; with it
|
|
2025-05-02 05:24:30
|
There is 600 pictures, 200 is loaded by default each time.
|
|
2025-05-02 05:24:36
|
so first 200 is loaded first.
|
|
2025-05-02 05:24:46
|
if you then go down it will load another 200
|
|
2025-05-02 05:24:49
|
and then another 200.
|
|
2025-05-02 05:24:54
|
for a total of 600 images
|
|
2025-05-02 05:25:21
|
I never got to having it load before it hits the bottom, I could have improved that, but never got around to it.
|
|
2025-05-02 05:25:57
|
The idea was to have it load before you reach the bottom so it would be more fluent.
|
|
2025-05-02 05:27:22
|
It is hard to know in regards of quality as some of the screenshots itself have images of bad compression artifacts and all.
|
|
2025-05-02 05:27:33
|
I would need to put them side by side.
|
|
2025-05-02 05:27:44
|
But at the moment somewhat tired.
|
|
2025-05-02 05:27:54
|
But so far so good.
|
|
2025-05-02 05:28:32
|
And of cause it is not meant to load 600 images...... 200 is the max.
|
|
2025-05-02 05:28:49
|
and usually not to load more..... by default settings or sorting at least.
|
|
|
|
A homosapien
|
2025-05-02 05:29:44
|
gwenview can properly see the xyb jpegs btw
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 05:30:21
|
the what
|
|
2025-05-02 05:31:22
|
A script for input and output with all subfolders to mirror to make JPG files would be nice.
|
|
2025-05-02 05:31:42
|
That should be possible somehow.
|
|
2025-05-02 05:31:59
|
Like I have multipe folders with 200 images, in folders.
|
|
2025-05-02 05:32:26
|
if it could mirror it all and put everything into a mirrered folder with subfolders that would be a nice script.
|
|
|
|
A homosapien
|
2025-05-02 05:33:01
|
Gwenview is an image viewer on Linux that can view the XYB jpegs without the green tint
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 05:33:07
|
Ahhh okay.
|
|
2025-05-02 05:33:27
|
Anyway, we have around 5 to 1 I guess on the files.
|
|
2025-05-02 05:33:47
|
I will need to check quality after I have slept.
|
|
2025-05-02 05:34:13
|
Oh I should check my old firefox browser on my mobile for readability on it.
|
|
2025-05-02 05:34:53
|
Ha ha ha.... okay, it..... yea...... lets see if I can get an image from my mobile
|
|
2025-05-02 05:35:47
|
|
|
2025-05-02 05:36:19
|
Yea I guess if you guys could fix the Greenish thing on non supported devices, that could be cool.
|
|
2025-05-02 05:36:46
|
But it does read them on the mobile.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
AVIF seems to have more details on that in the lower..... But it is very very low KB.....
|
|
2025-05-02 05:37:22
|
that AVIF is old
|
|
2025-05-02 05:37:38
|
now AVIF is 10x better especially with tune=iq
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 05:37:53
|
How did we.....
|
|
2025-05-02 05:38:14
|
Like that is old message ๐
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 05:38:23
|
just seen it ๐
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 05:38:52
|
So.... the old Firefox do have some issues, although not totally surprised as it has some years on its behind.
|
|
2025-05-02 05:38:58
|
but still my main browser.
|
|
2025-05-02 05:41:11
|
interestingly enough that old firefox browser can actually see AVIF files.
|
|
2025-05-02 05:42:02
|
that is weird..... the image that it uses for the thumbnail, one of the 600, does not seem to be Green.
|
|
2025-05-02 05:42:22
|
oh wrong browser, doh.
|
|
2025-05-02 05:42:44
|
getting way to tired here.
|
|
2025-05-02 05:43:03
|
Yea AVIF does not work on the old browser and the greenish thing is on it in thumbnails as well.
|
|
2025-05-02 05:43:09
|
that makes more sense.
|
|
2025-05-02 05:44:58
|
Seems like the newer browser also works differently from the old on the image app, sigh....
|
|
2025-05-02 05:45:21
|
Anyway thanks for all, I think I need to go to bed to get some rest.
|
|
2025-05-02 05:46:45
|
But yea, if the Greenish thing could be sorted somehow it would not be a bad thing for sure.
|
|
|
|
๐ฐ๐๐๐
|
|
JesusGod-Pope666.Info
That should be possible somehow.
|
|
2025-05-02 01:19:35
|
Change `/path` with your actual path.
Install the zsh shell:
```
sudo apt install zsh
```
- Either copy paste the below commands excluding the first line.
- Or copy this into a text file, save it, make it executable with `chmod +x text_file` and run `./text_file`
```
#!/usr/bin/env zsh
p=(${(0)"$(find /path -type f \( -name "*.jpg" -o -name "*.jpeg" -o -name "*.png" \) -print0)"})
t="${#p[@]}"
c="0"
for i in "${p[@]}"; do
((c++))
output="${i:h}/new_${i:t:r}.jpg"
cjpegli "${i}" "${output}" -q "75" -p "2" --xyb --quiet --chroma_subsampling=444 &&
print -rl -- "[ ${c}/${t} ] DONE: ${i}"
done
```
It's extremely safe and fast with `zsh`.
|
|
2025-05-02 01:19:50
|
This will find all jpg and png photos of yours.
|
|
2025-05-02 01:22:20
|
It will start from the path and traverse all directories fully.
Convert each one of your pictures and create ones with `new_` prefix.
Each newly produced image will be in the same directory with the respective reference images.
It will also count the process and show you which image is being processed exactly.
|
|
|
Traneptora
|
2025-05-02 01:24:57
|
this is easier to do with parallel
|
|
2025-05-02 01:25:46
|
honestly works fine with find as well
|
|
2025-05-02 01:26:54
|
```
find -type f -name '*.png' -exec cjpegli -q 75 -p 2 --xyb --quiet --chroma_subsampling=444 '{}' '{}.jpg' ';'
```
|
|
2025-05-02 01:27:31
|
if you use parallel you can rename it more easily
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 01:27:33
|
It's possible too. My version just counts and prints them
|
|
|
|
Traneptora
|
2025-05-02 01:27:44
|
seems kind of unnecessary
|
|
2025-05-02 01:27:48
|
to count them
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 01:27:58
|
I like to see the output ๐
|
|
|
|
Traneptora
|
2025-05-02 01:28:03
|
>--quiet
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 01:28:17
|
by the way with `fd`, you can batch execute
|
|
2025-05-02 01:28:23
|
`-X`
|
|
|
|
Traneptora
|
2025-05-02 01:28:30
|
you can with find as well, fwiw
|
|
2025-05-02 01:28:37
|
it doesn't matter much since cjpegli multithreads
|
|
2025-05-02 01:28:39
|
but either way
|
|
2025-05-02 01:28:53
|
if you want to do this with bash and not zsh, you'd do it like this
|
|
2025-05-02 01:29:53
|
```
find -type f -name '*.png' -print0 | while read -d '' fname; do
# do a thing with ${fname}
done
```
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 01:30:21
|
while loops are slower though
|
|
2025-05-02 01:30:30
|
dirname, basename commands can be used on bash
|
|
2025-05-02 01:30:33
|
instead
|
|
|
|
Traneptora
|
2025-05-02 01:30:43
|
this actually works in posix shell
|
|
2025-05-02 01:30:45
|
if you care about perf
|
|
2025-05-02 01:31:12
|
but again, the performance of the while loop is extremely low in comparison to the time spent actually encoding images
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 01:31:22
|
still, while loops are slower. I did some autistic benchmarks with shells ๐
Though it's not important for this task
|
|
|
|
Traneptora
|
|
๐ฐ๐๐๐
dirname, basename commands can be used on bash
|
|
2025-05-02 01:33:28
|
you can just use `"${foo%.jpg}"` in bash, no reason for basename
|
|
2025-05-02 01:33:42
|
or `"${foo##*/}"` instead of dirname
|
|
|
|
๐ฐ๐๐๐
|
|
|
Traneptora
|
2025-05-02 01:33:57
|
er
|
|
2025-05-02 01:34:19
|
`"${foo%"${foo##*/}"}"`
|
|
2025-05-02 01:34:21
|
shell sucks
|
|
|
|
๐ฐ๐๐๐
|
2025-05-02 01:34:38
|
zsh syntax sucks more but it's so fine to use native methods ๐
|
|
2025-05-02 01:34:43
|
I like its unique approach
|
|
|
Traneptora
shell sucks
|
|
2025-05-02 01:35:29
|
|
|
2025-05-02 01:35:42
|
This can pick any number between 10 to 99 within the arguments passed to the script; excluding the last argument.
Won't break if arguments contain spaces or special characters.
Preserves argument boundaries compared to simpler string processing methods.
Won't accidentally match parts of longer numbers ("12" from "123").
Won't match non-number strings that contain numbers.
Doesn't require utilities such as grep, sed, cut.
|
|
2025-05-02 01:37:29
|
And you can build arrays as below with proper filename handling without using any commands.
This just opens the current selected image and you can go back and forward using `imv`.
|
|
2025-05-02 01:37:43
|
`zsh` has incredible array slicing
|
|
2025-05-02 01:38:08
|
normally you need loops or similar stuff for these
|
|
|
|
Traneptora
|
2025-05-02 01:43:45
|
shell extensions are less bad
|
|
2025-05-02 01:43:51
|
shell command language is really yucky though
|
|
|
|
๐ฐ๐๐๐
|
|
๐ฐ๐๐๐
Change `/path` with your actual path.
Install the zsh shell:
```
sudo apt install zsh
```
- Either copy paste the below commands excluding the first line.
- Or copy this into a text file, save it, make it executable with `chmod +x text_file` and run `./text_file`
```
#!/usr/bin/env zsh
p=(${(0)"$(find /path -type f \( -name "*.jpg" -o -name "*.jpeg" -o -name "*.png" \) -print0)"})
t="${#p[@]}"
c="0"
for i in "${p[@]}"; do
((c++))
output="${i:h}/new_${i:t:r}.jpg"
cjpegli "${i}" "${output}" -q "75" -p "2" --xyb --quiet --chroma_subsampling=444 &&
print -rl -- "[ ${c}/${t} ] DONE: ${i}"
done
```
It's extremely safe and fast with `zsh`.
|
|
2025-05-02 02:04:10
|
Alternative approach can be:
With `fd`:
```
fd -t f '\.jpe?g$|\.png$' -x cjpegli -q 75 -p 2 --xyb --quiet --chroma_subsampling=444 {} {//}/new_{/.}.jpg
```
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 03:14:44
|
Lets make some coffee!
|
|
2025-05-02 03:14:52
|
Awaken.
|
|
2025-05-02 05:17:55
|
Great.... copied all the info into a text, I'll see if I can get it installed on another Linux ๐
|
|
|
|
jonnyawsom3
|
|
Traneptora
it doesn't matter much since cjpegli multithreads
|
|
2025-05-02 06:18:03
|
Is it? I always saw kernel time matching user time
|
|
|
|
JesusGod-Pope666.Info
|
2025-05-02 11:12:48
|
Hmm, I am close to 90 pretty much for something acceptable. Not that it can't be used but zooming in your can see the Squares in the JPEG.
|
|
2025-05-02 11:13:04
|
90 seems to be pretty near taking care of any boxes.
|
|
2025-05-02 11:13:35
|
as far as what I have tested - I used primary one image for now to test by.
|
|
2025-05-02 11:13:43
|
and even 85 you could still see some boxes.
|
|
2025-05-02 11:15:48
|
|
|
2025-05-02 11:15:54
|
This is 85
|
|