Search found 190 matches
- 2018-04-23T06:08:39-07:00
- Forum: Users
- Topic: Compress BMP with RLE
- Replies: 9
- Views: 15979
Re: Compress BMP with RLE
But seems like user 246246 found what I'm doing wrong. Now I'm curious can ImageMagick convert my bmp to OS/2 format? P.S. I tried to compress OS/2 24bit image, but no effect. And identify shows that it is BMP2. I think you tried to read OS/2 BMP v1, which is practically identical to Windows bitmap...
- 2018-04-22T17:29:35-07:00
- Forum: Users
- Topic: Compress BMP with RLE
- Replies: 9
- Views: 15979
Re: Compress BMP with RLE
As far as I know RLE compression for bmp is only applicable for 4-bit or 8-bit bitmap (unless it is OS/2 format). https://msdn.microsoft.com/en-us/library/windows/desktop/dd183383(v=vs.85).aspx https://en.wikipedia.org/wiki/BMP_file_format#Compression From file size, your matterhorn.bmp is 24-bit RG...
- 2018-04-13T20:54:24-07:00
- Forum: Users
- Topic: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
- Replies: 11
- Views: 10581
Re: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
I found it is mentioned here:fmw42 wrote: ↑2018-03-22T08:58:27-07:00 I do not see any %[bit-depth] listed at https://www.imagemagick.org/script/escape.php. Where is that documented?
viewtopic.php?t=24291
- 2018-04-13T19:23:48-07:00
- Forum: Users
- Topic: Saving image as a palette type bmp, even if it is greyscale?
- Replies: 6
- Views: 11261
Re: Saving image as a palette type bmp, even if it is greyscale?
boot-backup.bmp is a 24-bits/pixel uncompressed RGB file, which (I guess) ImageMagick pretends is paletted, since it only has 16 colors. Note the class is "DirectClass", which means non-paletted. Note the file size is 230KB, which is about 3 bytes/pixel. Indeed. Also, 'identify -verbose b...
- 2018-04-12T06:38:05-07:00
- Forum: Users
- Topic: Saving image as a palette type bmp, even if it is greyscale?
- Replies: 6
- Views: 11261
Re: Saving image as a palette type bmp, even if it is greyscale?
I think your boot.bmp is palette format because identify -verbose shows colormap entry. Create file just the same way you've done: % convert logo: -type Palette -colorspace Gray PNG8:logo.png % convert logo.png -type Palette BMP3:logo.bmp Then checking it. % identify -verbose logo.bmp | grep -A 10 -...
- 2018-03-22T19:55:12-07:00
- Forum: Users
- Topic: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
- Replies: 11
- Views: 10581
Re: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
Thank you for your clear explaiation, snibgo! I neverimagined such simple calculation exists --- well, 255 * 257 = 65535.
- 2018-03-22T17:30:20-07:00
- Forum: Users
- Topic: IM can't handle %% in paths
- Replies: 15
- Views: 17118
Re: IM can't handle %% in paths
Thank you for reminding me. I had thought the result in my simple testcase is an obvious bug.
- 2018-03-22T17:15:28-07:00
- Forum: Users
- Topic: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
- Replies: 11
- Views: 10581
Re: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
@246246: Did you follow the trail? property.c "bit-depth" calls attribute.c GetImageDepth() which reads the entire image to find the number of bits required. I'm now trying to :) Your command for logo2.tif finds the best two colours that fit the image. You use Q16, and those colours are l...
- 2018-03-22T17:02:55-07:00
- Forum: Users
- Topic: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
- Replies: 11
- Views: 10581
- 2018-03-22T15:57:20-07:00
- Forum: Users
- Topic: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
- Replies: 11
- Views: 10581
Re: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
I read it about this forum some years ago, but I cannot find the post. (I'll add it later if I could find it.) I'm sure that property is implemented. https://github.com/ImageMagick/ImageMagick/search?l=C&q=bit-depth&type=&utf8=%E2%9C%93 It seems same value are shown in the output of iden...
- 2018-03-22T07:04:36-07:00
- Forum: Users
- Topic: IM can't handle %% in paths
- Replies: 15
- Views: 17118
- 2018-03-22T03:51:49-07:00
- Forum: Magick.NET
- Topic: EXIF data lost on save
- Replies: 6
- Views: 19796
Re: EXIF data lost on save
Have you tried exiv2, that are written in C++.
I once tried to use it via c++/CLI, reading from the original and write to newly saved file.
metacopy.cpp would be your help.
I once tried to use it via c++/CLI, reading from the original and write to newly saved file.
metacopy.cpp would be your help.
- 2018-03-22T02:40:11-07:00
- Forum: Users
- Topic: IM can't handle %% in paths
- Replies: 15
- Views: 17118
Re: IM can't handle %% in paths
Even without [0], this command failed also: $ mkdir tmp%% $ magick logo: 'tmp%%/logo.tif' magick.exe: unable to open image 'tmp%/logo.tif': No such file or directory @ error/blob.c/OpenBlob/3109. With -debug TRACE it disappears around here: ... 2018-03-22T18:51:45+09:00 0:00.348 0.125u 7.0.6 Trace m...
- 2018-03-21T23:57:12-07:00
- Forum: Users
- Topic: Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
- Replies: 11
- Views: 10581
Why %[bit-depth] is sometimes 8 and sometimes 16 for indexed tiff?
First I create a 2 color indexed tiff via png. $ magick logo: -colors 2 -define png:include-chunk=none -define png:bit-depth=1 -define png:color-type=3 logo1.png $ magick logo1.png -compress none logo1.tif $ identify -verbose logo1.tif | grep -A 2 -B 5 -i colormap: Colors: 2 Histogram: 42971: ( 83, ...
- 2018-03-20T05:24:51-07:00
- Forum: Bugs
- Topic: RGB555/RGB565 etc are not working
- Replies: 2
- Views: 11057
Re: RGB555/RGB565 etc are not working
I think it is solved.
It looks -type truecolor is required in this case.
It looks -type truecolor is required in this case.
Code: Select all
magick logo: -type truecolor -define bmp:subtype=RGB565 logo565.bmp