Will my input fit?
Combine text, images, video and audio without accidentally exceeding the shared 8,192-token limit.
For developers building RAG and multimodal search: calculate input limits, vector storage and the right embedding dimension in under a minute.
Instead of reading several model pages and building test scripts, enter your workload once and leave with a practical deployment starting point.
Combine text, images, video and audio without accidentally exceeding the shared 8,192-token limit.
Estimate vector bytes, metadata, index overhead, replicas and an approximate monthly storage charge.
Compare 128–768 dimensions, load only needed encoders and copy a matching Python configuration.
Text, images, video frames and audio all draw from the same 8,192-token context. Change any input and the result updates locally.
Estimate raw vectors, metadata and index overhead. Managed databases may add replicas, backups and service-specific compute charges.
Google reports close-to-full quality at 256d for many text workloads, while multimodal quality falls more sharply at 128d. Use this table as a starting point, then test your own retrieval set.
Every estimate is transparent. Change the assumptions to match your workload instead of trusting a single vendor quote.
Text tokens + images × visual tokens + sampled video frames × visual tokens + audio seconds × 25.
Total ≤ 8,192 tokens
Vector values and metadata are calculated first, then multiplied by index overhead and replica count.
(vectors + metadata) × (1 + overhead) × replicas
The model estimate uses selected encoder parameters × two bytes for BF16 weights. Runtime memory is additional.
parameters × 2 bytes
The generated snippet uses the selected dimension, re-normalizes truncated embeddings, and omits unused modality encoders.
Start with 256d for storage-sensitive text retrieval, and 512d or 768d when code or multimodal recall matters more. Treat 128d as a text-first shortlist candidate, not a universal default. Benchmark on representative queries before re-indexing production data.
Slicing a normalized 768d vector changes its length. Re-normalizing keeps cosine similarity meaningful. Google specifically recommends using truncate_dim together with normalize_embeddings=True.
No. All calculations run in your browser. The tool does not ask for files, prompts, credentials or an API key.
No. It estimates raw BF16 weights only. Real VRAM or RAM usage also includes the framework, activations, temporary tensors, caches, media processing and operating-system overhead.
No. It is a planning estimate for vectors, metadata, index overhead and replicas. A provider may also charge for compute, operations, backups, network transfer and minimum capacity.
Yes. EmbeddingGemma 2 maps these modalities into one shared vector space, but all media and text inside one input share the same 8,192-token budget.