Jump to content


  • Posts

  • Joined

  • Last visited

Recent Profile Visitors

669 profile views
  • iuli

  1. Same here (on Windows 10 Pro 64-bit, Ryzen 9 3900X, 64 GB of RAM, fast SSD). Imported a pack of 80 "*.cube" LUT files when I saw you can do that, and now when I select "LUT" on the adjustments panel, AP becomes unresponsive for a few minutes (!). It doesn't help that the application has no general concept of properly indicating it's busy doing something and showing progress, the greatest niggle I have with the entire tool suite... To me, it seems like all those files are loaded from somewhere as soon as one clicks that option, instead of them being loaded individually only when selecting a specific LUT.
  2. Tried it myself, Viveza appears to work fine irrespective of color profile or bit depth.
  3. Has there been any progress on this with the new v3.0 release of the Nik plugins?
  4. Whenever I record a macro (in my case with a simple document size change) and then click attempt to save it to the library, AP freezes after the dialog prompting for the name, regardless of whether I close that dialog by OK or cancel. This is with AP v1.8.2.620 on Windows 10 Pro 64 bit. In this state, I need to force-close AP.
  5. Has anything changed? Last time I checked, color space and bit depth issues were still rampant with the “old” Nik suite, especially with Viveza and Color Efex, the two tools I mainly use, rendering AP's alleged support useless for me.
  6. Add to that color space issues, you need to convert to 8-bit sRGB.
  7. Also, I've tested with GPU acceleration disabled (setting rendering to WARP, whatever that is): makes no difference, i.e., it's not a GPU acceleration issue.
  8. Meanwhile, I'd like to mention that when AP crashes, a window titled "CrashReport" pops up, telling me the the crash reporter cannot be started because it cannot find an error report to send or the error report ist empty.
  9. Thanks for confirming this! Granted, wrong colors aren't as much of an issue with Dfine as they are with Viveza.
  10. @AlainP: You sure about Dfine and there being no color space issues? Please try this: make an image 16-bit and ProPhoto RGB, then open it in Dfine. For me, colors in the latter are clearly wrong (blue sky becomes purple etc.) in both the main view and the preview of Dfine. This is with v1.5.1.54. Also, do you have hardware acceleration (GPU) enabled? If so, what GPU do you have? I do and will try without... I has nothing to do with the color space issues, in any case.
  11. It's not only Viveza; Dfine 2 at least also has color space issues. Can anyone who claims not to have any crashes please open an 8-bit sRGB image (mine are usually about 16 megapixels, in case that matters) in Viveza and make a greater number of adjustments (create, say, 20 control points and play with the sliders of each)? I'll almost guarantee you that you will get a crash doing that at some point. This has never happened to me with PS, which is why I'm blaming AP (supposing something about the context it provides to the plugins is buggy). The issues are, however, not straightforwardly reproducible, either — crashes happen randomly, but in a session of editing a single image using some of the Nik plugins including Viveza, I almost always get a crash (not only in Viveza, sometimes also in the apply stage of one of the other plugins) at some point which forces me to save early, save often (and even then it means work lost when it crashes in the middle of an extensive Viveza edit). Add to this that Viveza doesn't work with 16-bit/non-sRGB images and you see why I feel forced to stick with PS. :-/ I'm more than willing to create logs or dumps of any kind if there's a way to do that, to help Affinity diagnose the issues. My system is Windows 10 x64 and has a Core i7 6700K, 32 GB of RAM (memchecked, no issues), and a GeForce GTX 1070.
  12. I wonder if we'll ever get to the point where the Nik plugins will 1) work also with 16-bit, non-sRGB images and 2) not crash randomly every now and then? Both of these are no issues with Photoshop, so it's not the plugins themselves that are to blame. Honestly, this is the thing holding me back from switching from PS to AP for good.
  13. Is it intentional that Affinity Photo foregoes adding an EXIF Software (Exif.Image.Software) tag when exporting images, as about any other image processing software does? As things are, it retains the tag's value (if present), indicating, say, Photoshop as creating software if the image has previously been processed therein. It's nothing major, but I'd like to see AP put itself in the tag, so as to enable me, for example, to easily recognize AP-exported photos in my DAM software. Thoughts?
  14. Adding to this topic, feedback about ongoing operations stalling the UI is also lacking. Various operations take noticeable time even on powerful hardware, rendering the application unresponsive in the process (sometimes even to the extent of triggering a Windows "application does not respond" warning) without there being a progress indicator. This is rather disorienting for the user and not the way blocking operations should be handled. Coupled with the fact the AP is still prone to crash rather frequently, it always makes me fear that it's actually in the progress of crashing once again without me having saved my work prior to it.
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. 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.