Pages: 1 2 3 [4]   Go Down

Author Topic: What RGB colorspace is used when printing a non colormanaged profiling chart?  (Read 3899 times)


  • Sr. Member
  • ****
  • Offline Offline
  • Posts: 922
    • Jan R. Smit Fine Art Printing Specialist

I noticed that when I ask the apple app (apercu) to convert a srvb image to adobe rvb, it removes the exif tag from the colorimetric space.
When I do the same manipulation with photoshop, he left it but empty and it says: not calibrated…
try to change the tag and indicate the correct profile used in the image to see
??? Cannot understand what you are trying to say. Please clarify.
Fine art photography:
Fine Art Printing Specialist:

Jan R. Smit


  • Newbie
  • *
  • Offline Offline
  • Posts: 12

When using photoshop even when not starting with a photo, he leaves the exif data tag blank what becomes: uncalibrated instead of deleting it.
example :
1 - picture converted by photoshop to adobe rvb
2 - picture converted by apercu to adobe rvb
3- original picture in Srvb
« Last Edit: November 10, 2020, 10:06:38 am by belnea »

Ethan Hansen

  • Full Member
  • ***
  • Offline Offline
  • Posts: 148
    • Dry Creek Photo

So in my limited view:
When an image is sent into the print pipeline (driver-printer) without color management ( use of acpu or Drycreek f.i.) the print pipeline will use its rgb colorspace to transform and print the result. Thus in fact the combi of print pipeline and given paper.
This rgb colorspace of the print pipeline is a given. However I have a sneaky suspicion it is prophotorgb like.
Anyhow it seems to work.

You are correct that underlying assumptions are made about interpreting RGB color values. Most printers use some combination of inks, CMYK or multicolor, to create the actual print. The printer driver creates a mix of output depending on the received color values and applicable media settings. Cruder printers paired with a capable RIP do allow a one-to-one matching of input color value (CMYK or multicolor again) with output. More modern printers, however, vary dot size, spacing, and density in a way that you cannot control directly.

Sending RGB input to a printer with different outputs obviously involves a conversion. Whether there is an actual inferred color space, I can't say. The only printer driver implementation we have insight to is covered under NDA. As an example, however, if you print the same RGB input values directly to a Canon or Epson inkjet, you will obtain varying results depending on the media setting used. Look at the print under a loupe and you will see that not only does total and per channel ink limiting change, but so does drop size - by a factor of 15 in the case of Epsons.

The key point is that the process is consistent - as long as you prevent unwanted color management from occurring.
Pages: 1 2 3 [4]   Go Up