Jump to content


  • Content count

  • Joined

  • Last visited

About FxRphoto

  • Rank

Contact Methods

  • Website URL

Profile Information

  • Gender

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. FxRphoto

    16bits files TIFF Compression, again...

    The problem is solved in the 1.7.104 version. Thanks Affinity !
  2. FxRphoto

    Affinity Photo Customer Beta (

    Many thanks for moving from LZW to TIFF ZIP compression ! It is by far, much better with 16bits images...
  3. FxRphoto

    Nik Plugins

    Hi everybody, For me the last week update from DXO ( works fine in AP 1.67 (DXO statement say that they have improved the compatibility with Affinity products). But in the AP beta version all the plugins freeze with a black window and the "updating fonts" message. I think DXO is lagging behind Affinity in their update roadmap... But if they have fixed the problem in the stable version of AP, there's still hope ! Fx
  4. Hi, I just made a quick look in Affinity Photo beta Not enough time to dive further in, for now. But, once again, might you please add a choice for TIFF compression, or at least don't use LZW. ZIP would produce much better results. LZW is totally useless when working on 16bits files, worst of all, it increase the file size about 10 to 20%. Why do you go on with a default LZW compression ? Adding a choice for compression parameters is not a fancy feature, almost every high grade photo software has this. Regards, Fx
  5. FxRphoto

    Tiff Compression

    Of course it does not affect neither the workflow or the quality. But the purpose of compression is to save space, not to increase it. For 16bits images LZW compression is not only useless but it produces files that are larger than uncompressed ones. And that's the point. Having the choice to use it or not is a key feature, and I guess, not so difficult to implement. A better choice would be to offer a ZIP compression with several degrees of compression (the best method to lossless compress 16bits files), but it is probably a more difficult feature to add. Regarding the fact that it affects a few people, since it is not clearly displayed in Affinity Photo, the only way to see that a LZW compression is actually applied to all the files saved in TIFF, is to check the properties of the files. Not many do that, indeed. It took myself months to notice it. Not a reason to consider that it's not important. And, as a reminder, Affinity Photo is, to my knowledge, the only software not to have the choice of TIFF compression. Fx
  6. After further experiment, the group is necessary. I tried without grouping, just with an adjustment layer and a fill layer with the gradient as a child. It's odd but only the layers are pasted, not the gradient. If I just make a group with the adjustment layer and its child including the gradient, then it works fine. Fx
  7. I guess so Exactly. I use a group just for the purpose of the gradient since it is the only way to apply several adjustment to the same fill layer. The only thing to keep in mind is that, with this method, everything that is copied will be pasted when the macro is runned, even the background layer. So, be sure not to copy it before creating the macro. Otherwise, the same background used to create your macro will always be pasted when you use that macro. (obvious, but it worth remind it) Fx
  8. Hi everybody, I just found a trick with non recordable features. I wanted to create a macro that sets a group of adjustment layers and a fill layer with a gradient to emulate an adjustable neutral density gradient filter. But when I tried to record the macro, I realized that the gradient tool couldn't be recorded (the position of the fill layer was also difficult to set). I created this set without recording and copied the group. Then I recorded the macro with a simple clear selection and paste. I tried this macro several time and it always creates the whole gradient set, even if I copy something else, or close the app, or shut down the computer. I tried with several macros created with the same process and they seems to work fine for now and it helps a lot. It is not very academic and I don't know if it's a correct way to bypass the limitations of the macro feature but maybe it is worth to have a look at it and see if there is issues with that method. Regards Fx
  9. 1.12.15 is the version number of the whole Nik suite, you need to check the individual plugin version number and compare with the standalone one. For instance in Color Efex Pro, the new version number is (for both standalone and plugin) and the old one is
  10. Hello Christoph L, This is actually the same install method I have described above in this thread. I am quite sure you are running the old free version of the plugin (just check the version number of the plugin in AP). Stand alone apps and plugins work separately. You can run both of them at the same time if you want. So it helps, but that doesn't solve the problem, since the last paid version from DXO remains unusable as a plugin in AP. (they have released a 1.12.15 update indeed, and don't seem to bother informing their customers. We don't even know what changes they have made.) Fx
  11. Hi OldRadioGuy, Actually, the new version doesn't work at all as a plugin for Affinity Photo for Mac. It freezes during the "preparing image" process and causes AP to freeze as well (need to use the force-to-quit command). Better to stick with the last free version from DXO (1.12.12) or the Google version, no major changes anyway. You will find some other threads on that topic like the one dominik has posted above, or this one :
  12. Hi Chips, For me Photo Mechanic from Camera Bits is one of the best professional choice for photographers but it comes at a cost. (about 150$) This is an Adobe Brige-like software, no catalog. However, Camera Bits is planning to release is 6th version this year, maybe with cataloging option. They have a long experience with their soft, the first release of Photo Mechanic was in 1998, and it is a very good tool, fast and efficient. The support and forum are quite good too. One limitation for now, is that the soft don't display .PDF or .afphoto previews. XNView is also a well known free software, but a bit tinkered, in my sense. There is a bunch of other software, more like alternatives for Lightroom, and you will find a lot of thread on this topic, like the one above, on this forum.
  13. No, No, as I wrote above, for the plugins, I use the last free version from DXO, which is 1.12.12 Anyway, this installation is the same for any version you want to use, even the latest paid release (1.12.14). I don't think that the installation path could change anything in the plugin working. Fx
  14. Hi Mohammed, Your plugin search folder doesn't seem to be the good one. Actually, according to your screenshot, there is twice the same path, and this is the standalone app path. You have to change for the plugin path, wich is where you create it when the Nik install dialog box ask you for third party applications, then restart AP. Fx
  15. Hi firstdefence, Yes, 1.12.12 works fine in both standalone and plugin versions (this is the latest free version from DXO). Better keep a copy of that one, there isn't any major changes in the latest paid release anyway... If you already have the latest paid version from DXO (1.12.14), the standalone app works fine, but the plugins don't work and cause AP to freeze (you have to use the force-to-quit option). So you can use the new standalone alongside the old plugins (just replace the new plugins folder by a backup of the old one) Fx