GNOME Bugzilla – Bug 419578
TIFF page attributes not being kept
Last modified: 2018-05-24 12:09:15 UTC
the 'nona' tool stiches different picture files together to form a panorama. one of its output formats is multiple splits to have the stitching optimized by by the 'enblend' tool. these split images have a page attribute that serves as an offset to place each of them between the other splits that compose the panorama. as an example to illustrate this, one of my panoramas has its split 01 with an offset of +0+0 and split 02 with an offset of +518+35. when editing and saving any of the above mentioned splits, gimp silently discards that offset information. example image before editing: pjlv@archon ~/panorama-01 $ identify test-03-split0004.tif test-03-split0004.tif TIFF 1658x2385 1658x2385+2212+138 DirectClass 8-bit 6.90316mb 0.670u 0:02 example image after editing: pjlv@archon ~/panorama-01 $ identify test-03-split0004_.tif test-03-split0004_.tif TIFF 1658x2385 1658x2385+0+0 DirectClass 8-bit 4.362mb 0.500u 0:02 If this is a feature, I think the user should be warned that the page attribute will be lost.
This could be fixed in the TIFF plug-in by attaching the page attributes as a parasite and saving them if the parasite exists. I doubt that anyone will feel motivated enough to do this change, but if you need this feature, feel free to code it and to attach your patch here.
Fix implemented in changeset 22340. 2007-04-26 Mukund Sivaraman <muks@mukund.org> * plug-ins/common/tiff-save.c: save the layer offsets too, to fix bug #419578. The tiff-load plug-in already loads and uses these page offsets.
Fix disabled in changeset 22344. This can be looked at in 2.6. 2007-04-26 Mukund Sivaraman <muks@mukund.org> * plug-ins/common/tiff-save.c: disabled the layer offsets saving code. This can be re-enabled in 2.6, when the load plug-in is patched to support these saved offsets. * plug-ins/common/tiff-load.c: marked the code for the above with a TODO comment.
Changing version to "Current SVN" as this request is not specific to any particular version.
this seems to be a dupe of bug 335615
*** Bug 335615 has been marked as a duplicate of this bug. ***
Mukund, is this fixed in the meantime?
I don't remember what the problem was here. The file-tiff-load plug-in has code to read offsets and apply them when loading. There is no interactive dialog asking questions. The file-tiff-save plug-in got code to write layer offsets but it was disabled because the file-tiff-load plug-in didn't have the question dialog (whether to apply layer offsets or not). Because offsets are applied anyway currently, I don't know why we bother to not write them back.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/235.