koslowj

  •  ·  Standard
Friends
Empty
First of all, sorry for the double posting.The problem above happened with one specific picture (actually a copy of a picture) and after a while of playing around with versions 916.0e94264 and 913.g85f2b8b15 and getting the problem with both versions, editing the original picture worked fine. And after that the copy which initially displayed the problem also allowed to be edited properly. Strange, so I withdraw the above posting. I'm also happy to report that now the AppImages work under Gentoo Linux - this was not the case some months ago when I first tried to use them.
·
Added a discussion
I'm running into a strange new problem with masks in the new version 0e94264 of ansel I just compiled. When applying some operation, eg., change of exposure by one stop, to the whole image, the change usually is easily visible. In the new version, when I then select, say, a drawn mask, e.g., an ellipse, and then click on the image, the exposure reverts to the initial value, the green outline appears, and within the green outline the effect is miniscule compared to before, if present at all. Moreover when I click on the mask refinement symbol (white square with a dark circle inside), the whole picture turns black and white, with the masked region marked very faintly in yellow. This used to be very clear and bright yellow before. The terminal from which I started ansel repeatedly shows the message "[_dev_add_history_item_ext] invalidating history", apparently for any action I take in ansel. I first noticed this problem with the Contrast equalizer module, but the same problems occurs with the exposure module and also with different pictures.Ansel is self-compiled under Gentoo Linux 6.6.52. How can I revert to the previous version?
  • 292
·
Added a post
I'm running into a strange new problem with masks in the new version 0e94264 of ansel I just compiled. When applying some operation, eg., change of exposure by one stop, to the whole image, the change usually is easily visible. In the new version, when I then select, say, a drawn mask, e.g., an ellipse, and then click on the image, the exposure reverts to the initial value, the green outline appears, and within the green outline the effect is miniscule compared to before, if present at all. Moreover when I click on the mask refinement symbol (white square with a dark circle inside), the whole picture turns black and white, with the masked region marked very faintly in yellow. This used to be very clear and bright yellow before. The terminal from which I started ansel repeatedly shows the message "[_dev_add_history_item_ext] invalidating history", apparently for any action I take in ansel. I first noticed this problem with the Contrast equalizer module, but the same problems occurs with the exposure module and also with different pictures.Ansel is self-compiled under Gentoo Linux 6.6.52.
  • 311
·
Added a discussion
I often find myself forgetting to compress the history stack and occasionally get warnings about very many stack levels and masks (forgot the precise wording). I would be useful to be able to select a bunch of pictures and compress all their history stacks, rather than having to do that one picture at a time.
  • 598
·
Added a discussion
When copying the development stack from a picture where highlight reconstruction is active to similar pictures, in the result highlight reconstruction is not active (but set to the value of the first picture). So I need to switch it on manually. Again, version 85f2b8b, self-compiled under Gentoo-Linux.
  • 601
OK, I just realized: after stopping ansel and then re-opening it, the style in question has been applied to the selected picture.
·
Added a discussion
I'm having problems with styles: I can create styles from the current history stack in the darkroom, but when I try to apply the style, ansel freezes and shows the message "Ansel ist not responding", eventually forcing me to quit ansel. In the lighttable view, none of my styles are listed under the corresponding rider. This happens in version 85f2b8b, self-compiled under Gentoo-Linux, but it has been an issue for quite a while.
  • 602
OK, that helps a lot. Thank you!
This issue was already brought up by vtyrtov at https://github.com/aurelienpierreeng/ansel/issues/310. I can confirm that after closing ansel, then re-opening it and trying to re-touch the same blemish in the same image, it works. However, I still cannot work on a second blemish afterwards :-(
I've since tried the windows version and can confirm that the same problems persist there.
·
Added a discussion
I compiled version e2c4a0a from git (under amd64 Gentoo linux), and while an old problem (mouse pointer not aligned with active area) is fixed, I'm having a new problem: presently I cannot use the retouch module to heal blemishes. Using the brush and the healing tool, I see a black line while I work; then green lines indicate which path has been shifted from the source to the target, as before. But when I click on the brush again, the green lines disappear and nothing has been fixed :-( Since I already struggled in other pictures to get horizons straightened (the old method of right-right clicking and drawing a line initially did not have any effect, further activation clicks were required), I'm wondering if the intuitive old method also has been replaced by something more complicated, or if this really is a bug. Still missing are the check-marks for the selected presets in development modules (e.g., color balance rgb); those used to exist a long time ago. Strangely enough, in the export module, the check-marks are still present (I hope they stay). I cannot compare with the AppImage version, as it requires the libthai library which so far I haven't been able to compile under Gentoo.
  • 3061
·
Added a discussion
The first issue seems to be related to the problem mentioned elsewhere that the mouse pointer is not aligned with the area that is being clicked. The second issue has been present for a while, but I keep re-compiling Ansel in the hope of things being fixed. It used to be the case that the selected preset in "Color balance rgb" was indicated by a checkmark and probably was highlighted as well, and this is no longer the case. This applies to pre-defined presets as well as presets defined by me. For other presets I've defined, e.g. in the Export module, this still works.Compiled under Gentoo Linux 6.1.53 with gcc 13.2.1
  • 2149
koslowj Discussions
Mask problems in version 0e94264
Feature request: compress history stack for several pictures simultaneously
Highlight reconstruction not copied when copying the development stack
Problem with styles
Cannot get the retouch module to work + missing check-marks for selected presets
eb70788: cannot select "rejected only" pictures + Color balance rgb no longer indicates the selected preset