Bumps every version surface to 2.2.0, fixes a latent version-coupling bug in the OCR runtime tests, and stops an absent GPU runner from silently stalling a release. Version surfaces: scripts/sync-version.sh covers the 11 workspaces, APP_VERSION, and the docs release commands across all locales. Root package.json plus the three surfaces the script never reaches are done by hand: the DOCKERHUB.md banner and tag table, the docker-tags.md pinning table in 21 locales, and the example runtimeVersion in tools/image/ocr.md in 21 locales. The release-notes archive step is deliberately not pre-run, so the notes text stays editable until the release. Latent bug: runtime-state rejects any runtime whose compatibility.snapotterVersion is not exactly APP_VERSION, and five fixtures pinned the literal 2.1.0. Since semantic-release rewrites APP_VERSION on every release, the first PR after any bump would have gone red for a reason nobody would trace to the release. The fixtures now derive from APP_VERSION. GPU runner: sign-ocr-index needs verify-ocr-nvidia on self-hosted hardware, and the gated manifest job needs ai-bundles, so a missing runner queued instead of failing and produced no image tags. preflight-gpu-runner claims the same labels with no dependencies, so it is scheduled first and validates the GPU before the 90-minute build. An API preflight is impossible because listing self-hosted runners needs Administration:read, which GITHUB_TOKEN cannot hold, so RELEASE.md carries the maintainer-side check.
7.1 KiB
description
| description |
|---|
| Install SnapOtter with Docker in one command. Includes Docker Compose setup, building from source, and a full feature overview. |
Getting Started
::: tip Try before installing Explore the full UI at demo.snapotter.com - no signup or install required. :::
Quick Start
docker run -d --name SnapOtter -p 1349:1349 -v SnapOtter-data:/data snapotter/snapotter:latest
This single container runs everything it needs: with no DATABASE_URL set, it starts its own PostgreSQL and Redis on the loopback interface (embedded mode) and keeps all data in the SnapOtter-data volume. It is the fastest way to try SnapOtter or self-host on a homelab. For production, use the canonical Docker Compose stack, which keeps PostgreSQL and Redis in their own containers. Embedded mode runs as root (the default) and turns off automatically as soon as you set DATABASE_URL.
Installing on a Raspberry Pi, an old laptop, or a small VPS? See Low-Resource Setups for a tuned walkthrough and what to expect from constrained hardware.
You will be asked to change your password on first login.
::: tip Anonymous Product Analytics SnapOtter includes anonymous product analytics by default. To turn it off, open Settings → System → Privacy and switch off Anonymous Product Analytics. It stops immediately for the whole instance.
You can also set the environment variable SNAPOTTER_TELEMETRY=0 (false and off work too) to disable all telemetry for the instance without a rebuild.
Error monitoring is powered by Sentry, which sponsors SnapOtter through its open-source program.
For details about what is collected, see What SnapOtter collects. :::
::: tip NVIDIA CUDA acceleration
Add --gpus all for NVIDIA CUDA-accelerated background removal, upscaling, face enhancement, and restoration. OCR remains CPU-based and works in the same image with or without GPU access:
docker run -d --name SnapOtter -p 1349:1349 --gpus all -v SnapOtter-data:/data snapotter/snapotter:latest
Requires the NVIDIA Container Toolkit. Falls back to CPU automatically when CUDA is unavailable. Intel/AMD iGPU acceleration through VA-API, Quick Sync, or OpenCL is not supported for AI inference today. See Docker Tags for benchmarks. If AI tools run on CPU despite --gpus all, see Verify GPU acceleration.
:::
::: details Also on GHCR
docker run -d --name SnapOtter -p 1349:1349 -v SnapOtter-data:/data ghcr.io/snapotter-hq/snapotter:latest
Both registries publish the same image on every release. :::
Docker Compose
Use the production file maintained and tested with each release instead of copying an abbreviated Compose example from this page:
install -d -m 700 snapotter && cd snapotter
curl --proto '=https' --tlsv1.2 -fsSLo docker-compose.yml \
https://raw.githubusercontent.com/snapotter-hq/SnapOtter/v2.2.0/docker/docker-compose.yml
# Keep generated service credentials out of shell history and world-readable files.
umask 077
POSTGRES_PASSWORD="$(openssl rand -hex 32)"
REDIS_PASSWORD="$(openssl rand -hex 32)"
printf 'POSTGRES_PASSWORD=%s\nREDIS_PASSWORD=%s\n' \
"$POSTGRES_PASSWORD" "$REDIS_PASSWORD" > .env
docker compose -f docker-compose.yml pull
docker compose -f docker-compose.yml up -d --no-build
The canonical docker/docker-compose.yml includes all four runtime volumes, health checks, resource limits, durable Redis configuration, pinned database/cache images, and the current container hardening. Change the default admin password immediately after first login. For a reproducible deployment, pin the SnapOtter application image to the release tag or digest you verified instead of following latest.
See Configuration for all environment variables and Security & Hardening for secrets, network policy, and backup guidance.
Build from Source
Prerequisites: Node.js 22.22+, pnpm 9+, Docker (for Postgres + Redis), Python 3.11+ (for AI features), Git.
git clone https://github.com/snapotter-hq/SnapOtter.git
cd SnapOtter
docker compose -f docker-compose.dev.yml up -d # start Postgres + Redis
pnpm install
pnpm dev
- Frontend: http://localhost:1351
- Backend: http://localhost:13490
What You Can Do
File Processing (200+ Tools)
| Modality | Count | Example Tools |
|---|---|---|
| Image | 107 | Resize, Crop, Compress, Convert, Remove Background, Upscale, OCR, Watermark, Collage, Colorize, GIF Tools, format presets |
| Video | 57 | Trim, Crop, Compress, Convert, Merge, Extract Audio, Auto Subtitles, Video to GIF, Resize, Stabilize, format presets |
| Audio | 27 | Trim, Merge, Convert, Normalize, Noise Reduction, Transcribe, Pitch Shift, Fade, Ringtone Maker, format presets |
| PDF / Document | 29 | Merge, Split, Compress, OCR, Watermark, Redact, Word to PDF, Excel to PDF, Rotate, Protect, Repair |
| Files | 23 | CSV to JSON, JSON to XML, Merge CSVs, Split CSV, Create ZIP, Extract ZIP, Chart Maker, YAML/JSON |
Pipelines
Chain tools into multi-step workflows and apply them to one image or a whole batch:
- Open Pipelines in the sidebar.
- Add steps (any tool, any settings).
- Run on a single file - or an entire batch at once.
- Save the pipeline for later reuse.
Pipelines allow 20 steps by default. Set MAX_PIPELINE_STEPS=0 to make the limit unlimited.
File Library
Every file you process can be saved to your Files library. SnapOtter tracks the full version history so you can trace every processing step from the original upload to the final output.
Saving is explicit: results you save to the library are kept until you delete them, while results you process and leave unsaved are cleared automatically after 72 hours (configurable via FILE_MAX_AGE_HOURS).
REST API & API Keys
Every tool is accessible via HTTP:
curl -X POST http://localhost:1349/api/v1/tools/image/resize \
-H "Authorization: Bearer si_<your-api-key>" \
-F "file=@photo.jpg" \
-F 'settings={"width":800,"height":600,"fit":"cover"}'
Generate API keys under Settings → API Keys. See the REST API reference for all endpoints, or visit http://localhost:1349/api/docs for the interactive reference.
Multi-User & Teams
Enable multiple users with role-based access control:
- Admin: full access - manage users, teams, settings, all files/pipelines/API keys
- User: use tools, manage own files/pipelines/API keys
Create teams under Settings → Teams to group users.
Set AUTH_ENABLED=true (or false for single-user/self-use without login).