I profili di input e display possono contenere tabelle (invece di matrici). I profili di output devono contenere tabelle.

Le tabelle possono essere:

• da RGB a XYZ e viceversa (per esempio scanner);
• da RGB a Lab e viceversa (per esempio monitor, scanner);
• da CMYK a XYZ e viceversa (per esempio stampante);
• da CMYK a Lab e viceversa (per esempio stampante).

I tag che fanno riferimento a tabelle sono i seguenti:

A2B0, A2B1, A2B2
fanno riferimento a tabelle da periferica a assoluto, nei tre intenti di rendering.

B2A0, B2A1, B2A2
fanno riferimento a tabella da assoluto a periferica, nei tre intenti di rendering.

I profili a tabella di input (scnr) e display (mntr), secondo le specifiche ICC devono avere rispettivamente una e due tabelle (ma il costruttore del profilo può aggiungerne altre).

Nei profili di input (scnr) è richiesta un unico tag A2B0 che punta ad una unica tabella nella direzione da periferica a PCS: questa tabella, anche se non è esplicitamente detto dalle specifiche ICC, implementa generalmente un intento colorimetrico relativo (e quindi assoluto); ma alcuni costruttori implementano un intento percettivo, ed eventualmente altri tag.

Nei profili di display (mntr) sono richiesti due tag A2B0 e B2A0 che puntano a due tabelle, una nella direzione da periferica a PCS, l'altra nella direzione opposta: anche in questo caso ICC non specifica, ma è normale che queste tabelle implementino il rendering colorimetrico relativo (e assoluto). Alcuni costruttori possono inserire altri tag di tipo A2B e B2A.

Nei profili di output (prtr) come detto all'inizio di questa pagina, sono obbligatori tre tag, uno per ogni intento di rendering, in una direzione più altri tre nell'altra direzione. Ogni tag punta ad una tabella secondo questo schema:

• da periferica a PCS:
  • A2B0: percettivo;
  • A2B1: colorimetrico relativo;
  • A2B2: saturazione;
• da PCS a periferica:
  • B2A0: percettivo;
  • B2A1: colorimetrico relativo;
  • B2A2: saturazione.

Non è detto tuttavia che ogni tag punti ad una tabella diversa; quindi ci possono essere da una a tre tabelle in una direzione e da una a tre tabelle nell'altra direzione.

Il caso ideale è quello in cui ad ogni singolo tag corrisponde una diversa tabella. Ma il tag e la tabella ad esso associata sono due cose separate e se un profilo contiene un tag per un determinato intento di rendering, non è detto che contenga effettivamente una tabella con quell'intento, la stessa tabella può essere richiamata da più tag. Normalmente ci sono più tag che tabelle: bisogna controllare nel caso specifico.

Each of the first three intents are associated with a specific tag. The fourth intent, absolute colorimetry, is obtained by modifying the relative colorimetric intent tag based on the values which are in the mediaWhitePointTag. It is permissible to reference the same tag for all of these intents and to use the relative colorimetric intent tag when absolute colorimetry is specified. This decision is left to the profile builder.

and whole intents can be left out, though the standard requires that they are referenced, which may get you a different table instead of the one you asked for...

All that aside, do we want all eight tables in a printer profile? It works OK to create AbsCol on the fly, so do we want six tables in a printer profile? Who wants A2B2 inverse Saturation? Who supports it in printer profiles - nobody I know. And so we have to reason with ourselves, balancing what the spec offers with what it makes at all sense to combine, and what users expect ICC profiles to take up of space.

Per esempio, il profilo Euroscale Coated (versione 2) ha 5 tabelle effettive: manca quella diretta di saturazione (qui sotto).

Una tabella in un profilo, se fosse completa, dovrebbe contenere un mucchio di righe. Per esempio una tabella con tutte le terne RGB dovrebbe contenere oltre 16 milioni di righe (precisamente 16.777.216).

Non è pensabile che un profilo possa contenere una tabella (o più tabelle) con così tante righe: se ne mettono solo alcune.

Le specifiche ICC non impongono un numero di righe minimo, ma solo che

1. The number of samples per axis must be the same for all channels.
2. The samples must be evenly distributed along each axis.

Per la costruzione delle tabelle si usa il concetto di griglia.

Se per esempio una tabella da Lab a CMYK ha griglia 3x3x3 ciò significa che ha 27 righe (3 valori di L, per ognuno dei quali 3 valori di a, per ognuno dei quali 3 valori di b). Ecco una tabella con griglia 3x3x3:

Una tabella con griglia 32 x 32 x 32 ha 32768 righe. Per esempio Heidelberg PrintOpen 3.0 crea profili con tabelle con griglia 32x32x32.

Le tabelle per le conversioni da periferica a PCS non necessariamente devono avere la stessa griglia delle tabelle inverse (da PCS a periferica).

Le tabelle dirette del profilo Euroscale Coated, come si vede dalla schermata di Profile Manager qui sopra, hanno una griglia di 9 punti, mentre quelle inverse di 33.

I dati a 8 bit sono numeri interi da 0 a 255 (nel caso delle coordinate a e b di Lab, per avere il valore reale bisogna togliere 128).

I dati a 16 bit sono numeri con la virgola: l'intervallo tra un numero intero e l'altro è diviso in 255 parti. I numeri RGB per esempio, in 16 bit, iniziano così:

0.00000 0.00392 0.00784 0.01176 0.01569 ... 0.99608 1.00000 1.00392 ...

La L di Lab in 16 bit inizia così

0.00000 0.00154 0.00308 0.01845 0.02461 ... 0.39062 0.39216 0.39369

In questo caso il colore è

C: 3/8 di 100, cioè 37.5
M: 5/8 di 100, cioè 62.5
Y: 1/8 di 100, cioè 12.5
K: 0

e corrisponde ai valori

L: 34764, cioè 53.25
a: 40785, cioè 23.3164
c: 29294, cioè -13.5703