Jump to content

paolo.limoncelli

Members
  • Posts

    1,115
  • Joined

Everything posted by paolo.limoncelli

  1. Clearly, wide-brimmed hats are running the show. ๐Ÿ˜œ
  2. I was unsure whether to completely replace the set and remove the old ones. Theyโ€™ve definitely become a bit more complex to use with the various updates, but once you get the hang of them, they still offer unpredictability and very organic results. Here the old Carpenter Brush: one brush for all... ๐Ÿ˜œ
  3. Hi there! I've decided to release the update even without the blenders, while waiting for a more solid update of 2.6.x at this point... In the meantime, the Blockers set can still be used for that purpose. An email from Gumroad should arrive soon! https://daub.gumroad.com/l/eFKkW I hope you'll enjoy it!
  4. Yep it looks like that (within the internal cycle) it stars from the last sampled dab.
  5. I can confirm that those bugs look gone so far... smudgeBugGone.mp4 Regarding the strongness it seems to be working correctly now, in a way comparable to other software. To be fair, it always felt rather soft in previous releasesโ€ฆ So I wonder if the artifacts, combined with the "erasing" effect, were also a result of its legacy behavior. But I do not use it for photo retouching...
  6. Thank you, didn't noticed this I should left it on while drawing stuff. So my ID card wasn't needed... ๐Ÿ˜œ
  7. I appreciate your effort to help, but as said above, I'm pretty sure this is not a matter of workflow or settings. About the document it is under NDA... Cannot share with forum users, sorry for that. Anyway, this is the same (empty) file... sampleGrid.afdesign
  8. Here we go... And the artboard looks aligned... Do you need my ID card too? ๐Ÿ˜œ ๐Ÿคฃ
  9. Yes, but this does not always happen in 2.6... I'm experiencing a regression now... Look at the video below... I can clearly see 0.5px with your settings. snappingBug.mp4 I started this file with 2.5 and never had a problem before updating to 2.6...
  10. Yes and the problem is that if I manually draw something, the pixel snapping is sometimes faulty even if all remaining snapping option are off... Otherwise all those units should not be there... ๐Ÿ˜‰ Sorry... I do... Let's wait what Staff Members say... ๐Ÿ˜€
  11. I want to snap to pixels and regular grid, which are both pixel perfect. I've correctly used these settings in past versions without any issue. In a pixel perfect scenario there is no ambiguity. Move by Whole pixels should be seamless, since I need both... If I snap to pixels while drawing and need to move an object, it goes itself that I need to move by whole pixels. I'd turn it off only if I need sub pixels. What do you suggest in this case? It is constucted as shown... Two simple rectangles, with apparently integer coordinates and sizes... But I've found the issue... Settings were with 1 unit after the point and this was the problem.. Showing up 4 units it reveals the mess... Anyway the precision is still not so precise... ๐Ÿ˜‰ Since when I drew these rectangles... Pixel grid was on... Going to rename this bug.
  12. Hi there, this is my configuration there is no way to make pixel snapping properly work anymore.. This is the first rectangle This is the second one This is the grouped selection... Also... Snapping is not an integer visually... And Transform panel still reports wrong measures... I suggest to double check this... Some snapping errors while drawing are ok, but Transform panel should correctly report these. Thanks! Paolo
  13. Yes but it is not expected... I do not want to further smudge... It forces us to apply an overdone blending. Also, all presets looks broken.
  14. The new smudge tool works fine to me, but the way it has been solved compromises brush presets and performances too... 1% spacing with 1024px nozzles is an heavy load, and with sub-brushes or multiple nozzles things get even worse... The old behaviour is good too, gives you more great flexibility, maybe put this as an option could be a win-win? I only want those blocks/glitches away... ๐Ÿ˜…
  15. Hi! I ask you to wait a little longer since the 2.6 needs some more fixes and refinements... ๐Ÿ˜… Cheers, Paolo
  16. This is my hw configuration When selecting Smudge Brush Tool any brush preset is forced to 1% spacing and cannot be edited, also the Editing panel looks randomly blocked. SmudgeTool_Bug.mp4 This could be present in production release too...
  17. Maybe I've spotted a new bug... It seems that Spacing of Smudge Tool is somehow forced to 1% and cannot be modified... SmudgeTool_Bug.mp4 This could be the cause... Let's wait @Pauls feedback on this... In the mean time I've reported this bug here
  18. @JaneV @Art51 @Pauls On my side all works fine now... The behaviour has not changed (still the same since 1.0) and glitches are gone. SmudgeBrush_Fixed.mp4 As you can see, it is a blender not a liquify tool... ๐Ÿ˜€ Did you set strenght to 100% maybe? If you force it to work a 100% it goes towards the "liquify behaviour", to act like a blender I suggest to set strenght somewhere between 25-50%. Also, to make it "spread" colours around you need to set you brush to work with jitters (scatter X and Y) and low spacing. Maybe if you share a video of the process/results and the brush you're using, I can try to help.
  19. Just to let you know a bit more... This is the new Pigmento Mk4... I really wanted to include a set of blenders, anyway there is a little glitch/bug that prevents me to do that... You'll experience a broken tool and I do not want that. If the 2.6 RC will not fix this I'll release the Mk4 without blenders.
  20. Hi! Not yet... Still waiting for some bug fixes to the Affinity engine, to offer the best experience possible. Hold on! ๐Ÿ˜‰
  21. Both, tablet's interpolation and spacing make things a bit hidden, but as you can see from the first video it is there. Will check the CPU/GPU settings and let you know! Cheers!
  22. No problems! ๐Ÿ˜€ Thank you and best wishes!
  23. Thanks for these new fixes. About this I don't know if this happened with this update but the Smudge Brush seems to be broken on macOS now. Internal cycles (round brush) seem to be fine if you do not have Size Jitter (pressure) enabled, but texture intensity brushes generate artifacts/glitches in any case. I remember reporting this bug in the past, and it seemed to have been resolved. Now it appears to be back again. A full explanation of what happens on my side is here with videos. _________________ Another question. Are these different builds, so we should not expect this feature in Photo for desktop maybe? I'm asking this because the Wet Edges check box is not in the contextual bar for all listed tools. Paolo
  24. Also... Just to add further information. Moving strength up to 100% on a simple opaque pixel layer the Smudge Brush acts as a pure eraser... SudgeBrush_100%.mp4 So for some reasons it is sampling transparent pixels for the very first click, no matter where you are.
×
×
  • Create New...

Important Information

Terms of Use | 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.