Jump to content
You must now use your email address to sign in [click for more info] ×

Stokestack

Members
  • Posts

    433
  • Joined

  • Last visited

Everything posted by Stokestack

  1. Nobody said it should rasterize after every step, so I don't know why you'd make that comment. The proposed workaround to the blurring was to rasterize and then merge down. The question is why doesn't Photo do that by itself, because as you agree: The layer being merged down is no longer its own entity and therefore the user loses the much-touted "separate control" over it anyway. So why isn't it automatically rasterized in the process of being merged? Why does Affinity choose to degrade the quality of the composition instead of taking the steps that will allegedly avoid doing so?
  2. So what? You said: And again, that is not what's going on. The layer being merged down isn't becoming blurry; the underlying one is. Furthermore, you again failed to answer how layers acquire apparently arbitrary DPI. Somehow, with all source material coming from screen grabs with the same resolution, we have three different DPI; one of which differs by ONE dot per inch. Nor has anyone explained why resampling happens over and over, blurring the underlying layer more and more with each "merge down." Why? Why would you not simply resample the lower-DPI element to match that of the higher-DPI element and then blend them? Then why doesn't Photo simply DO THAT? Once the layers are merged, you've lost all of this highly-touted "control" over the now-merged fragment anyway. What exactly is the benefit of NOT doing this upon "merge down?" And again, you've yet to define exactly what this "control" entails or exactly what use case it serves or what benefit it provides to the user.
  3. I don't care how many times you float the same excuses. I am not the only one to encounter this problem. Why not? I would never set pixel values fractionally. So that's a problem right there. WHY are they non-integer? Why keep repeating the excuse without saying how it could possibly arise? Nor did I set the document DPI. I'm the end user. Look at how long that thread was, full of speculation because clearly quite a few people are "unsure" of why layers are getting degraded. This excuse is a variation on the classic, "you're confused." No. There is no "confusion" here, because this entire mess is opaque. Which is not what I described doing. Again, if you have a layer that you're merging down onto an underlying layer, the top layer should be resampled to match the underlying one and blended. Why would you also resample the entire underlying layer? Again, this has never been explained. Why would an entire 4K image, for example, be blurred because you merged a 100x100-pixel patch onto it somewhere? If this isn't a defect, then explain this: Why would a user want his image blurred over and over? You're advertising some kind of benefit here: Really? Like what? What is the use case where all this implied "control" outweighs the likelihood of degrading your work? And, whatever it is, are you seriously going to argue that it's more common than taking an image fragment, transforming it, and compositing it into a larger image?
  4. Thanks for the reply, Dan. I have reported this and it has been discussed in at least one (and, I think several) lengthy threads. Here's one: My comparison is exactly "apples to apples." The function I'm talking about is a fundamental operation in both Photo and Photoshop, and in any image-compositing application. Unnecessarily degrading the user's work is not "coding it differently." It's coding it wrong.
  5. The transformed patch is the one with the so-called "wrong DPI." So it should be resampled to match the underlying layer and merged. Why degrade the underlying layer? I don't know why this same bogus excuse is floated over and over. And again, Photoshop doesn't have this problem. So it need not exist.
  6. I guess the magical technology that makes marquees work as expected in competing applications has been lost in the sands of time.
  7. Yes, because making and adjusting a rectangular selection should be the fussy, multi-tool/multi-step pain in the ass you just described. Which it is not in any similar application I've ever seen, from photo-editing applications to the free ones that come with scanners.
  8. No. The entire underlying image is degraded (and repeatedly) when you merge a small transformed patch down onto it. No. We're talking about the selection marquee, not pixels. The marquee is not dependent on any particular layer; you can make one with no layer selected at all, in fact.
  9. That makes no sense. The "benefit" is that you can make an exact selection, with no feathering of the edges.
  10. Thanks for your response, Dan. But I don't recall seeing acknowledgment of the blurring problems on "merge down" or the announcement of any intention to fix it. This problem has been widely discussed and it degrades people's work. Missing features are one thing, but damaging image quality is another... which demands immediate resolution. So far we've seen none.
  11. Good catch. The unwanted feathering is a deal-breaker. Thanks for that suggestion, but unfortunately it is not a viable workaround either, based on the evidence above. These absurd problems should not exist in shipping software, let alone software that's been out this long. I don't see any excuse for the large swath of missing features and image-degrading defects (specifically the blurring or softening of images when performing basic compositing, and the one cited above) in these products. Photo is supposed to serve the needs of image composers, and it fails in ways so varied and fundamental that I am actually considering going back to Adobe's rental rip-off just to ensure that my work isn't ruined. Affinity should just open-source these products and call it a day. They're clearly not interested in making them tools we can trust.
  12. I've made a rectangular selection and I need to adjust its size to line up with an underlying image. But there are no resizing handles on the marquee and no way to invoke any that resize the selection and not the selected part of the image. This is a fundamental UI affordance in this kind of application. Its absence is embarrassing.
  13. So... we're right back to the same "problem" that only Designer seems to have.
  14. Mmmm I'm gonna say it's probably working correctly. The operation only affects layers you have selected. Did you have all the shapes selected? Look at the difference... Only the small shapes selected: someSelected.mov There was no overlap among those shapes. So if you take away each of the top layers from the one below it (and itself), you wind up with only the bottom layer (because it wasn't subtracted from anything). allSelected.mov Here the three shapes are indeed subtracted from the bottom one.
  15. I think that workaround has been floated here before. We shouldn't even be discussing this defect a year later. It should be fixed.
  16. I love the condescension of declaring that a ridiculous and laboriously-discovered workaround to a defect is "simple," as if we all should have anticipated that this application would degrade our compositions like no other... and then remember to undertake it every damned time we need to merge a component in our work. And if we get through five layers and then think, "oh shit, did I remember to RASTERIZE that second one," we get to go back and do it all over? Nah.
  17. Let's all root for this simple request to reach its FOURTH birthday!
  18. Well, the selecting of objects and then "create slice" turns out not to be a good workaround. I selected three layers in the Export persona and did "create slice," and nope: It created THREE slices. Incredible.
  19. Thanks for the replies. I'm on a Mac. I was going from PNG to JPEG. I'll try again when I have access to a second system, on which I've never tried batch processing before. I'll record a screen grab.
  20. Is that a workaround for the fact that "authorize" sometimes doesn't enable the OK button?
  21. It presented a file dialog and I pressed OK or whatever the confirmation button was. Yes, all the files were in the same directory.
  22. Thanks, but nope, just a normal directory under my local home directory. I'll try it again on my other system and see if it's an anomaly.
  23. I followed the instructions in the Help file, but I can't process a batch because the OK button is greyed out. I have "authorized" the destination. Any ideas?
×
×
  • 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.