Current compatibility matrix
The matrix is derived from current SlideScope application routing and reader behavior. Use it as a screening reference, then test representative files from the exact microscope, scanner, software version, and compression settings used by your team.
Format-specific detail and authoritative references
CZI: multidimensional review without implying ZEISS certification
CZI can contain multiple scenes, channels, Z planes, time points, acquisition metadata, and tiled sub-blocks. SlideScope reads common review dimensions and metadata, and steps through a file's scenes one at a time or shows them together in XY Overview. Scenes whose pixel type or axes differ from the first are not steppable: the first scene is shown with a notice saying why. Export writes an OME-TIFF with lossless compression, pixel size and channel names; exporting from XY Overview puts every scene into one file as a separate image, and a large tiled scan is exported at its overview resolution. Each exported scene keeps the pixel size it was acquired at (fixed in SlideScope 1.8.57; earlier versions could mis-calibrate non-tiled scenes of different sizes). The CZI family is broad enough that a real file test matters; the multi-scene CZI guide shows scenes and export step by step. ZEISS documents the format and its application ecosystem on the official CZI image file format page. That reference defines the source format; it does not represent an endorsement or certification of SlideScope.
ND2: time, Z, channels, and positions
SlideScope maps the primary ND2 axes into its viewer contract. Since version 1.8.41 a multi-position acquisition keeps its positions on an independent axis rather than folding them into time, and XY Overview places each position at its recorded stage coordinate. Stage orientation has been verified on a limited set of instruments, so check a representative multi-position experiment before a team standardizes on it. Nikon's official NIS-Elements software resources describe Nikon's free standalone viewer, multidimensional dataset viewing, and TIFF export in Nikon's own ecosystem.
SVS: whole-slide pyramids and compression
SVS files are TIFF-based whole-slide images with pyramid levels and Aperio metadata. SlideScope chooses a level that balances display detail and available memory. The open-source OpenSlide project documents the Aperio format structure, including tiled images, pyramid levels, associated images, and metadata properties.
TIFF and OME-TIFF: a container, not one uniform layout
A file ending in .tif can be a plain 2D image, RGB image, ImageJ stack, OME-TIFF dataset, BigTIFF, or a pyramidal image with different compression. SlideScope's reader recognizes OME and ImageJ metadata when present, but every variant should not be treated as identical. The OME-TIFF specification explains how TIFF planes and OME-XML metadata encode dimensions and pyramids.
DICOM: standard frames and tiled whole-slide pyramids
Current public Windows and macOS installers support ordinary single- and multi-frame DICOM for research review, including fluorescence Z-stacks and time-lapse captures. Files carrying the VL Whole Slide Microscopy Image Storage SOP class are read through a separate whole-slide path that uses the DICOM pyramid and tile structure directly, so tiled WSI DICOM opens without conversion. Compressed transfer syntaxes are decoded through the bundled GDCM, openjpeg, and imagecodecs plugins. SlideScope is not a PACS and is not presented as a validated diagnostic workstation. The DICOM Standards Committee's Supplement 145 defines whole-slide microscopic image objects and helps explain why WSI is a separate compatibility class.
A practical pre-adoption test
- Choose files from every microscope or scanner model your team actually uses.
- Include a small file, a typical file, the largest routine file, and one older archived file.
- Verify channel colors, time points, Z planes, positions, pyramid detail, and spatial calibration.
- Compare key metadata against the acquisition software or another trusted reader.
- Test TIFF export and confirm what dimensions and metadata the downstream workflow expects.
- Record the application version, operating system, hardware, source software, and outcome.
This creates evidence a lab can review later and is more reliable than assuming every file with the same extension is identical.
Formats not currently advertised as supported
NDPI, MRXS, SCN, BIF, VMS, VMU, SVSLIDE, and QPTIFF scanner slides are supported through the OpenSlide backend and appear in the compatibility matrix above. Current extension routing does not advertise LIF, LSM, VSI, OME-Zarr, NIfTI, or general video formats. Do not rename one of those files to a supported extension. If one of these formats is important to your workflow, contact support with the format name and acquisition software before purchasing.
For supported files that still fail, the in-app support flow can include non-sensitive slide context. Do not send patient-identifying data or proprietary files unless your organization has approved that sharing.