Our response time is longer than usual currently. We're working to answer users as quickly as possible and thank you for your continued patience.
-
Posts
804 -
Joined
-
Last visited
About James Ritson

Contact Methods
-
Website URL
http://www.jamesritson.co.uk
-
Twitter
JamesR_Affinity
Profile Information
-
Gender
Male
-
Member Title
Product Expert (Affinity Photo) & Product Expert Team Leader
-
Celeste Joseph reacted to a post in a topic: Official Affinity Publisher (V2) Tutorials
-
THEDZKO started following James Ritson
-
iuli reacted to a post in a topic: Official Affinity Designer (V2) Tutorials
-
loukash reacted to a post in a topic: Resolution is reduced in Photo2.
-
debraspicher reacted to a post in a topic: Resolution is reduced in Photo2.
-
selenita reacted to a post in a topic: Resolution is reduced in Photo2.
-
iuli reacted to a post in a topic: Resolution is reduced in Photo2.
-
kuhl reacted to a post in a topic: Resolution is reduced in Photo2.
-
Paul Mudditt reacted to a post in a topic: Resolution is reduced in Photo2.
-
Hi Kulh, as DM1 mentioned above this is not a loss of resolution—you will find that most RAW files contain a handful of pixels around the edges, but these are cropped away as per the mandated resolution in the metadata. Photo ignores this, however, and always processes the full width and height of the image, which is why you end up with a marginally higher resolution than you would expect. The aspect ratio is still 3:2. A good example of this is the Olympus cameras: e.g. the E-M1 mk3's actual RAW resolution is 5240x3912, but the metadata instructs software to crop it to 5184x3888. It doesn't sound like much, but the extra resolution is actually quite welcome when dealing with wider angle lenses. If Photo applies automatic lens corrections, you can actually go into the Lens tab and bring Scale down—you'll often find there is pixel data being pushed outside of the crop bounds that you can bring back, and this is made partially possible by Photo not cropping those edge pixels. Hope that helps!
-
laurent32 reacted to a post in a topic: Official Affinity Publisher (V2) Tutorials
-
Sam LaGargouille reacted to a post in a topic: Official Affinity Photo (V2) Tutorials
-
Hope everyone had a lovely Christmas! I wanted to sneak in another video before the new year, so here you go: High Dynamic Range Workflows HDR/EDR technology has actually been present in Affinity Photo for a few years now (since around 1.7 I believe), but with V2 introducing JPEG-XL export I thought it was about time to do a proper video on high dynamic range editing. This video was shot in HDR and mastered to 1600 nits of peak brightness, so if you have a display capable of that brightness (for example, the M1 Pro/Max MacBook displays), you're in for a visual treat! For those viewing on SDR displays, the content will be tone mapped and will of course lose a bit of its impact...
-
peter.sonia started following James Ritson
-
The picture going black will be because: Your original EXR document contains pixel values greater than 1 Unless you merge down the Exposure adjustment before converting to RGB/16 or RGB/8, you will then lose (clip) those >1 values This is because the Exposure adjustment is then being applied to the bounded range of pixel values, so it is taking the maximum value (255 in 8-bit, 65535 in 16-bit) and reducing it down to 0. The solution is either to merge the Exposure adjustment before converting, or to simply stay in RGB/32 and use a tone mapping method after the Exposure adjustment (e.g. procedural texture, or Levels adjustment followed by other adjustments). Hope that helps!
-
Hi @Gary.JONES, the procedure for selecting the best light frames is based on the quality of the 40 best stars found in each sub, where a good star is bright relative to the noise level, round, sufficient size (but not too big) with peaks in the middle. The help documentation may need updating as I don't believe that information is completely accurate...
-
Hey Claude, This could actually be by design—I haven't used DAZ, but could relate using blender. There's more of a focus on physically correct lighting nowadays, and many of blender's environment/sky lighting plugins (such as True Sky, Physical Starlight and Atmosphere etc) will use incredibly bright values that then require the Exposure to be reduced significantly, usually by 3 to 6 stops. This is fine when you are writing out gamma-corrected bitmap files such as TIFF and JPEG, but when saving to EXR this tone mapping isn't applied to the pixel values—instead, you're getting the unmodified pixel values in linear gamma. This is by design, as software shouldn't really be writing any kind of gamma encoded values to EXR. If you colour pick one of the white values when you first import your EXR, I imagine the value would be greater than 1. What are your tone mapping/view settings in DAZ? It may be you're using some kind of lighting that requires the Exposure value to be reduced, and you would then have to match that in Affinity Photo with an Exposure adjustment layer. Your solution is sound in practice, but I would be wary of clipped or 'harsh' highlight details because you may also need to apply some kind of tone mapping to give highlights a roll-off effect. This should be done in 32-bit before merging/flattening and converting to 16-bit or 8-bit, which are bounded gamma corrected formats. This video might be of help: Hope the above helps!
-
Marie-Louise Van geel started following James Ritson