Search found 547 matches
- 2012-02-09T10:02:42-07:00
- Forum: Users
- Topic: PNG looses transparency on rotate
- Replies: 15
- Views: 37362
Re: PNG looses transparency on rotate
Not sure what happens as we have no sample file. One problem with some old versions was that a false background color (bKGD chunk) could get set. For example, when reading an indexed transparent PNG (with background color from the palette), it could get written as PNG32 as default, but the backgroun...
- 2012-02-09T06:43:03-07:00
- Forum: Bugs
- Topic: Byte Order Problem
- Replies: 24
- Views: 62383
Re: Byte Order Problem
You're right. With v6.7.3-6, this was still possible:
Endianess: LSB
...
tiff:endian: msb
It seems that the output of "tiff:endian" stopped with v6.7.3-7.
Code: Select all
convert -define tiff:endian=msb rose: -endian lsb tif:- | identify -verbose tif:-
...
tiff:endian: msb
It seems that the output of "tiff:endian" stopped with v6.7.3-7.
- 2012-02-09T02:39:58-07:00
- Forum: Bugs
- Topic: "-colorspace RGB" broken
- Replies: 23
- Views: 51242
Re: "-colorspace RGB" broken
The last answer has disappeared?! Anyway, here's my reply (to magick): I didn't want to sound negative. After all, I'm very grateful for ImageMagick - and for the possiblity to do operations in linear space (with sRGB files). With many programs, that's not possible at all. I didn't say that some ope...
- 2012-02-09T01:29:03-07:00
- Forum: Bugs
- Topic: 16bit TIFF Files Seem To Be Broken
- Replies: 23
- Views: 50842
Re: 16bit TIFF Files Seem To Be Broken
By the way: "-define tiff:fill-order" (taken from here) doesn't seem to work at the moment? The fill order can only be changed with "-endian" (well, and with a simple read/write cycle, see above).
- 2012-02-09T01:10:34-07:00
- Forum: Bugs
- Topic: Byte Order Problem
- Replies: 24
- Views: 62383
Re: Byte Order Problem
I am understanding it that way that IM always showed the FillOrder (the order of the bits within one byte) with "Endianess". So, it tries to show the effect of "-endian" at the moment. The byte order is controlled with "-define tiff:endian" and is not shown with identif...
- 2012-02-08T11:15:03-07:00
- Forum: Bugs
- Topic: 16bit TIFF Files Seem To Be Broken
- Replies: 23
- Views: 50842
Re: 16bit TIFF Files Seem To Be Broken
I think that there's still an issue (though a small one). The TIFF files itself have no problem anymore (no confusion with the ByteOrder). But IM doesn't interpret the FillOrder in a completely correct way. convert rose: -endian lsb rose.tif It gets indeed written as LSB/FillOrder 'Reversed'/Little ...
- 2012-02-08T10:10:40-07:00
- Forum: Bugs
- Topic: "-colorspace RGB" broken
- Replies: 23
- Views: 51242
Re: "-colorspace RGB" broken
I thought that was because -colorspace RGB was broken. That was what first broke, also relativity recently (probably 6.7.4-7 or so as a guess) then the -colorspace sRGB broke shortly after. I again tried every subversion of 6.7.4 (well, the Windows binaries). I didn't find a single version where &q...
- 2012-02-05T01:33:50-07:00
- Forum: Bugs
- Topic: "-colorspace RGB" broken
- Replies: 23
- Views: 51242
Re: "-colorspace RGB" broken
Side note: As we said, there are no automatic conversions anymore since some versions, so IM's internal 'sRGB' is allowed to be outputted directly (without the "-colorspace sRGB -set colorspace RGB" trick). But that has also the effect that - with output format PNG - the PNG coder apparent...
- 2012-02-05T00:51:05-07:00
- Forum: Bugs
- Topic: "-colorspace RGB" broken
- Replies: 23
- Views: 51242
Re: "-colorspace RGB" broken
NOTE the reason that colorspace fixes was postponed to IMv7 was that it would introduce changes that are different to any IMv6 script that uses colorspace correction. Making thes changes now is not in my thinking a good idea (their will not greater changes in IMv7 colorspaces, than just fixing the ...
- 2012-02-04T16:32:19-07:00
- Forum: Bugs
- Topic: "-colorspace RGB" broken
- Replies: 23
- Views: 51242
Re: "-colorspace RGB" broken
"-colorspace CMYK" is alright. But try to convert it back with "-colorspace RGB"... "-set colorspace" is also alright for me. Of course, you chose an extreme example by setting a 4-channel colorspace when you have only 3 channels. :) (Sure, crashes of the encoder or 0 b...
- 2012-02-04T14:32:17-07:00
- Forum: Bugs
- Topic: "-colorspace RGB" broken
- Replies: 23
- Views: 51242
"-colorspace RGB" broken
It seems that "-colorspace RGB" and "-colorspace sRGB" don't work anymore in the current binaries..? Using IM v6.7.5-1 Q16, on Windows XP. That means that operations can't be done in linear RGB space. But of course the 'regular to RGB' conversions aren't possible either with that...
- 2012-02-04T08:07:44-07:00
- Forum: Users
- Topic: PDF conversion making image darker...
- Replies: 11
- Views: 28935
Re: PDF conversion making image darker...
Thanks for that link!
Maybe I will have some remarks. Though, with a lot of these things, colorspaces, etc., my head spins, too.
Maybe I will have some remarks. Though, with a lot of these things, colorspaces, etc., my head spins, too.
- 2012-02-03T01:30:16-07:00
- Forum: Users
- Topic: PDF conversion making image darker...
- Replies: 11
- Views: 28935
Re: PDF conversion making image darker...
Hi, It's not Ghostscript that converts the image to linear RGB, but ImageMagick. The "-colorspace sRGB" before the input tells IM to use a Ghostscript command with a RGB output device, but it also converts to 'sRGB' (which is still linear RGB for IM) after it gets the the correct output fr...
- 2011-03-12T08:41:23-07:00
- Forum: Users
- Topic: Extract a region of an huge jpeg
- Replies: 35
- Views: 130264
Re: Extract a region of an huge jpeg
But way less time than with a normal "convert -crop" - on my system, this would take not 10 seconds, but 10 minutes! (As convert really reads the full image, and that's too big for my RAM, so sloow swapping starts.)alex88 wrote:it still takes too much time.
- 2011-03-12T08:04:03-07:00
- Forum: Users
- Topic: Extract a region of an huge jpeg
- Replies: 35
- Views: 130264
Re: Extract a region of an huge jpeg
You mean using .\jpegtran.exe -crop 1600x1600+0+0 .\huge4.jpg output.jpg? No, no - that thing with the multiples was only a general hint regarding the starting point/offset. But with "+0+0", that's of course no problem here. Even with this image (sorry for megaupload but a friend passed t...