File Previews
Browsing a project shouldn't mean opening a native app just to check you're looking at the right file. The web dashboard renders previews and thumbnails for common media directly, without downloading the whole file to your machine - the preview is generated server-side and you're sent a small image, not the 4 GB source.
This is a dashboard and share-link feature. It doesn't change anything on the mounted drive: there, a file is just a file, and your own applications open it.
Thumbnails in the file browser#
The Files view renders a thumbnail for any file type Swarmfile can rasterize, so a folder of renders or plates reads as a contact sheet rather than a list of names. Thumbnails are generated on the server and cached, so the first view of a file pays for generation and every view after is instant.
Thumbnails are produced for:
- Images - PNG, JPEG, GIF, WebP, BMP, TIFF, AVIF, and Photoshop (
.psd) files. The PSD path flattens the composite, so you get the image a designer sees, not a layer dump. - PDFs - a rendered first page.
- Video - a poster frame (see below).
- Point clouds - a top-down preview (see below).
Inline preview#
Clicking a file opens an inline preview modal, without leaving the dashboard. Images, PDFs, and plain-text files render directly in the browser. Other types (a PSD, a video, a large TIFF) show their generated thumbnail instead of rendering the raw file inline - the browser can't display the source, but the poster tells you what it is.
Video posters and scrubbable proxies#
Video gets two levels of preview, both generated by an ephemeral transcode container rather than shipping the source anywhere:
- A poster frame - a single still, shown as the file's thumbnail, for
.mp4,.mov,.m4v,.webm,.mkv,.avi,.wmv,.mpg, and.mpeg. - A scrubbable proxy - a 720p H.264 MP4 the browser can play and scrub through, transcoded in the background from the full source and served with HTTP range requests. This lets a reviewer scrub a cut in the dashboard without pulling the master.
The proxy is generated for source files up to 16 GiB. A larger source still gets a poster frame, just not a scrubbable proxy - the whole-file transcode is bounded on purpose.
Raw and camera-original formats (.r3d, .braw, .mxf, and similar) are deliberately excluded - they aren't reliably decodable without the right vendor codec, so rather than render a wrong or broken frame, Swarmfile shows the generic file icon and leaves them to a native app.
Point-cloud previews#
.las and .laz point clouds get a rendered top-down preview, so a folder of LiDAR or photogrammetry tiles is browsable by eye instead of by filename. Like video, this is generated by a dedicated container (PDAL) from the source in cloud storage, and cached.
.e57 and .ply are not previewed in this version - .e57 needs a plugin and .ply lacks the georeferencing the top-down render depends on. The source cap for a point-cloud preview is 8 GiB.
Previews in share links#
A share link carries the same inline preview for images, PDFs, and text, so an external reviewer with no account can see the shared item in their browser. See Sharing & Collaboration for how share links work, and Working with Files for the mount side.
What isn't previewed#
Honest edges, so you don't go looking for something that isn't there:
- End-to-end-encrypted content has no server-side preview. Previews are generated on the server, and for an E2E project the server cannot decrypt the file - so E2E files show a generic icon, not a thumbnail or proxy. This is the deliberate trade of the E2E tier; see Security.
- CAD/BIM previews (DWG, RVT) aren't built yet. Image, PDF, PSD, video, and point-cloud previews are live; native design-file rendering is on the roadmap, not shipped.
- Caching is content-addressed. Editing a file changes its content id, so its preview regenerates on the next view rather than serving a stale one - the first view after an edit pays for generation again.