Jump to content

derei

Members
  • Content Count

    43
  • Joined

  • Last visited

Everything posted by derei

  1. will keep an eye on it and I will report back when I will have more data. Thank you for your effort to help.
  2. Obviously I will do the same in the future. Unfortunately I had a bit of hard time until I understood what is happening. There was no warning/notification, so I discovered it by trial.
  3. As stated on this post: It seems that when a Perspective Live Filter is applied to an image, the effect of a brush is being applied with an offset dependent on the Perspective Filter. So, the effect and the cursor circle will not be on the same spot. This issue should be addressed as it's more of a bug than a "by design" feature. Whilst I understand the effect is also being offset, the cursor circle should mark the are where the effect is being applied, because that's the whole point of the circle cursor: to mark the affected area.
  4. I understand this, but the issue on this particular case was the brush didn't work at all. The issue on my other post with the Inpainting Brush indeed had an offset which now I understand where it comes from (the perspective filter). But with the Healing Brush, at that moment, the issue was: IT DID NOT WORK. I mean, no effect was visible offset or not. And yes, I checked if I was on the right layer and if I had marked a sampling location (pressing Alt+Click). But after the document was restarted, the brush did work. This was not the only time when a tool had no effect on a document until I restarted it (happened before with a painting brush tool). For some reason, in some circumstances, it seems tools freeze and don't do any effect. I am sorry I can't offer more details. But this should have a pin on it and compared with future reports.
  5. PROOF: - perspective Live Filter: ENABLED - tool: Healing Brush - status: working as expected Conclusion: this is NOT a "by design" feature and unfortunately I could not find yet a way to reliably reproduce it, but it was clearly happening before the document has been closed and reopened. healing brush working with persp on.mp4
  6. I am sorry @GabrielM but I cannot agree with your conclusion on this one. The reason is simply that closing and reopening the document allowed the healing brush to work on the desired coordinate with the perspective filter on. It seems you might not know the software as good as you think you know it. Some issues should be investigated further before concluding it is "by design". This one has a very contradictory behavior and if both are "by design", then is a BIG DESIGN FLAW. It should either "work" OR "not work", by design. Can't be both. Yet, it is.
  7. Well, it seems it cured it. There were several issues happening at the same time: 1. the inpainting brush offset, which maybe it could be explained by the perspective filter, but it SHOULD NOT HAPPEN. The reason of that circle on the brush is to show us WHERE the effect will be applied. If the effect is applied outside of the circle, then the circle cursor is pointless. 2. the healing tool didn't work at all, as per this bug report, unless the perspective filter was disabled: But once the document has been closed and reopened, both issued reverted to a predictable behavior. So, I suspect indeed the perspective filter to be the culprit, but I can't tell why, so far.
  8. I noticed quite a lot of "cannot reproduce" situations which makes me wonder why Affinity doesn't have a logging system, so we could submit a proper bug report, that would be meaningful for developers. The fact that reopening the document "fixed" the issue, doesn't mean there is no issue... It only makes it harder to track and reproduce. But if we could take a "snapshot" of an existing condition and send it as a bug report, maybe that would give more insight.
  9. Just to confirm, this will happen with Publisher too? I started working with Publisher Beta and it will be a shame to not be able to use my files once a stable release will be available.
  10. Yes, I can agree on this: a warning would not solve the issue, but make the user aware of the risk before is too late. But nonetheless, this should be investigated further. I found also another issue here on the forum with a guy saying he can't sync OneDrive after a file has been modified with AF Photo and he has to restart windows in order for the sync to function again. He has posted it recently. So, it might be a shared issue... we'll wait and see.
  11. Windows 7 Pro x64 AF Photo version: 1.6.5.132 When I tried to use the Healing Brush on an image that had Perspective Live Filter applied on it, did nothing. Once I disabled the filter, I could retouch the image using the Healing Brush. After editing I re-enabled the Perspective Filter Layer. If this is a desired behavior, then it should pop a warning when user tries to use an incompatible tool, or if it is a bug, I can only hope my post will be helpful enough so the issue can be fixed. I was working on the same document as in this post:
  12. Windows 7 Pro x64 AF Photo version: 1.6.5.132 I noticed today that the Inpainting Brush was not "drawing" where the circle is, but rather with an offset to the right. The offset seems to be in absolute value, not in percent of its diameter, so if the brush is small, it will draw completely out of the brush circle. As an observation, yesterday I was working on the same document, but I don't remember having any issues, except today. I could provide the document by email, if required. As screenshot didn't capture the cursor, I had to take photos of the screen. Apologies for the quality. EDIT: After closing the document and opening it again, the Inpainting Brush worked fine. This makes the issue even more worrying, as it doesn't have consistency, so it might be hard to reproduce.
  13. @R C-R Thank you for the comprehensive clarification, this makes perfect sense. Yet, if the situation is as you say it, then Serif could do a much better job in perfecting how their software works. For start, some of us have machines with A LOT of RAM... I've got only 16GB, but I am sure there are people with 64-128 here. So, those people did not pay for the ram to keep it unused and instead AF Photo to load bits of file from a slow media (hdd, usb, etc). So, maybe the software should do a dynamic assessment of the available RAM and decide if it loads the file completely in RAM or loads from the disk piece by piece as needed... Also, in terms of disk, some people may have a very fast disk (i've got an m.2 pcie ssd and a sata ssd, beside my storage hdd). So, maybe the software should do a cached copy of the file being edited on a disk at user's choice (editable in settings), and to work from there... this way, even in an event of a crash, there would be a second copy to recover from. I don't mind at all using my ssd for caching, even if that "in theory" would shorten the life of the storage. In reality the drive becomes obsolete before it dies, so I would replace it in 4-5 years anyway. But instead I get the speed and the stability. And when a saving command is being performed, the original file can be rewritten from the cached version, in this way, even if the media can't be accessed for some reason, affinity can try again, offer the user the option to save in a different place and for work it would always have the cached version, so no interruptions here either. Maybe some of the development members would like to help us here with a bit of insight and/or get inspired from the above. I'm not a developer, I'm a product designer with basic knowledge of programming, so I'm just seeing this matter from a very general point of view, thus I might misunderstand some aspects, omit some rather crucial details or just point the obvious without noticing. Apologies for any inconvenience.
  14. Hi @Dan C and thanks for your response. As a suggestion for fixing this: DO NOT CLOSE THE DOCUMENT IF THE SAVE FAILS!! Yeah, is quite basic... why "the document must now be closed"? I mean, keep it open and allow the user to save again... I am sure that your developers are looking into more professional solutions, but until one has been found, NOT Closing the document could be a great workaround... at least we don't lose the work. As for saving locally and then backing up, whilst this may be the ultimate solution, is not so convenient at times... one might forget to backup, or may end up with two different versions on two different places due human error, etc... the scribes in Ancient Egypt were manually duplicating papyrus documents, because they didn't know how to make CPU chips with all that silicon laying around. I'm hoping to not get there again.
  15. So you think it might be the pCloud app causing the issue, not the way AF Photo is saving?
  16. you loose all data since the last autosave due to this issue!! Just got this nasty error when tried to save. Luckily I had a previous save and the file recovered automatically without too much work progress loss. I'd like to know the cause and what possible steps to take in order to prevent it in the future. Worth mentioning: I am using pCloud, which creates a virtual drive on the computer and I was saving there. Could this cause any issue (the sync process could take ownership of the file temporary or, to lock it in some way)? it is the first time when it happened, although i was saving the same for many times.
  17. Hi @GabrielM and thank you for the quick reply. I managed to drag the guide thanks to you pointing that small detail (had to enable the rulers)... and also, I was trying to drag with the default tool (the hand), instead of using the MOVE tool. All set now, thanks.
  18. Hi everyone, I'm a beginner in working with Affinity, but eager to learn. My question today is about GUIDES. I am aware of the Guide Manager window, when one can add guides and specify preset positions, but what i don't know is how to DRAG a guide with the mouse. Most of the time, I can't tell where I want the guide to be in pixel, or percent, or mm, but I know where I want it on the image. So, not being able to drag it, to snap it on the edge of an object, or simply to adjust its position on the document is a real pain. All decent software, starting with Photoshop and ending with Inkscape have this feature, so I am sure AF Photo must have it too, I just didn't manage to find how it works. Kindly please drop me a hint about how to use guides in AF Photo. Many thanks.
×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.