Unified Multimodal Architectures
Models that process vision, language and audio in a single architecture. Updated in April 2026.
Overview
Unified multimodal architectures treat all inputs (text, image, audio, video) as token sequences in a single representation space. Instead of having a separate language model + vision model + audio model, a single transformer processes everything.
This brings three fundamental advantages:
- Cross-modal transfer — knowledge learned in one domain (e.g., image captioning) helps in another (e.g., text generation)
- Native alignment — no extra step needed to "align" representations from different modalities
- Emergence — capabilities that do not exist in unimodal models arise when all data is trained together
Main Architectures
Flamingo (DeepMind, 2022)
The first model to demonstrate that a pre-trained LLM can learn vision from a few examples (few-shot) without heavy fine-tuning.
| Aspect | Detail |
|---|---|
| Base | Chinchilla (70B) + Perceiver Resampler |
| Modalities | Text + Image |
| Training data | 43B image-text pairs (LAION, COYO, Conceptual Captions) |
| Approach | Freezes the LLM, trains only the visual resampler and the interface tokens |
| Result | Zero-shot VQA, few-shot captioning with SOTA performance |
Why it matters: It proved you do not need to train from scratch — a pre-trained language LLM can "gain eyes" with relatively light training of the visual adapter.
Chameleon (Meta, 2024)
The first truly "mixed" model: text tokens and image tokens live in the same vocabulary, enabling native interleaved generation (text-image-text-image).
| Aspect | Detail |
|---|---|
| Size | 7B and 34B |
| Modalities | Text + Image (interleaved) |
| Unified vocabulary | Text tokens + image tokens (VQGAN codebook) in the same space |
| Image tokenization | VQGAN with an 8192-token codebook |
| Training | End-to-end on interleaved data (not alternating between modalities) |
| License | Chameleon License (commercial research permitted, with restrictions) |
Architecture:
Input → Tokenizer (text) + VQGAN (image) → Unified token space
↓
Transformer
↓
Text head + Image headLimitation: Image tokenization via VQGAN loses resolution — generated images are of moderate quality. But the ability to reason about images and text in the same space is revolutionary.
LLaVA-NeXT (Large Language and Vision Assistant, 2024–2026)
Evolution of the original LLaVA, which connected a visual encoder (CLIP) to an LLM (Llama/Vicuna) via a simple MLP projector.
| Version | Base LLM | Visual Encoder | Highlights |
|---|---|---|---|
| LLaVA 1.5 (2023) | Vicuna-7B/13B | CLIP ViT-L/14 | First open high-quality VLM demo |
| LLaVA-NeXT 72B (2024) | Llama-3-70B | SigLIP + AnyRes | Dynamic resolution, strong OCR |
| LLaVA-NeXT-Video (2024) | Llama-3-8B | SigLIP | Understands video with temporal pooling |
| LLaVA-OneVision (2024) | Qwen2-7B | SigLIP-SoViT | Single model: image + video + text |
| LLaVA-NeXT 34B (2025) | Qwen2.5-32B | SigLIP | Open SOTA in VQA and document understanding |
AnyRes (dynamic resolution): Instead of resizing the image to a fixed size (e.g., 336×336), AnyRes splits the image into patches and processes each one separately, then aggregates. This allows understanding high-resolution images without computational blow-up.
For Kode: LLaVA-NeXT with Qwen2.5-Coder as the base LLM is the strongest candidate for a code VLM — able to understand IDE screenshots, diagrams, and visual code.
InternVL2 / InternVL2.5 (Shanghai AI Lab, 2024–2025)
| Version | Parameters | Context | Highlights |
|---|---|---|---|
| InternVL2 26B | 26B (LLM 7B + Vision 19B) | 12K | Open SOTA in MMMU, DocVQA |
| InternVL2.5 78B | 78B (LLM 70B + Vision 8B) | 128K | Best open VLM on general benchmarks |
| InternVL2.5 8B | 8B | 12K | Light, runs on a consumer GPU |
Architecture: SigLIP (vision encoder) + MLP projector + Qwen2/InternLM2 (LLM). Trained on 10M+ image-text pairs with high-quality data (manual curation + filtering).
Strong point: OCR and document understanding — InternVL2.5 surpasses GPT-4o in DocVQA and ChartQA on several sub-tasks.
Qwen2.5-VL (Alibaba, 2025)
| Parameters | Context | Resolution | License |
|---|---|---|---|
| 3B | 128K | Dynamic (up to 1536×1536) | Apache 2.0 |
| 7B | 128K | Dynamic | Apache 2.0 |
| 32B | 128K | Dynamic | Qwen License |
Highlights:
- Dynamic resolution: processes images at native resolution without cropping
- Multilingual OCR: understands text in 30+ languages within images
- Video understanding: processes up to 20 minutes of video with temporal pooling
- GUI agent: trained to interact with graphical interfaces (clicks, types, navigates)
For Kode: Qwen2.5-VL-7B is the best open VLM for code at the moment. It integrates well with the Qwen ecosystem and has a permissive license.
Gemini 1.5/2.0 (Google, 2024–2026)
A proprietary model, but an architectural reference.
| Version | Modalities | Context | Highlights |
|---|---|---|---|
| Gemini 1.5 Pro | Text, image, audio, video | 1M+ tokens | First model with native 1M context |
| Gemini 1.5 Flash | Text, image, audio, video | 1M+ tokens | Light version, low latency |
| Gemini 2.0 | Text, image, audio, video | 2M+ | Native multimodal from pre-training |
Architecture: Transformer with native MoE, unified multimodal tokenization (text → subwords, image → patches, audio → frames, video → temporal frames). All tokens live in the same embedding space.
Architectural lesson: Gemini's key is joint multimodal pre-training — it is not "LLM + visual adapter," it is a single model trained on text + image + audio + video from the start.
PaLI (Pathways Language and Image, Google, 2022–2023)
| Version | Parameters | Modalities |
|---|---|---|
| PaLI | 17B | Text + Image |
| PaLI-2 | 5B | Text + Image |
| PaLI-3 | 55B | Text + Image |
| PaLI-X | 55B | Text + Image |
Approach: Uses T5 as the base and adds a ViT as the visual encoder, with a "bridge" that projects visual features into T5's embedding space.
Contribution: Demonstrated that scaling works for multimodal the same way it works for pure text — more data + more parameters = consistent improvement.
Meta Chameleon vs. Llama 3.2 Vision
| Aspect | Chameleon | Llama 3.2 Vision |
|---|---|---|
| Tokenization | Unified vocabulary (text + image) | Separate encoders + projector |
| Training | Interleaved end-to-end | Fine-tuning of Llama 3 with visual data |
| Image generation | Yes (native) | No (only understands images) |
| License | Restrictive | Llama License (permissive) |
| Practicality | Experimental | Production |
For Kode: Llama 3.2 Vision (11B and 90B) is more practical because it has a permissive license and is already optimized for deployment. Chameleon is more interesting as an architectural reference.
Comparison of Approaches
| Approach | Example | Advantage | Disadvantage |
|---|---|---|---|
| Adapter (freeze LLM) | Flamingo | Fast, cheap, preserves language capability | Does not improve the LLM, only adds vision |
| MLP Projector | LLaVA, InternVL | Simple, works well, open-source | Potential misalignment between vision and language |
| Unified vocabulary | Chameleon | Native interleaved multimodal generation | Complex, loss of visual quality (VQGAN) |
| Native multimodal pre-training | Gemini, PaLI | Perfect alignment, maximum transfer | Extremely high training cost |
Multimodal Training — Typical Pipeline
Phase 1: Pre-train the vision encoder
→ CLIP/SigLIP on image-text pairs (400M–4B pairs)
Phase 2: Pre-train the LLM
→ Pure text (1T–10T tokens)
Phase 3: Alignment projector
→ Freeze vision encoder + LLM, train only the projector
→ Data: 10M–100M image-text pairs
Phase 4: Multimodal instruction tuning
→ SFT with visual instructions (VQA, captioning, reasoning)
→ ~500K–2M examples
Phase 5: Preference optimization (optional)
→ DPO/RLHF with visual rewardsEstimated cost for a 7B VLM:
- Phase 3: ~50 GPU-hours A100
- Phase 4: ~200 GPU-hours A100
- Phase 5: ~100 GPU-hours A100
- Total: ~350 A100-hours ≈ R$ 50–150K (depends on the provider)
Multimodal Datasets
| Dataset | Size | Content | Use |
|---|---|---|---|
| LAION-5B | 5.8B pairs | Image + alt-text | Pre-train vision encoder |
| COYO-700M | 700M pairs | Image + rich description | Pre-training |
| Conceptual Captions | 3.3M pairs | Image + caption | Fine-tuning |
| Visual Genome | 108K images | Image + QA + relations | Fine-tuning, eval |
| DocVQA | 50K docs | Documents + QA | Eval |
| MMMU | 11K questions | Academic images + QA | Eval |
| MME | 2.3K images | Multimodal benchmark | Eval |
| LLaVA-Instruct-150K | 150K examples | Image + instruction + answer | Instruction tuning |
| ShareGPT4V | 1.2M examples | Image + conversation | Instruction tuning |
For Kode
Architecture recommendation
For a Koder-owned VLM:
- Base LLM: Qwen2.5-Coder-7B or Llama-3.1-8B (already optimized for code)
- Vision encoder: SigLIP-SoViT-400M (open, good resolution, efficient)
- Projector: 2-layer MLP (simple, works)
- Instruction tuning: 500K examples focused on visual code (IDE screenshots, diagrams, UML, flowcharts)
Why not Chameleon-style? Image tokenization via VQGAN loses details critical for code (symbols, visual indentation, syntax highlighting colors). The separate projector + encoder approach preserves more visual information.
Priority datasets for Kode
- IDE screenshots with corresponding code
- UML/ERD diagrams with textual descriptions
- Terminal output with corresponding commands
- Visual code diffs (before/after)
- Technical documentation with figures and text
Minimum hardware
| Model | VRAM | GPU | Inference latency |
|---|---|---|---|
| Qwen2.5-VL-3B | 8 GB | RTX 3090/4090 | ~200ms/token |
| Qwen2.5-VL-7B | 16 GB | RTX 3090/4090 | ~400ms/token |
| Llama-3.2-Vision-11B | 24 GB | RTX 3090/4090 | ~600ms/token |
| InternVL2.5-26B | 48 GB | 2× A100 40GB | ~800ms/token |
Papers and References
| Paper | Authors | Venue | arXiv |
|---|---|---|---|
| Flamingo | Alayrac et al. | NeurIPS 2022 | arXiv:2204.14198 |
| Chameleon | Team Chameleon | Meta Tech Report | — |
| LLaVA | Liu et al. | NeurIPS 2023 | arXiv:2304.08485 |
| LLaVA-NeXT | Liu et al. | 2024 | arXiv:2401.12511 |
| InternVL2 | Chen et al. | 2024 | arXiv:2404.16821 |
| Qwen2-VL | Wang et al. | 2024 | arXiv:2409.12191 |
| Gemini 1.5 | Team Gemini | Google Tech Report | arXiv:2403.05530 |
| PaLI | Chen et al. | ICLR 2023 | arXiv:2209.06794 |
| SigLIP | Zhai et al. | CVPR 2023 | arXiv:2303.15343 |