[
https://issues.apache.org/jira/browse/TIKA-4824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18105560#comment-18105560
]
ASF GitHub Bot commented on TIKA-4824:
--------------------------------------
dschmidt commented on PR #3037:
URL: https://github.com/apache/tika/pull/3037#issuecomment-5326910172
I just realized that this is not Nikon specific, but a bunch of other file
formats use the same mechanism and structure. Refactoring :)
> Extract embedded JPEG previews from Nikon NEF raw images
> --------------------------------------------------------
>
> Key: TIKA-4824
> URL: https://issues.apache.org/jira/browse/TIKA-4824
> Project: Tika
> Issue Type: New Feature
> Reporter: Dominik Schmidt
> Priority: Major
>
> NEF/NRW files are TIFF-based and embed a camera-generated full-resolution
> JPEG preview (SubIFD0, JPEGInterchangeFormat/-Length). Tika currently has no
> access to it: image/x-raw-nikon is glob-only and not a sub-class of
> image/tiff, no parser claims the type, and nothing extracts the preview
> bytes. For consumers that cannot decode raw sensor data, the embedded JPEG is
> the only practical way to render a NEF (analogous to TIKA-4801 for audio
> cover art).
> Proposal:
> - New NEFParser in tika-parser-image-module: TIFF metadata via TiffParser,
> walks IFD0 + SubIFDs and emits each JPEG preview through the
> EmbeddedDocumentExtractor (image/jpeg, THUMBNAIL); configurable via
> "nef-parser": {"extractPreviews": false}
> - Add sub-class-of image/tiff to image/x-raw-nikon so name+data detection
> resolves NEF
> - Synthetic ~2KB test NEF mirroring the real IFD layout, unit and detection
> tests
> PR to follow.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
