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

NotMyFault

Members
  • Posts

    7,151
  • Joined

  • Last visited

Posts posted by NotMyFault

  1. 2 hours ago, roelandvbb said:

    my default colour profile setting changed somehow, I definitely did not change it, why should I. I did install designer and Publisher though - and changed the colour profiles there as soon as I opened them- , maybe the interaction between the apps is problematic, if so that would be something to have a look at.

    I never experienced something like that over several years of usage. Only in case you personal settings may get lost in case of new installation after deleting the app and settings, or upgrading from v1 to v2 which is a new install.

    Especially on iPad, the apps are isolated already by OS in sandboxes so it is impossible that other apps can change the config. 
    Bit remember you may have multiple Photo apps installed (v1, v2, retail, beta) so you may use another instance - or even publisher in Photo persona.

  2. In my view everything works as designed, and with reasonable design. You need to set the default color format and color profile in settings before opening a RAW file. Changing of color profiles after starting non-destructive edits with adjustment layers etc must be avoided. The only suitable way is to change corporate profile at export, for a rasterized export format. 
     

    Changing color formats only for pure bitmap documents, but not for layer stacks with adjustments and filters (which depend on color format).

    Rare exceptions may be possible, but you must know what are you doing and what side effects will occur.

  3. On 4/23/2024 at 1:36 PM, roelandvbb said:

    When I changed the colour profile from sRGB to ROMM RGB I had some serious problems with the Selective Colour adjustments that I already made previously, I basically had to redo that.

    This is to be expected.

    adjustments do not get converted to give visual identical results when the color space or color profile is converted.

    most adjustment work „simplistically“ on color values, e.g. curves, levels etc. when you convert to a wide color profile, the color values in pixel layers change, so the relation between input / output will change.

    if you change color profile from rgb to cmyk or lab, some adjustments simply stop working e.g. invert gives useless results in cmyk.

  4. 6 hours ago, mykee said:

    @lacerto your video is very useful, and this is exactly the little tool I miss in Affinity (Total Area Coverage), which I could really use to easily check if I am exporting good color coverage or not.  Here I use FOGRA39 for my prints, so by default I use the FOGRA39L_VIGC_300 profile and put the RGB images on that, but for some reason it still crosses the 300% limit and exports 325%. If I put a Soft Proof layer with ISO ECI 300 on it, it has already taken back the tints, which may be a temporary solution, but it can distort the colours a bit.

    You may try this. A simple channel mixer adjustment can do the trick to show areas exceeding given limits.

     

  5. I spent a few hours testing lots of combinations, and documented my results in the forum.

    Your screenshots show that you did not follow the tutorial exactly, and deviated in many relevant aspects:

    • tutorial says exactly two layers, pixel on bottom, mask on top.
    • you used a group of vector shapes, and placed a rectangle with channels mixer below.

    This is not to blame you, just an observation and my conclusions. It is too time consuming for me to reverse engineer your edit steps and guesstimate your intentions. Please try it again on your own, following exactly the steps as described. 

    From older discussions i know that many new Affinity users perceive this learning curve as too steep, and i understand this. If your time is worth more than 200 bucks per year for Adobe, make a wise decision.

     

     

     

  6. 22 minutes ago, NotMyFault said:

     

    1. I still need to figure out when it toggles from correct (as before) to unusable.

    The trigger condition is simple:

    If mask is full black: TGA export is broken (mask is ignored, export is fully opaque).

    If mask is not fully black, but is only non-black where the pixel area is black: The exported TGA does not allow to recover RGB pixels. all RGB values get zeroed out.

    You may have any number of black mask pixels but you need at least one single pixel which is both not black in RGB channels and not black in alpha channel. Then the exported TGA file can be fully recovered in RGB channels.

     

    Tested on Mac with Photo V2. You milage may vary on iPad or V1

     

     

  7. 5 minutes ago, Robbin said:

    just as a heads up the 'Alpha Chanel Packing' tutorial no longer works for alpha values of 0, affinity in its infinite wisdom patched out the one work around and its now impossible to do what you want 🙃

    To be precise:

    1. specifically if all / majority of  pixels are alpha zero.
    2. I still need to figure out when it toggles from correct (as before) to unusable.
    3. This has not changed. V1 and V2 behave identical. I only never checked for this specific case before you raised the issue.
  8. When using a specific method for channel packing (see link below), export is wrong for TGA format if mask is fully or almost black.

    The test file has a mask with only 2 white pixels upper left / lower right.

    Problem 1:

    When exporting to TGA, the mask gets ignored and the TGA is fully opaque, despite the preview rendering.

    When changing export from TGA to PNG, export is representing the rendering.

    Image 1: Preview rendering for TGA wrong, check with navigator Panel

    Screenshot2024-04-23at21_48_59.thumb.png.d332a3d999cbea1f8bfb7f6c3e228772.png

    Image 2:

    Image rendering correct for PNG (same file)

    Screenshot2024-04-23at21_49_29.thumb.png.982cb5dc9d04f6d8f3084e6a133db2cc.png

    Image 3: Solo / Isolation Mode of Mask

    Screenshot2024-04-23at21_49_51.thumb.png.a35ff5a750f5a8c4ee789d1d62c6de27.png

    Problem 2:

    If you re-import the TGA or PNG back gain into Photo, the RGB channels are not recoverable, but zeroed out.

    If you fill the mask with a white to black diagonal gradient, all TGB pixels are recoverable by filling the alpha channel after opening.

     

     

    almost empty mask export bug.afphoto

  9. on Mac the behaviour changed as below:

    • The tutorial works as before, when having a mask which is not fully black, e.g. using a black to white gradient.
    • If the mask is full black (all zero), the exported file gets wrong: either the zero mask is ignored (despite correct rendering of preview), and the exported file is 100% opaque, or the export is not recoverable (RGB channels zeroed out).

    For your specific case requiring alpha to be zero for the complete canvas: this specific edge case is currently not possible with Affinity apps.

  10. So it is not about pixel selection, but about selecting layers in layer stack.

    i doubt that invert in layer stack will be usefull, as affinity treats parent / child layers or layer hierarchies very special.

    if you want do delete all except the selected layers, copy / create new from clipboard could do the trick in simple cases. Unless Affinity says “clipboard not suitable for new document” for unknown reasons.

    In complex cases inverting is not well defined 

  11. While possible with many caveats in theory, this does not work well in Photo.

    While using Develop Persona:

    you can save presets for many of the sliders, but you must save several of them (no grouping possible), and Affinity often does not apply a preset even if it is shows as selected in UI (old bug).

    While in Photo Persona:

    You can save presets for many adjustment layers

    You can reord macros of edit steps.

    But this is far behind Adobe from the functionality and hampered by too many unfixed bugs.

    If you need to mass-edit Photos, look elsewhere.

  12. 4 hours ago, Alex_M said:

    Yes, it was my intention to leave only these layers. I've stripped away all unnecessary layers from the file as they don't contribute anything to the bug report. No screenshots are needed. Just follow the steps I've provided and you'll be able to reproduce it.

    I tried but was unable to reproduce on iPad, Mac, and Windows 10 PC (see signature for specs). As MEB could, it does not matter. But out of curiosity i would really like to see a screenshot what "white patches" appear for you.

  13. Can you show us the exact steps which are working on Mac? I did not fully get what you try to achieve, and how this step (probably embedded in additional steps not yet described) play into the target.

    The transform panel on iPad is more restricted wrt to formulas, it does only accept numbers and not the usual input variables like w or h.

    When working with numbers only, it has the same capabilities of adding / subtracting etc.

     

  14. 4 hours ago, sawaani said:

    Since there is no function to follow the reference line, it is necessary to draw it.

    There is a workaround. You can activate rulers, grid, guides, or create helper objects to give you visual references.

    If required: use the pen tool to create a line marking the reference in the source image. Then use the transform panel, it shows the angle. Copy this value. Then select the image, paste in the value with opposite sign.

×
×
  • 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.