RSS/Atom feed Twitter
Site is read-only, email is disabled

Export issues

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

5 of 5 messages available
Toggle history

Please log in to manage your subscriptions.

Export issues jEsuSdA 8) 27 May 15:28
  Export issues Richard Gitschlag 27 May 16:10
   Export issues Nicolas Robidoux 27 May 16:20
    Export issues Richard Gitschlag 27 May 17:01
  Export issues Alexandre Prokoudine 27 May 16:12
jEsuSdA 8)
2012-05-27 15:28:53 UTC (over 12 years ago)

Export issues

Hi!

First at all, let me give you congratulations for your great work! Gimp 2.8 is the best Gimp version ever.

But I have some issues concerning new SAVE / EXPORT system.

The firs is about PRESETS. When I export as JPG and I configure the parameters, then I click on "Save prefs", but when I export as JPG a new image, the presets are lost instead I click on "Load prefs" button. This is a uggly thing who made me lost a lot of time and patience. :D

Another issue appears when open a JPG image, edit it and close. Instead of saving the image using the same original formt and parameters, Gimp try to SAVE as XCF. If I want to SAVE, be sure I will clic SAVE. If I clic close (without saving) is cause I want to save the image exactly as I load it.

Are this things issues or bugs or there are some people who think this is the "normal behavior" of Gimp. I think could be a normal behavior of Gimp, but not a normal Human Behavior. :D

Thanks! Salu2 de jEsuSdA 8)

Richard Gitschlag
2012-05-27 16:10:06 UTC (over 12 years ago)

Export issues

Date: Sun, 27 May 2012 17:28:53 +0200 From: listas@jesusda.com
To: gimp-developer-list@gnome.org
Subject: [Gimp-developer] Export issues

Another issue appears when open a JPG image, edit it and close. Instead of saving the image using the same original formt and parameters, Gimp try to SAVE as XCF. If I want to SAVE, be sure I will clic SAVE. If I clic close (without saving) is cause I want to save the image exactly as I load it.

Unfortunately that is the whole point of the distinction - "Save" is now intended strictly for XCF. Me, I would like to see an option where instead of just displaying a message to "use Export for non-XCF formats" that message box should have "Export / Cancel" buttons to make the transition easier.

This does, of course, mean that Exporting as a non-XCF file no longer resets the saved state of the image. GIMP will now constantly ask you to "Save changes?" if you haven't saved an XCF copy (even in workflows where there is no need to have one) of the image.

And you do know JPG to JPG in general is not a good workflow to be using due to it being a non pixel perfect (lossy) compression? (Okay, if part of your workflow involves resizing it to a smaller resolution then this alleviates the matter - I do it a lot myself.)

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.

Alexandre Prokoudine
2012-05-27 16:12:16 UTC (over 12 years ago)

Export issues

On Sun, May 27, 2012 at 7:28 PM, jEsuSdA 8) wrote:

The firs is about PRESETS. When I export as JPG and I configure the parameters, then I click on "Save prefs", but when I export as JPG a new image, the presets are lost instead I click on "Load prefs" button. This is a uggly thing who made me lost a lot of time and patience. :D

http://git.gnome.org/browse/gimp/commit/?h=gimp-2-8&id=187e20f3673ffd1d437c9aeb1232c4764760616f

The fix will be available in 2.8.1.

Alexandre Prokoudine http://libregraphicsworld.org

Nicolas Robidoux
2012-05-27 16:20:09 UTC (over 12 years ago)

Export issues

And you do know JPG to JPG in general is not a good workflow to be using due to it being a non pixel perfect (lossy) compression? (Okay, if part of your workflow involves resizing it to a smaller resolution then this alleviates the matter - I do it a lot myself.)

Warning: Unless your crop is aligned with JPEG block boundaries (generally 8x8 or 16x16, often 8x8 for the Y channel and 16x16 for the Cb and Cr channels, starting at the top left corner of the image. I don't know if GIMP uses 16x16 blocks at all when exporting. It may stick to 8x8 for all channels?), cropping is a very destructive operation, likely to increase file size significantly at equal perceptual quality. It's even more destructive if the internal representation is 8-bit (which of course is not the case with goat-invasion).

gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Richard Gitschlag
2012-05-27 17:01:48 UTC (over 12 years ago)

Export issues

Date: Sun, 27 May 2012 12:20:09 -0400 Subject: Re: [Gimp-developer] Export issues From: nicolas.robidoux@gmail.com
To: strata_ranger@hotmail.com
CC: gimp-developer-list@gnome.org

Warning: Unless your crop is aligned with JPEG block boundaries

(I don't know if GIMP uses 16x16 blocks at all when exporting. It may

stick to 8x8 for all channels?)

Subsampling ratio is part of the JPEG export options. So 4:4:4 = 8x8, 4:2:2 = 8x16 or 16x8 , 4:2:0 = 16x16.

-- Stratadrake strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.