Legacy ImageMagick Discussions Archive

Or your 32-bit float tiff is tiled format, that is patched very recently:
https://imagemagick.org/discourse-serve ... ff#p166078

TIFFTAG_PHOTOMETRIC is required field. There is no default. See https://www.awaresystems.be/imaging/tif ... ation.html

Why shows it IrfanView as EXIF? But however, how can I get these information into the final JPG as EXIF? Accroding to the spec of Exif 2.3 http://www.cipa.jp/std/documents/e/DC-008-2012_E.pdf 4.6.4 TIFF Rev. 6.0 Attribute InformationTable 4 lists the attribute information used in Exif, including ...

magick \( 1a.jpg 1b.jpg 1c.jpg +append \) \( 1d.jpg 1e.jpg 1f.jpg +append \) -append 1.jpg will do a job for page 1. Repeat using bash script. It's not difficult. for i in `seq 1 50` do magick \( ${i}a.jpg ${i}.jpg ${i}.jpg +append \) \( ${i}d.jpg ${i}e.jpg ${i}f.jpg +append \) -append ${i}.jpg ...

You need some programming using some library that can handle PDF bookmark, for example Apache PDFBox in Java. Following page would be your help: https://memorynotfound.com/apache-pdfbox-bookmark-pdf-example/ You can also split it to single page pdf files in it, so then write a script that convert to ...

%f is whole filename. Just replace %[basename] to %f and remove the last ".jpg" at your command.

If the gray area is your 2nd image is transparent, will do the job.

In my opinion, "-type" should be used only to specify the format of the written file, not to change pixel values. If we want to make pixels gray, we should use "-colorspace Gray" or another operation that changes pixels. Good point. My first example line that is writing to tiff, works as expected ...

Thank you snibgo. In my enviroment (see above), -colorspace Gray results the same. Without -define color-type, color_type becomes 3. With -define color-type=4, it outputs warning and color-type becomes 6. I will try with other version later when I have time. To clarify: $ rm x.png $ magick -version ...

I tried with 7.0.8-51 Q16 x64 HDRI on Windows command line, and 7.0.8-50 Q16 x86_64 HDRI on msys2. (Both are on Windows 7 64 bit.) For example, $ magick logo: \( +clone -negate -colorspace HSV -separate -delete 0,1 \) -compose copy_opacity -composite -type GrayScaleAlpha x.tif create Gray+Alpha tiff ...

Get IMagickCollection by Separate(), reorder to the state whatever you want, then Combine();

Both your input and output files has Orientation: RightTop (= 6) value. $ magick identify -verbose IMG_0233.jpg | grep -i orient Orientation: RightTop exif:Orientation: 6 $ magick identify -verbose 'Converted - 2019-06-21T115901.857.tiff' | grep -i orient Orientation: RightTop Most viewer support ...

I'm not sure it is the case but Group4 compression may produce larger size file than the original at the worst case. From https://en.wikipedia.org/wiki/Group_4_compression A worst-case image would be an alternating pattern of single-pixel black and white dots offset by one pixel on even/odd lines ...

It looks ImageMagick failed to read 16 bit float and 32 bit float tiff file when it is encoded in tile format.

What is the generated version of the pdf in imagemagick 7? My previous answer for version is wrong. It seems it depends on input: $ magick wizard: tiff:- | magick - PDF:- | head -1 %PDF-1.7 $ magick wizard: png:- | magick - PDF:- | head -1 %PDF-1.3 I do not understand how the version is selected ...