Удивительное рядом, но оно запрещено!

После всех копаний в спецификациях TIFF более всего мне нравится следующий момент:

Вот есть многоканальный (к примеру, RGB) TIFF, так и пишем, 3 значения на пиксель. Или вот 4, потому что Альфа-канал:

  | 5)  PhotometricInterpretation = 2 => RGB
  | 8)  SamplesPerPixel = 4 => RGB + Alpha (не пробовал, но поди можно и больше)
  | 19) ExtraSamples = 0 => Unspecified data т.е. "это не прозрачность"

Дальше для каждого из каналов задается его формат и битность:
  | 3)  BitsPerSample = 32 32 32 32
  | 20) SampleFormat = 3 3 3 3 (плавучка)

Возникает резонное вот предположение, что раз мы задаем это поканально,  то теоретически то можем иметь, скажем, Lab в котором L-канал 16-битный, а a/b каналы - 8-битные.

Но и это еще не все, можно иметь L в floating point, а каналы a/b - целые. Или не целые, а комплексные (SAMPLEFORMAT_COMPLEXIEEEFP)

Такой TIFF будет
а) корректным
б) насколько я насмотрелся на чужой код в последние дни, его НИКТО не прочтет, несмотря на корректность. Потому что, к примеру, и BitsPerSample и SampleFormat принято читать только первое значение, а не всю группу (и действительно, если все едино не умеешь читать микс FP/integer, так чего и париться). Другой вопрос, что наверное не очень то и надо, такой микс битности, даже если данные целые, читаться будет очень медленно, а микс представлений - так и вообще труба.

Вишенка на торте:

  | 17) Predictor = 3

Задается для IFD целиком. И таки что делать, если у нас смешанный SampleFormat?

Короче, если вдруг надо будет записать корректный (с точки зрения стандарта) TIFF, который не будет читаться нигде, так я знаю как.

UPD: ну конечно альфа-каналов можно сколько хочешь, фотошоп умеет:

  | 3)  BitsPerSample = 16 16 16 16 16
  | 8)  SamplesPerPixel = 5
  | 19) ExtraSamples = 0 0
  | 20) SampleFormat = 3 3 3 3 3

IrfanView показывает на таком файле (и на одном альфа-канале тоже) чорный экран.