Re: Import Screen Images
On Wed, May 11, 2005 at 12:10:27PM +0300, David Baron wrote:
> Using import. If I do the whole screen, no mouse selection, it is perfect.
>
> If I use import file.gif which has one select an area, the image is off.
> Opened in a browzer, it looks OK but in Kshow, it is displaced in a larger
> area and reading this image blows up PART of the image to the larger area.
> Using a -trim option yields more normally sized image but this is also a
> blowup of a cropped region to the size.
I guess that's the same problem I encountered quite a while ago.
As far as I debugged it at the time, the issue is as follows:
The GIF format's meta info contains the six fields
screen width / screen height
image width / image height
image left / image top
Apparently, applications don't agree on how these values are to be
interpreted...
ImageMagick's 'import' sets left/top fields to where the image area
originally was captured from on the desktop. I think that is the
problem. I suspect left/top should represent relative offsets between
image-screen and individual sub-image (GIFs may contain multiple
images), i.e. 'screen' is the GIF's local canvas (not the desktop).
Not 100% sure though.
Well, rather than figuring out who really is to blame, to then file a
bug report, a sudden bout of laziness hit me, and I decided to simply
use the PNG format instead -- under most any circumstance PNG is
superior, anyway... And, should you really need GIF, then just capture
as PNG and then convert to GIF.
HTH,
Almut
P.S. Feel free to blame me for not reporting it back then...
However, _you_'ve "got the pumpkin" now to submit the bug report ;)
Reply to: