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

Roger Simon

Members
  • Posts

    12
  • Joined

  • Last visited

Everything posted by Roger Simon

  1. @owenr Again, you’re correct. I simply had opened both preview images in ColorSync-Utility and within this app, both have sRGB assigned. But obviously, this assignment is made by ColorSync-Util itself. (lesson learned: always use PS). @owenr, @R C-R, Can verify, that AP either *assignes* or *converts* unprofiled jpgs to a) the set RGB color profile or b) sRGB, based on what the user sets in the application’s preferences. With unprofiled png however, AP *always assigns* the RGB Colour Profile set in Preferences, no matter if „Convert” is checked or not. (At least, that’s the behaviour I’m experiencing here on OSX 10.11.6). These behaviours -in my eyes- are unwanted, as the user has no chance to intervene. (And I haven’t checked the behaviour for unprofiled tifs…) Say, a jpeg file originates in AdobeRGB but does not have an embedded profile. If AP is set to sRGB (or conversion is turned off), the file would open with wrong colours, as sRGB would be assumed as the source colour space. If AP is set to convert, then the application would do this error possibly twice: first, it would wrongly assume sRGB as colour space and then would do a conversion to i.e. AdobeRGB or ProPhotoRGB based on these wrong colours. Profile Warnings btw now seem to me pretty random. During my tests, I was experiencing all sorts of combinations with/without warnings either on jpg or png. (But probably AP just does not like when preferences are switched that often, even if the application is closed in between). @ Jose A: Hardware calibration: the measured color values from the colorimeter are written into the LUT of the monitor. On OSX, you can switch between different hardware calibrated profiles either by the buttons on the monitor or via OSX System Preferences. I do not know, how this is exactly handled on Windows though. Software calibration: An icc profile is generated and used on System Level to overwrite the GPU’s color rendering. Depending on the monitor used and its capabilities (i.e. whitepoint setting, R-G-B sliders available or not), this leads to more or less good, but always reduced colour rendition (due to whitepoint setting). It’s the only way available on most displays. As far as I understood, your monitor is actually used with the default factory profiles. This cannot be seen as hardware calibrated, as long as these profiles aren’t verified with a colorimeter. At least during the next 2-3 months, colours will have changed. >>> Your issue with sRGB: I’m wondering if this is probably an actual limitation of the Windows version of AP? On OSX, it’s possible to choose any installed icc profile as the document’s colour space right from the beginning. I’m actually asking myself, if your way can result in correct colours as you are switching from a smaller to a wider colour space. If colours would already be present in the file, these colours would be desaturated that way. But I have to admit that I don’t know what actually happens to an empty file. >>> ProPhotoRGB Adobe choses that Colour Space as it is wide enough to contain every colour that a camera can produce and will ever produce in the future. This is the reason, why they left their own AdobeRGB. Working right from the beginning in ProPhoto is a good way, but one has to be aware that one most likely needs to reduce to a smaller Gamut on export, depending on the output target. If you convert a sRGB file into ProPhotoRGB, you can do more destructive work on that file. It’s similar as converting from 8-bit into 32-bit. You don’t get more information into the file, you can just destruct it more. >>> Rendering intents are especially important when converting from RGB to CMYK for print.
  2. Hello LudoE, this is something that I also had observed. Had done several compositings which ended up in AP at a file size of nearly 7,2 GB each. Out of interest, I had these redone in PS, where they ended up just at about half the size (3.48 GB). If you add a full pixel layer to a file, this usually doubles the file size. This is to expect. Adjustment layers or masks don't add that much to a file though. The Affinity file format does seem to be very wasteful. Using TIFF should keep at least the pixel layers, but everything else would be erased from the file, so effectively there is no solution except hoping for the development team to optimize the Affinity file format quite a bit.
  3. Hello Jose A, (sorry for my late reply) >> monitor Assuming, that color management on Windows is somewhat similar to OSX/macOS, using a hardware calibrated monitor should work as follows: If you calibrate the monitor with a colorimeter, this will be done right on the monitor itself, thus hardware calibration, a profile will be created and set as the default monitor profile in System Preferences (=OS level). In your case, as you haven’t done this calibration so far, there should be at least a default monitor profile that should have been installed by your monitor’s calibration software. (I’m assuming, that Benq is doing this the same way as EIZO or x-rite i.e.). Whenever you re-calibrate your monitor, this profile will then be „updated” with your newest colorimeter readings. If you calibrate for different targets, you will create new additional profiles or you will update pre-installed target profiles from the monitor’s calibration software. >> AP RGB Color Profile in AP Preferences: This will represent your main working RGB color space. Whenever you load an untagged image file, this profile will be assigned to that image. (This is a potentional source for false colours, as long as AP is not asking the user about what he/she wants to do. On my Mac, I’m never asked, no matter what I set in Preferences, AP just assigns the RGB Colour Profile and just shows a tiny window for a about one second to inform me about this assignment). If you open a tagged/profiled image in AP, this profile will be read and respected. If you are working in colour aware environment, embedding and using files with embedded profiles is key. So, if for whatever reason, AP sets its default RGB Colour Profile to sRGB, this should not influence your work, as long as you have files with profiles embedded. If you haven’t embedded profiles, sRGB will be automatically assigned. >> AdobeRGB, ProPhotoRGB, softproofing, web display working in ProPhoto does give you the maximum possible quality, as you never have to fear that the set Colour Space will clip away some of your image’s colours. For exporting, you will nevertheless mostly bring your images down to a smaller Colour Space. For print, you should be able to stay with ProPhoto or reduce to AdobeRGB. If the web is the output target, sRGB is the most secure way (eventhough the colour space is smaller) for getting comparable results. Of course, correct profiles need to be embedded with the files. Colour management in web browsers is a different topic though. >> rendering intent You’ll need to think about that whenever you reduce from a larger to a smaller Colour Space in conjunction with the output target. Gamut Mapping transforms from source to L*a*b* and then to target space. The appropriate rendering intent is needed to correctly map the colours that are outside of the target’s colour space to appropriate values depending on the output media. >> color picker This is something that I also do not understand. I think it is meant as a simplification for the user, but I do prefer the color picker in PS, which can be set to represent both 16-bit and 32-bit colour values. >> Monitor If the monitor is properly calibrated, images will be displayed according to their embedded profile (in colour aware applications). Whenever you notice these extremely saturated colours, it is very likely that the application is not colour-aware or i.e. is unable to read the embedded colour profile. The latter could be the case if i.e. an ICC v.4 profile is embedded, but the application is only able to read v.2 profiles. Btw, you did install/update the monitor’s driver to the Benq driver in Windows? >> „exp 1&2” While generating the smaller preview images for uploaded pictures, these are converted to and profiled as sRGB. That’s the reason, why both images look exactly the same even in a completely color-aware browser like Safari. The original image files do display differently and they have AdobeRGB (2) and sRGB (1) embedded. Differences can only be seen in color aware applications, such as PS, LR, AP, CaptureOne Pro etc. Web-Browser compatibility could be checked here (if you haven’t already done): http://www.color.org/version4html.xalter >> Profile conversion Just a reminder: there is actually no sense in converting an image from a smaller Gamut into a larger one (sRGB/AdobeRGB > ProPhotoRGB), as the colours of this image are already reduced. A larger Gamut does not „add” more colours. The different pixel values should originate in rounding errors and different rendering intents. (Rendering intents are not standardized, meaning that each company can do the math in slightly different ways).
  4. Hello Jose A, from re-reading your posts above, I try to recap your settings: -You have Windows set to AdobeRGB on OS level. (Wouldn’t you need to set your calibrated monitor’s profile here? This is the way it works on OSX/MacOS. The calibration software should offer this profile to the OS). -You develop in LR (using ProPhotoRGB) and then open up in AP (RGB Colour Profile set to ProPhotoRGB in Applicaton’s Prefs). From your screenshots, it seems that LR is embedding ProPhotoRGB into the exported images and AP reads that profile. (You would notice a different Profile in the document window, if i.e. AdobeRGB or sRGB would be embedded, as AP would then read one of these profiles instead appliying ProPhotoRGB). [I was wondering why you would need to download the ProPhoto profile, but this might be down to differences in Windows and OSX/MacOS colour management]. Just as an assumption: if LR would export without embedded profile, AP would automatically assign ProPhotoRGB, even if you had worked in a different colour space in LR. That would lead to false colours. ProPhotoRGB has theoretical advantages as a working colour space as it is simply extremely wide and data will never be clipped by this colour space. (In practice, you are down to AdobeRGB, just because this is about the maximum that you will ever see onscreen. A further limitation would be the colour space available i.e. within the colour settings of your camera. Most are limited to sRGB, higher quality cameras support AdobeRGB, some work with true 16-bit colour depth. But no camera is able to fully use ProPhotoRGB, and no monitor is able to represent that colour space). This is generally correct, it reflects the actual embedded colour profile of the opened file. [except: untagged file issue] (If you open an image with embedded sRGB profile, sRGB will be shown regardless of your Preference settings). Your idea with the different colour conversions is also correct, so I’m assuming that you already have verified, that your Export settings in LR match your colour settings in AP (i.e. Rendering Intent). As long as no Affinity developer joins this thread, I would advise you to send in a bug report on that issue, so that you most likely will get help directly from the development team.
  5. Hello Jose A, unfortunately, I’m no expert regarding colour management on Windows. From what you are describing and from the look of your screenshots however, it seems to me that AP might be rendering the image onscreen in sRGB, while it might render correctly in LR. Afaik, Windows has sRGB deeply integrated into the OS, so the solution could lie in the colour settings on the OS level. AP probably uses this information while LR has its own solution. If your monitor is calibrated, you need to make sure, that Windows uses this profile for onscreen display. (My only experience here was during Windows Vista, which was a true nightmare regarding colour management on OS level and very hard to understand for someone that worked on MacOS ever since). Did you verify that your file has a colour space tagged to it? Because AP automatically applies the RGB colour profile from the App’s Preferences to untagged files without enquiry. Sorry for being no big help here, but hopefully there is at least some information that gives you some input to continue to get closer to a solution.
×
×
  • 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.