Asser82

Nice work, Hopefully GPU acceleration on windows will also get some love in the future. In addition a Lightroom like app would be cool, where a virtual copy of a raw file could be edited in Photo via Studio Link.

There is a keynote in two days. There we will see, what comes next after Publisher. At least it is announced that way.

Perhaps offer two denoise algorithms: 1) Fast and ordinary one (default) 2) Slow and perfect one (option) The ones, who select 2) have time to wait. The ones who do not care (1)), have fast develop times. Same strategy works well in DxO PhotoLab with ordinary denoise and prime denoise.

I have also written to a resposive forum moderator to shortcut you to the NIK department, so hopefully things will go the right way. At least we will now, which side has work to do :-)

I have already reposted the current progress here. https://feedback.dxo.com/t/maybe-improved-nik-support-in-affinity-incoming/7907 But speaking developer to developer would speed up things.

Yes, this is also what I see, that Mac is more on track concerning performance increase through GPU usage. Windows supports many graphic cards, but it does not matter, because in the end all graphic cards use chips from AMD (Readeon), NVidia (Geforce) and Intel (CPU integrated, more dedicated in the future). Above the hardware/driver layer there are abstractions in form of DirectX, OpenGL and Vulcan. So if we are on Windows, just target DirectX 11/12, if Vulcan is too experimental and OpenGL too geeky. Fallback to software renderer where needed. I mean, games do it all the time. The "only" thing that you need is a "game engine" which manages the working parts and distributes them efficiently to the available processing units. I think, the main reason, why we see minor progress here is a growing code base (no green field engineering any longer), increased number of products and with it the lack of resources. Google says Serif has 190 employees. Now take 100 out, which cannot write code, divide the remaining into 2/3 Apple and 1/3 Windows factions, because for Apple there is Mac and iOS. For the remaining 30 people, distribute them over designer, photo and publisher and maybe some non announced products. What remains for Photo on Windows is maybe 10 people, where some must be educated, visit fairs like MSBuild, become parents or get ill. The remaining 8 person years per year for development is not much to make big jumps. Hopefully the team is not hit further through brexodus, because development teams tend to be international, and new employees (if there are any) do not contribute much in the first years to the overall progress.

Sadly the development speed of Affinity Photo for Windows started to feel very slow. If someone, like me, is not interested in Apple products in general, then the last release (not beta) in the photo domain was 1.6.5 from August 22, 2018. It is almost 9 months now. Time for a new baby :-)

Just for your information: There is a new release of the DxO NIK, which has targeted some crashes with Affinity Photo on Mac. They are explicitely working on a better compatibility with Affinity Photo now: https://nikcollection.dxo.com/release-notes/

Or you buy AcdSee Pro for around 50€/$. It replaces Lightroom very well in terms of DAM for me and the payed amount is a one time fee for many years.

DxO is becomeing more customer oriented. There is a public feature request board available. You can now vote for official Affinity support for NIK here: https://feedback.dxo.com/t/official-support-of-nik-plugins-with-affinity-software/3283/1

The more interesting question is, why the Affinity guys comment things on sundays, instead of turning their steaks on the grill. Hopefully this does not end in burnouts.

If something gets updated, it is not a new installation. Hence, the configuration is not necessary. Just look at it like on an update to your browser or your office package. You can't place it on each update into a new folder. If there were no disabled fields, the desire to change something wouldn't be there. So hiding the disabled items is the simplest solution to avoid unintended feature requests, which saves development time to work on real problems. So the beta run had a sense already. Btw. having these fields active and functional would not be an improvement, because it would make the user think, whether the destination is the same he used last time. He would have to open the windows explorer or the available file dialog to compare the paths, which is an ugly thing. My guess is that 99% would like to replace the existing beta, the others can do a clean install.

First my heart jumped...because I thought spotlight might be the Affinity lightroom. But thinking about it, I remembered, that I read a RAW vs JPEG article on spotlight yesterday, which was great. So, thx for this.

Yes, I also do not understand why a print layouting tool is preferred to a DAM / RAW tool. Looking at the Facebook follower of Adobe products: Photoshop: 7.6 Mio -> Affinity Photo Illustrator: 1.5 Mio -> Affinity Designer Lightroom: 1.4 Mio -> Missing InDesign: 0.7 Mio -> Affinity Publisher the Lightroom clone should come first, because it has a twice as large user base. But maybe such a tool is harder to make, because of the different RAW formats, camera/lens profiles, metadata stuff and undocumented raw features. Hence the decission, to postpone it to later. Making a DAM tool can really be a time sink.

Ah, good to know, thx.