I think this is already done with CR2 CFAs, but for tags exif:CFAPattern and exif:subifd4:CFAPattern2 we need to decode the raw values using this reference, I believe:
https://www.awaresystems.be/imaging/tiff/tifftags/privateifd/exif/cfapattern.html (https://www.awaresystems.be/imaging/tiff/tifftags/privateifd/exif/cfapattern.html)
(They seem to be exactly what the CR2 CFA decoding does exif:CR2CFAPattern
https://exiftool.org/TagNames/EXIF.html (https://exiftool.org/TagNames/EXIF.html)
Thanks for considering this point! - J
Examples would be extremely useful here so I could understand what you are talking about.
Are you saying that the CFAPattern decoding is incomplete or incorrect?
Or are you just saying the ExifTool documentation is incomplete?
- Phil
I mean ET reports the numbers and not their meaning. I'll try to find the files that evinced the issue and post, but that's what I meant to say. - J
When I looked at this, it seemed to me that the CFAPattern numbers were converted to a meaningful RGB pattern, but CFAPattern2 wasn't. I don't know exactly why not for CFAPattern2, but if that's the problem I could look into this.
- Phil
The documentation may need to be updated, as it doesn't show either of them decoded:
https://exiftool.org/TagNames/EXIF.html (https://exiftool.org/TagNames/EXIF.html)
Thanks for your attention to this monumental matter! :p
The documentation only shows translations that use a lookup table. The CFAPattern translation is too complex for a lookup table (well, a complete lookup table at least).
- Phil
I trust your judgment. Thanks for having a look! - J