Hello Jarun,

I'm sorry to contact you here but there is unfortunately no PM on Github.

I ended up on your package as I'm also trying to resize image using PIL and Multiprocessing Pool with Python 3.

And I was wondering: have you ever 'lost' images? By that I mean that some processes fail to resize and save the new resized image.

It happen to me on my project quite randomly and I can't figure out what is the problem. I always use the same images to run my test but it's not always the same which are missing. It's quite weird...

If by any chance you have any idea why I would gladly hear your advice (I'm new to Python).

I wish you a very nice day.

Pierre

For JPEG for example, the command jpegtran is able to losslessly perform several operations like flip, rotate by a multiple of 90 degrees and others.
From its man page:

jpegtran works by rearranging the compressed data (DCT coefficients), without ever fully decoding the image. Therefore, its transformations are lossless: there is no image degradation at all, which would not be true if you used djpeg followed by cjpeg to accomplish the same conversion.

• Fresh install of Ubuntu 19.04 (actually, running off live USB)
• Installed version 2.6 via apt-get install imgp after checking the “Community-maintained free and open-sourced software (universe)” box in Software & Updates.
• Ran imgp -x 1200x800 -r -z /path/to/input/ (The -z switch was useless as I do not konw where the log went.)
• Got reduced size versions blazingly fast (yay!)
• BUT quite a few of the EXIF fields were lost.
• See attached files for list of original EXIF fields and those in resulting _IMGP file, and a diff -y between them that has been modified to be easier to read.
• Also ran quick test running v. 2.6 from the repository with ./GITCLONED_imgp/imgp -x 1200x800 -r /path/to/input/; only checked “Attribution Name” field, but it was missing. I presume the rest were, too.

TSTJPEG_orig_exif_fields.txt
TSTJPEG_IMGP_exif_fields.txt
TSTJPEG_exif_field_diff.txt

Hey, this is a great utility, thank you for writing it!

I'm using imgp to resize images for a blog, and I need to produce several different resolutions of the same image with consistent naming, eg myimage-1080.jpg myimage-720.jpg etc.

Currently this is possible using the separate posix rename utility, but it would be nice to be able to change _IMGP to a custom string, possible with a flag such as --rename my-text-goes-here with imgp itself.

imgp options --res and --rotate do not work together.

First of all, thanks for making such an convenient tool for image processing. I noticed that imgd is not on pypi yet, why not making it so? Thus people could using pip install imgd to install it directly.

If you approve this, I can send a pull request of the essential code to register imgd to pypi.

How to resize all image but ignore image with less than 200 dimensional?

I try:

imgp -wrpecx 50 -k 300 images

But it still convert an image from 194x260 to 96x130

I want to skip some images like this.

This is great, I'll be trying it out on a few current projects.

If i have a scanned image of English characters (A form of some sort) I'd like to use this to pre-process and re-align the page. This will give Apache Tika/Tesseract a better chance at high quality OCR.

Do you have any tips on how i can programmatically "guess" at the right % of rotation required?

Any tips appreciated.

Here's the formula file:

https://gist.githubusercontent.com/anonymous/9afa5f317d3db9f1473f5cfe106eb55e/raw/afc707cf9c7f774ba2387646390b6a78a8329db7/imgp.rb

As usual, create a repository jarun/homebrew-imgp, place imgp.rb in there, and tada. The installation command is

brew install jarun/imgp/imgp

Of course you can use a central repository jarun/homebrew-blah to host multiple formulae if you'd like to. In that case, brew install jarun/blah/imgp.

Note that I'm assuming an upstream wheel of Pillow here, which means it probably won't work with Linuxbrew.

the log is here:

➜ 123 imgp -x 1366x0
Source omitted. Processing current directory...

./20210725_144420.jpg
4032x3024 -> 4032x3024
1445180 bytes -> 838738 bytes

./20210725_144350.jpg
4032x3024 -> 4032x3024
1838832 bytes -> 946717 bytes

./20210725_144408.jpg
4032x3024 -> 4032x3024
1926639 bytes -> 957304 bytes

./20210725_144339.jpg
4032x3024 -> 4032x3024
2691680 bytes -> 892383 bytes

./20210725_144345.jpg
4032x3024 -> 4032x3024
6153433 bytes -> 981851 bytes

5 processed in 0.7151 seconds.
/usr/local/Cellar/[email protected]/3.9.7/Frameworks/Python.framework/Versions/3.9/lib/python3.9/multiprocessing/resource_tracker.py:216: UserWarning: resource_tracker: There appear to be 12 leaked semaphore objects to clean up at shutdown
warnings.warn('resource_tracker: There appear to be %d '

Hi, thanks for the tool. Is it possible to specify output directory?

Hi Arun! First of all thank you for such a great tool!

I tried to install it on Sierra and ran into the PNG to JPG conversion problem. Everything works as it has to but it simply ignores the PNG files. I have correctly installed python 3.6.1, Pillow and made the make installation as you instructed. All the paths look right, imagemagick is also present. I used different combination of arguments but no luck.

I know you have no MacOs mention in readme file but maybe you can make a Brew package so we can use all options on Mac.

Also I've notice significant colour saturation change, is there any option to manually set the parameters?

I would really like to have the ability to modify this in an image but I am not sure how to alter the code to do so.

When I throw a JPG from my camera at imgp, it says it is not a JPG (but it is):

$ ~/dev/imgp/imgp -x 1920x1920 -p -z P1010670.JPG 
P1010670.JPG: not JPEG or PNG image
$ file P1010670.JPG 
P1010670.JPG: JPEG image data, Exif standard: [TIFF image data, little-endian, direntries=13, manufacturer=Panasonic, model=DMC-GX80, orientation=upper-left, xresolution=190, yresolution=198, resolutionunit=2, software=Ver.1.2  , datetime=2017:10:31 12:59:19], baseline, precision 8, 4592x3448, frames 3

Here is an image so you can try it for yourself: [removed]

Hello,

I just tried running master (v2.9) on Windows and it mostly works, but some arguments seem to be ignored? -r is heeded and -x is processed but ignored while -d, -m and -w have no effect. However, the flags appears to be set properly internally, per the output from this basic debug.patch:

D:\Tools\>c:\Progra~1\Python\python -V
Python 3.9.1
D:\Tools\>c:\Progra~1\Python\python imgp-master\imgp --mute --quality 90 -x 800x800 --overwrite -r imgp
90
True
True

Non-flag heeding invocation output pre-debug patch (identical with short or long-form parameters):

D:\Tools\>c:\Progra~1\Python\python imgp-master\imgp --mute --quality 90 -x 800x800 --overwrite -r imgp.test
imgp.test\10_PHOTO1\R_12fwK7duntjbSI9_IMG_0145.jpg
1280x960 -> 1280x960
396696 bytes -> 173783 bytes

Any ideas?

--JAPH

Hello. I'm trying to download images, convert PNG to JPG and make JPG progressive. But I'm getting an error and can't figure out what I'm doing wrong.

imgp -wraсkx 300x0 ./public/thumbnails/

imgp: error: argument -a/--adapt: ignored explicit argument 'сkx'
Error: Process completed with exit code 2.

Hello,

Thank you for this tool. Could you explain how to use the -q N option? What is N?

-q N, --quality N quality factor (N=1-95, JPEG only) [default: 75]

Hi. while using imgp i needed to save processed images as a specific file name but I couldn't find this option. i would appreciate your help.

The adaptive mode is a cool feature and is documented well in the README file. But as they say, a picture is worth thousands of words. I think it might be clearer for readers if there are corresponding picture examples to recognize what will happen. Just a suggestion, might be a "Good First Issue".

I was using imgp to resize a bunch of product images, and found that one or two lost it's luster (i.e. the color saturation was reduced). I've included an example of the original and new image - curious if there's any improvement to the tool that could solve for this - or if there was a setting I missed.

Hi,
While looking for a fast image resizer for a low power project, I found and installed your awesome tool on a RaspberryPi ZeroW machine running the latest version of Raspbian (Stretch).

Finding the error mentioned in the subject line, while testing an IMGP resize on one of my images, I downloaded a couple of alternative images from the Internet as comparison tests. One PNG and one JPEG picked at random. IMGP worked fine on those files.

The unidentifiable jpg of mine (attached below) was shot by a Canon Powershot camera and transferred to the machine using CHDK-PTP (Canon Hackers Development Kit)

I attach the image in the hope that it may shed some light on the issue.
Thanks

Description

$ brew install jarun/imgp/imgp
...
Warning: You are using macOS 11.0.
We do not provide support for this released but not yet supported version.
...
Please create pull requests instead of asking for help on Homebrew's GitHub,
...
Error: Your CLT does not support macOS 11.0.

Most rolling distros ship Pillow 10+ now, which leaves imgp broken because of #49.

Maybe it makes sense to bump the release so it gets updated, e.g. in AUR?

Hi @jarun,

Thanks for this tool. It's been extremely useful and has the best compression settings w.r.t quality out of the box and is also super performant!

It would be very useful (and also showcase the tool better) if the program could print out the total amount of space saved (in MB preferably)

Hi,

When i convert many files in a folder, i got error message:"cannot convert PNG files in palette mode".
I found it is because my png file need to be converted.
Can we add some function to fix it ?

Thanks.

imgp is real handy for my mass-resizing needs, thanks a bunch! This is just a little idea for future users, I have a workaround, so feel free to close it =)

With 1000s of comic books (100000s of pages) to down-size, it happens that one encounters occasional corrupt jpgs. My bash script after extractions and other preps ultimately call imgp -m -x 75 -q 66 -w ./*.jpg. The latter part likely gets expanded by bash into all the jpgs matched in current dir.

Anyway, one way or another imgp is called once and works through multiple files. Now just 0.01% of those may cause your PIL open or resize or other calls to fail, in my case as follows:

Traceback (most recent call last):
  File "/bin/imgp", line 676, in <module>
    main()
  File "/bin/imgp", line 653, in main
    if resize_image(path):
  File "/bin/imgp", line 302, in resize_image
    img = img.resize((_hres, _vres), antialias)
  File "/usr/lib/python3.9/site-packages/PIL/Image.py", line 1916, in resize
    self.load()
  File "/usr/lib/python3.9/site-packages/PIL/ImageFile.py", line 259, in load
    raise OSError(
OSError: image file is truncated (1 bytes not processed)

Not to worry about that particular error, just would be neat to have a flag such that when imgp processes multiple files and just one of them is problematic, it continues processing the other ones and exits with success code 0. It might still warn on stderr or something.

I'll work around it for now by looping over the jpg files in the dir and doing one imgp call for each file individually.

Hello,
This is not an issue, I just wanted to say thank you for this great tool. It has been a huge time saver.
Thank you.

I have a large 5.2MB image that I'd like to resize.

When I run imgp I get an error:

➜  imgp -x 50 i.png
Traceback (most recent call last):
  File "/home/linuxbrew/.linuxbrew/bin/imgp", line 676, in <module>
    main()
  File "/home/linuxbrew/.linuxbrew/bin/imgp", line 653, in main
    if resize_image(path):
  File "/home/linuxbrew/.linuxbrew/bin/imgp", line 223, in resize_image
    img = Image.open(src)
  File "/home/linuxbrew/.linuxbrew/Cellar/imgp/2.8/libexec/lib/python3.9/site-packages/PIL/Image.py", line 3009, in open
    im = _open_core(fp, filename, prefix, formats)
  File "/home/linuxbrew/.linuxbrew/Cellar/imgp/2.8/libexec/lib/python3.9/site-packages/PIL/Image.py", line 2996, in _open_core
    _decompression_bomb_check(im.size)
  File "/home/linuxbrew/.linuxbrew/Cellar/imgp/2.8/libexec/lib/python3.9/site-packages/PIL/Image.py", line 2905, in _decompression_bomb_check
    raise DecompressionBombError(
PIL.Image.DecompressionBombError: Image size (255553344 pixels) exceeds limit of 178956970 pixels, could be decompression bomb DOS attack.

• Debian 10 (WSL)
• imgp 2.8 (installed with homebrew).

Is it not possible to just use the flag --eraseexif?

imgp -e sadster.jpg
missing image transformation

If not, would it be possible to add that feature?

how to resize an image to at most 350kb?

debian10
Python 3.7.3
install PIL library sudo apt-get install python3-pil

hi, how can i ignore this message?

root@kubectl-master:/public# imgp -x 800x0 -s 307200 -rewm
/usr/bin/imgp:54: DeprecationWarning: ANTIALIAS is deprecated and will be removed in Pillow 10 (2023-07-01). Use Resampling.LANCZOS instead.
  png_ip = PIL.Image.ANTIALIAS  # default interpolation for PNG

Is it possible to specify a destination directory for the output?

More of a question than an issue..
I generate and upload lots of 5K images to a web gallery and would like to present them progressively.
I use imgp and love it's speed but I can't find any reference to progressive mode.
Is it on the road map?
Thanks
Sdack

Some devices save the image data in one orientation, but add EXIF data indicating the true orientation of the image. An option to automatically apply this would be handy, so that one might do something like -o auto -x 800x600 -e

Hi, thanks for this amazing tool!

When i use imgp on a specific file, it changes it's resolution

imgp -x 800x0 IMG_20210507_123728.jpg
IMG_20210507_123728.jpg
4000x3000 -> 800x600
6040630 bytes -> 70771 bytes

But when i run it on a current directory, resolution of files its not changed, but the size of the each file is decreased

imgp -x 800x0
Source omitted. Processing current directory...

./IMG_20210507_123728.jpg
4000x3000 -> 4000x3000
6040630 bytes -> 986332 bytes

./IMG_20210507_124739.jpg
4000x3000 -> 4000x3000
6494707 bytes -> 1185653 bytes

./IMG_20210507_131250.jpg
4000x3000 -> 4000x3000
5782602 bytes -> 1490968 bytes

Here, as you see the resolution isn't changed 4000x3000 -> 4000x3000 6040630 bytes -> 986332 bytes, but only the size

I have a folder with images of different size and try to convert the images that are greater then 350KB into something around 350KB. I know I can't set output file size but I tried with specifying the min file size before processing and to limit the resolution in order to get to my requirements. The problem is that I get the following output if I try to run it in the image folder:

imgp -akx 1600 -s 358400
> use --enlarge is to scale > 100%