Gimp suggestions and maybe a bug
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.
Gimp suggestions and maybe a bug | user23 | 09 Sep 09:11 |
Gimp suggestions and maybe a bug | scl | 09 Sep 09:37 |
Gimp suggestions and maybe a bug | user23 | 09 Sep 11:13 |
Gimp suggestions and maybe a bug | user23 | 09 Sep 11:35 |
Gimp suggestions and maybe a bug | drawoc | 09 Sep 13:45 |
Gimp suggestions and maybe a bug | Richard Gitschlag | 09 Sep 16:29 |
Gimp suggestions and maybe a bug | Alexandre Prokoudine | 09 Sep 18:11 |
Gimp suggestions and maybe a bug | user23 | 09 Sep 22:39 |
Gimp suggestions and maybe a bug
Hello , leave suggestions for the good Gimp
- clone tool mode optionally work like photoshop, first select target (instead source), then we move mouse cursor on various areas and we have real time preview on target area.
- when save/export a photo that have exif/iptc/xmp tags if we save/export to formats that do not support tags is useful open a warning window that notify this situation every time to user for default (optionally deselectable from settings), tell something like this "warning: your photo/file have .. Tags but your selected saving format do not support tags, all tags will be lose. if you overwrite your file all tags are erased"
- extend preserve write exif/iptc/xmp tags support to TIFF format (and/or
another lossless format).
Tiff already support exif/iptc/xmp tags, for example Xnview preserve/write
tags on tiff (but probably also other free tools). maybe ask xnview
developer if want donate tiff writing code and contribute with gimp :)
For professional/advanced use It's really important have tags preservation
in at least one lossless format (tiff, xcf, or another), for use it for
multiple editings without have quality loss, or without need use every time
exiftool for rewrite tags.
- batch processing tool that support also installed external plugins features
Bug (but probably already signaled and fixed)
- not tested yet on v2.8, with "old" gimp versions I have noticied bug when use healing tool, sometimes appear strange colours very bright and fluorescent not compatible with work area colours.
Regards
-- View this message in context: http://gimp.1065349.n5.nabble.com/Gimp-suggestions-and-maybe-a-bug-tp35399.html Sent from the Developers mailing list archive at Nabble.com.
Gimp suggestions and maybe a bug
On 09.09.12 at 11:11 am user23 wrote:
Bug (but probably already signaled and fixed) - not tested yet on v2.8, with "old" gimp versions I have noticied bug when use healing tool, sometimes appear strange colours very bright and fluorescent not compatible with work area colours.
Thank you for the taking the time to report this. Saying 'sometimes'
doesn't exactly tell when the error occurs, so it's hard to find out,
whether it's already fixed and give you a help. Possibly it's bug
#600393 (see [1])?
Could you please check this again with the current version 2.8.2 you
find at www.gimp.org/downloads? If it still occurs, please look at
Bugzilla, whether it is already reported. Otherwise please report it at
Bugzilla and tell, how to reproduce, the expected result and the actual
one. Attaching an example picture showing the wrong effect is very
helpful, too.
This will increase the chance to fix your bug.
I hope, I could help you. Kind regards,
Sven
Gimp suggestions and maybe a bug
Hello, I've made two videos some minutes ago and in small time I was able to reproduce the "bug" with gimp 2.6.12. then I try using v 2.8.2
Video download link: http://www34.zippyshare.com/v/64273908/file.html (videos is not played from website click on Download button on right) second video: http://www31.zippyshare.com/v/1255300/file.html Original photo image used : http://www34.zippyshare.com/v/97848191/file.html
In the first video Bug appear a bit at 1:01 for a moment (yellow color) and 1:03 with a bit of violet, but is much more visible at 1:17 with lumps of bad pixels of blue color (not present in the vicinity of source or target area). in previous tests usually appear often bright colors green red and blue.
The second video is better and bug is more visible, appears various bad colors in various areas (video is jerky cause recording frame loss).
Regards
-- View this message in context: http://gimp.1065349.n5.nabble.com/Gimp-suggestions-and-maybe-a-bug-tp35399p35402.html Sent from the Developers mailing list archive at Nabble.com.
Gimp suggestions and maybe a bug
Update:
I've tryed gimp v2.8.2 and with same photo after some tests the healing bug of v2.6.12 is not appeared with v2.8.2, seems correctly fixed!
Regards
-- View this message in context: http://gimp.1065349.n5.nabble.com/Gimp-suggestions-and-maybe-a-bug-tp35399p35405.html Sent from the Developers mailing list archive at Nabble.com.
Gimp suggestions and maybe a bug
Yes, the strange colors in the heal tool was bug 674543, which was fixed in commit 2920344524aa358c589897c39b0438cc99817b04
https://bugzilla.gnome.org/show_bug.cgi?id=674543
-- drawoc
On Sun, Sep 9, 2012 at 7:35 AM, user23 wrote:
Update:
I've tryed gimp v2.8.2 and with same photo after some tests the healing bug of v2.6.12 is not appeared with v2.8.2, seems correctly fixed!
Regards
-- View this message in context: http://gimp.1065349.n5.nabble.com/Gimp-suggestions-and-maybe-a-bug-tp35399p35405.html Sent from the Developers mailing list archive at Nabble.com. _______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Gimp suggestions and maybe a bug
Date: Sun, 9 Sep 2012 02:11:38 -0700 From: m351681@rtrtr.com
To: gimp-developer-list@gnome.org
Subject: [Gimp-developer] Gimp suggestions and maybe a bugHello , leave suggestions for the good Gimp
- when save/export a photo that have exif/iptc/xmp tags if we save/export to formats that do not support tags is useful open a warning window that notify this situation every time to user for default (optionally deselectable from settings), tell something like this "warning: your photo/file have .. Tags but your selected saving format do not support tags, all tags will be lose. if you overwrite your file all tags are erased"
It can be safely assumed that when you export to a standard file format you can be expected to know something about what kind of metadata that file format does or does not support. This is not like JPG's lossy compression where we can safely assume that if you're exporting back to the same file you will be degrading the image quality. So I don't see an issue here, and adding back a warning about only "potential" loss of metadata (most of which is non-essential to the interpretation of stored image pixels anyway) does more harm than good.
- extend preserve write exif/iptc/xmp tags support to TIFF format (and/or another lossless format).
Tiff already support exif/iptc/xmp tags, for example Xnview preserve/write tags on tiff (but probably also other free tools). maybe ask xnview developer if want donate tiff writing code and contribute with gimp :) For professional/advanced use It's really important have tags preservation in at least one lossless format (tiff, xcf, or another), for use it for multiple editings without have quality loss, or without need use every time exiftool for rewrite tags.
Last I heard, the problem with TIFF metadata is that GIMP's TIFF loader doesn't actually inform GIMP about unrecognized metadata tags in the file that could be lost if the user exports back to the same target. It only loads the image pixel data and any metadata it supports, other file tags are effectively removed and there's little to no way (at present) to change this behavior.
-- Stratadrake
strata_ranger@hotmail.com
--------------------
Numbers may not lie, but neither do they tell the whole truth.
Gimp suggestions and maybe a bug
On Sun, Sep 9, 2012 at 1:11 PM, user23 wrote:
Hello , leave suggestions for the good Gimp
- clone tool mode optionally work like photoshop, first select target (instead source), then we move mouse cursor on various areas and we have real time preview on target area.
Well, at least you explained the nature of the feature. Not everyone referring to Photoshop does that :)
- when save/export a photo that have exif/iptc/xmp tags if we save/export to formats that do not support tags is useful open a warning window that notify this situation every time to user for default (optionally deselectable from settings), tell something like this "warning: your photo/file have .. Tags but your selected saving format do not support tags, all tags will be lose. if you overwrite your file all tags are erased"
That sounds a bit like the return of the warnings hell :)
- extend preserve write exif/iptc/xmp tags support to TIFF format (and/or another lossless format).
Tiff already support exif/iptc/xmp tags, for example Xnview preserve/write tags on tiff (but probably also other free tools). maybe ask xnview developer if want donate tiff writing code and contribute with gimp :)
Dude, free software is not entirely helpless, there no need to go for that. We already use Exiv2 in GEGL for things, so maybe we could hook up to work on metadata as well. Patches are welcome (from anyone).
- batch processing tool that support also installed external plugins features
You mean like the existing BIMP plug-in?
Alexandre Prokoudine http://libregraphicsworld.org
Gimp suggestions and maybe a bug
Yeah, Bimp looks like a great plugin!
Warning window is a suggestion from a newbie, for me is no more a problem cause now know this.
regards
-- View this message in context: http://gimp.1065349.n5.nabble.com/Gimp-suggestions-and-maybe-a-bug-tp35399p35425.html Sent from the Developers mailing list archive at Nabble.com.