Welcome, Guest |
You have to register before you can post on our site.
|
|
|
What is the basis for metadata contained in image files produced by GIMP? |
Posted by: ajax - 09-16-2022, 09:15 PM - Forum: General questions
- Replies (3)
|
 |
Have been using GIMP for long enough to remember when it just couldn't handle metadata. Have been pleased to see that change such that metadata is included. The documentation (i.e., User guide) on this subject has also been a work in progress and seems to lack reliability. For example, the User Guide includes text at the beginning of the main section which says "Note: ... PNG, JPEG, TIFF and WebP preserve existing metadata. ...". Then when reaching down into the more detailed explanations, for Exif data, there is text which says "It is not supported in JPEG 2000 or PNG.". Pretty much adds up to a direct contradiction.
When working with photographs, which is the basis for this post, the idea of simply preserving the metadata produced by the camera is desirable. In the case of Exif data there is a standard which is thought to apply to cameras (i.e., files produced by cameras). This means that post processing software like GIMP and lots of others ought NOT be changing it. Must admit it took a while to notice but that is NOT the case.
It seems that GIMP recognizes different types of metadata to include Exif, XMP, & IPTC. There is also something called Makernotes which is produced by cameras where the term "maker" is believed to mean that it is specific to a particular camera (i.e., proprietary rather than a universal standard). It appears as though post processing software, to include GIMP, treat this as though it is Exif data. For example, GIMP includes it when Exif inclusion is specified for image files to be created and excludes it otherwise.
The new finding is that the Exif metadata included in image files created by GIMP closely resembles what the camera produced. However, one discrepancy involves GIMP adding tags to describe the dimensions of the new image file along with bit depth which is flat out wrong (i.e., Bits per sample: 8 8 8 in the case of an image file with 16 bit precision). It has been noticed the cameras are prone to making this same mistake but that might could be reconciled by saying it applies to the preview image whereas in the example mentioned there is no thumbnail or preview image.
When it comes to Makernotes such minor discrepancies are no longer the case. The differences are major. For example, as much as 30% of tags are simply omitted. Given that Makernotes are particular to the camera it would be expected that GIMP ought NOT be changing anything. What scenario would call for GIMP making such alterations to be desirable? Thinking here is that it would be better for GIMP to omit the Makernotes rather than make changes. What reason might there be for doing this.
Afraid these new discoveries suggest that, at least for Exif data, GIMP's support is more destructive than productive.
|
|
|
Resynthesizer plug-in for 2.99 |
Posted by: Zero01 - 09-15-2022, 11:39 AM - Forum: Gimp 2.99 & Gimp 3.0
- Replies (9)
|
 |
The Resynthesizer plug-in doesn't seem to work for GIMP 2.99.13 - if it ever worked for any development version (probably not). Just wondering if there is a way to get it to work, or another version I've missed out on. I only require it for the Heal Selection/Transparency filters.
Any help much appreciated!
|
|
|
How? Mapped spheres in water |
Posted by: SparkyNZ - 09-14-2022, 04:43 AM - Forum: General questions
- Replies (1)
|
 |
I'd like to create an image of the planets 3/4 submerged in water - like stepping stones.
I've used GIMP a little over the years but I'm not a GIMP expert. Any idea how I would go about creating such a scene? I think I'd like to start with something completely fake - such as fake water with 3 spheres inside the water and then map/blend planet or pebble texture over the top.
Sorry, I know this is a very high-level question - I just don't know where to start.. other than with a Youtube tutorial on creating fake sky reflecting water I guess.
|
|
|
Angled Rectangular Select (or rhombus select I guess) - possible? |
Posted by: imoutofideasforusernames - 09-13-2022, 06:45 PM - Forum: General questions
- Replies (1)
|
 |
Hi all,
I'm trying to figure out if there's an easier way to make selections that have a fixed width, but are at an angle, for comic book panels.
Currently I've been drawing panels following this old guide (http://gimpchat.com/viewtopic.php?f=23&t=9812). Basically, make a selection, then remove fixed height/width rectangle selections, and assigning the resulting selection to a path. It works great, but really only works in straight lines as far as I can tell.
It looks like I can make a fixed height/width selection using the rectangle select tool, and then go to the rotate tool, and change it to transform selections, I can make the angled rhombuses that I want. BUT - I can't rotate a selection that is being added or removed from a selection.
For example: I select my whole page. I draw a new selection, that is set to remove from the current selection. Once I draw it, I have the ability to edit it - make sure it's in the right position, make it a little bigger or smaller, etc. But if I try and click on the rotate tool, Gimp finishes the merge operation and only lets me rotate the new selection shape.
I could draw all of the angled rectangles separately, save them as paths, and then remove each one from my selection, but that seems very cumbersome and hard to work with since I can't see the other selection areas.
Is there a better way to do this? I wish I could just draw a rectangle selection and then rotate it before I commit to it right there.
|
|
|
|