Tag Info

New answers tagged

0

First I thought that was a libmagic bug. I've sent an email to homebrew developers and they fixed versions of suricata and libmagic. But the issue still appeared. So one of them pointed me in right direction: in suricata.yaml the correct path to magic-file should be set up. If the libmagic dependancy was installed from homebrew: magic-file: ...


0

As Levi answered, you can use ImageMagick's mogrify. However to expand on that I found to actually get mogrify to work with a password protected file you may need to specify the password as: mogrify -authenticate yourpassword c:\workingdirectory\password_protected.pdf Warning! this will overwrite the file in-place Furthermore, the quality of the pdf may ...


1

This appears to be a bug in either binwalk or libmagic. Check what version of those packages you have installed. You may need to downgrade them. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754317


1

Your first image is CMYK which is OK from a jpeg specification standpoint, but often not supported. Try adding -colorspace RGB other options manual


0

Adding a -type truecolorAlpha can solve this problem. It's possible to find an explanation related with the kind of truecolor PNG of the original file and the different palette size before and after the resizing operation. Essentially it was a bug from a wrong recognition of an iCCP profile from PNG (colortype 6) that was recognised as sRGB, and can ...


0

I found a blog post showing a workaround by specifying the format of the output. For me, I wanted semi-transparent PNGs, so the best choice was to add the -define png:format=png32 option: mogrify -define png:format=png32 -resize 80% * (The blog suggests -define png:format=png24 but that appears to limit output alpha to 1-bit.)


0

No. You don't need any scripts at all. Remember back in the day when we wanted to print posters? In order to print a banner or a poster we would print the file with using a setting called Tile Pages. It would print the file in pieces and then we would tape it together. You're trying to do the same thing but from PDF to PDF. Using a PDF Print driver, set ...


0

identify multipage.tif | wc -l (-format "%p" or %n produced bogus results for me)


1

You need to +repage before and after the cropping operation. convert -quality 100 -density 300 orig.pdf +repage -crop 1x2@ +repage t6.pdf From the Imagemagick site you can read It might be necessary to +repage the image prior to cropping the image to ensure the crop coordinate frame is relocated to the upper-left corner of the visible image. ...


1

One difference I believe is that Identify reads the whole image file into memory and then extracts the EXIF data. I don't think exiftool has to do that because it is only getting the EXIF/IPTC metadata. I'm not sure how much metadata Identify understands. Exiftool is specifically designed to handle not only EXIF metadata but also IPTC and XMP amongst others ...


1

"If a field has color, I want to convert it to black." The following should work: convert <input> -negate -threshold 0 -negate <output> Source Threshold Dithering Methods Threshold Images The simplest method of converting an image into black and white bitmap (to color) image is to use -threshold. This is actually a simple ...


1

Dithering is clearer and more fax-like than a threshold cutoff: convert <input> -monochrome <output> For a less contrasty but more information-preserving kind of dithering, use: convert <input> -remap pattern:gray50 <output> (Docs)


0

I could not figure out how to convince convert to only add the metadata and not re-encode my [monochrome] bitmap; it was expanding the file >50%. I discovered that pngcrush (not an ImageMagick tool) can also add the density metadata. This command line marks it 600dpi and allows other optimizations, which reduced the file size by ~10%: pngcrush -res 600 ...



Top 50 recent answers are included