Останнє оновлення: 30 Jun, 2026

Title - Decoding AVI: Inside Microsoft’s Legacy Container Architecture

TL;DR – AVI (Audio Video Interleave) — це перший контейнер «цифрового відео» від Microsoft, створений разом з Windows 95. Це простий файл на базі RIFF, який чергує стиснені відео‑ та аудіо‑фрагменти, щоб програвач міг читати їх синхронно. Формат досі підтримується Windows Media Player та безліччю інструментів з відкритим кодом, проте йому бракує сучасних можливостей, таких як HDR, 10‑бітний колір та надійні метадані потокового відео. Якщо вам колись доведеться розбиратися зі старими записами, зрозуміти структуру чанків, коди FourCC та розширення OpenDML, які піднімають обмеження у 2 ГБ – це і є суть AVI.

1. Що саме таке файл AVI?

  • Повна назва: Audio Video Interleave
  • Перше появлення: Windows 95 (1995) – відповідь Microsoft на «цифрове відео» на споживчому ПК.
  • Специфікація: Побудовано на специфікації RIFF (Resource Interchange File Format) 1991 року. RIFF — це універсальний «чанк‑базований» контейнер; AVI просто визначає набір чанків, які містять аудіо, відео та індексні дані.
  • Розширення файлу / MIME: .avi – video/x-msvideo.
  • Основна мета: Зберігати аудіо‑ і відеопотоки щільно перемежованими на диску, щоб простий цикл відтворення міг прочитати відеокадр, а потім відповідний аудіо‑зразок, без дорогих перемотувань.
  • Статус застарілості: Все ще відтворюється у Windows Media Player, DirectShow, VLC та безлічі інших програвачів, але це не “modern” контейнер. Немає вбудованої підтримки HDR, 10‑бітного, змінного бітрейту або розширених метаданих.

2. Всередині коробки – як працює AVI

Скелет RIFF‑чанка

Файл AVI — це просто послідовність частин:

RIFF <size> "AVI "          ; file header
  LIST "hdrl"               ; header list
    avih ...                ; main AVI header (global info)
    LIST "strl"             ; stream list (one per stream)
      strh ...              ; stream header (type, codec, timing)
      strf ...              ; stream format (codec‑specific data)
  LIST "movi"               ; interleaved media data
    00dc <size> <video frame>
    01wb <size> <audio block>
    …
  idx1 ...                  ; optional index for fast seeking
  • Ідентифікатор блоку (4 bytes) – напр., avih, strh, movi.
  • Розмір блоку (4 bytes) – довжина даних, що йдуть після нього (не враховуючи поля ідентифікатора та розміру).
  • Дані – фактичне навантаження (заголовки, необроблені кадри тощо).

Оскільки RIFF розширюваний, ви можете додавати нові типи блоків без порушення роботи старих парсерів – дизайн, який підтримував AVI протягом десятиліть.

FourCC – Шепіт кодека

Чотирьохсимвольні коди (FourCC) — це зв’язка, яка підказує плеєру, який декодер завантажити. Деякі поширені, які ви побачите у файлах AVI:

FourCCКодек (ffmpeg)Типове використання
DIVXmpeg4 (DivX)Ранній MPEG‑4 Part 2
XVIDmpeg4 (Xvid)Відкритий код MPEG‑4
MJPGmjpegMotion‑JPEG (цифрові відеокамери)
H264h264H.264/AVC (рідко, але можливо)
MP3mp3MP3 аудіо потік
PCMpcm_s16leНестиснений PCM аудіо

FourCC знаходиться у strh чанку (ідентифікатор кодека) і іноді у strf блоці (формат пікселів, формат аудіо‑зразка).

Таймінг та синхронізація

AVI використовує просту систему time‑base:

  • Глобальний заголовок (avih): dwRate / dwScale → кадри за секунду.
  • Заголовок потоку (strh): його власний dwRate / dwScale для аудіо або вторинних відео‑потоків.

Плеєр множить номер кадру на scale/rate, щоб обчислити часову мітку презентації (PTS). Якщо масштаби не збігаються, ви побачите класичну помилку «аудіо відстає від синхронізації», яка мучить застарілі інструменти.

Блок movi – Де живе медіа

Усі стиснені кадри розташовані у LIST movi. Кожен кадр передує chunk ID, який вказує, чи це відео (00dc) чи аудіо (01wb). Ідентифікатор також кодує номер потоку, тому файл з двома аудіо‑треками матиме 01wb та 02wb.

Оскільки дані вже перемежовані, плеєр може прочитати відео‑кадр, потім наступний аудіо‑блок і відтворити їх разом без необхідності далеко переміщатися. Такий детермінований шаблон запису зробив AVI популярним для ранніх пристроїв захоплення, яким потрібні записи на диск з низькою затримкою.

Індексація (idx1) – Швидке перемотування вперед, швидке перемотування назад

Опціональний idx1 chunk — це таблиця зсувів і розмірів для кожного кадру в movi. Коли він присутній, перемотування — простий пошук у таблиці. Якщо його немає, плеєри змушені сканувати файл «на льоту» — що може викликати помітну паузу «буферизації» у великих файлах.

OpenDML (AVI 2.0) – Подолання бар’єру в 2 GB

Початкова специфікація RIFF обмежує поле розміру чанка 32‑бітним беззнаковим цілим числом → 2 ГБ максимальний розмір файлу. OpenDML (іноді називається AVI 2.0) ввів:

  • AVIX LISTs – додаткові «розширені» RIFF‑розділи, які можуть йти після перших 2 ГБ.
  • indx chunk – індекс, що підтримує 64‑біт.
  • Додаткові поля заголовка для довших тривалостей.

Більшість сучасних інструментів (ffmpeg, VLC) автоматично переходять на OpenDML, коли вихід перевищує 2 ГБ, але багато старих програвачів все ще «задихаються» на чанках AVIX, тому іноді можна побачити хаки сумісності, які розбивають довге захоплення на кілька AVI‑файлів по 2 ГБ.

3. Де живе AVI у 2024 році?

ТенденціяЩо це означає для AVI
Перехід до MP4/MKV/ProResНові продукти надають перевагу контейнерам, які нативно підтримують HDR, 10‑біт, VBR та багаті метадані. AVI рідко обирають для нового контенту.
Застаріле обладнанняСтарі камери відеоспостереження, відеокамери початку 2000‑х років та деякі ігрові движки все ще виводять AVI. Вам все одно доведеться імпортувати ці файли в сучасний робочий процес.
Підтримка з відкритим кодомffmpeg, libav, VLC, HandBrake та GStreamer підтримують парсери AVI, проте вони часто перекодують у MP4/MKV для розповсюдження.
Відродження OpenDMLЗаписи відеоспостереження у 4K, які тривають кілька днів, швидко перевищують 2 ГБ. OpenDML (AVIX) все ще є найкращим рішенням, хоча багато інструментів працюють з ним неправильно.
Посилення безпекиІсторичні парсери AVI приймали некоректні розміри чанків, що призводило до уразливостей (наприклад, CVE‑2020‑13144). Тепер Windows віддає перевагу Media Foundation, який відхиляє багато застарілих особливостей, спонукаючи розробників переходити до безпечніших конвеєрів.
Конвеєри, незалежні від контейнераСучасні медіа‑фреймворки розглядають AVI як просто ще один елемент джерела. Після демультиплексування даних у сирі буфери контейнер стає нерелевантним для подальшої обробки.

Коротко, AVI живий, але старіє – він виживає там, де потрібне старе обладнання або просте чергування сховища, проте не є першим вибором для нових проєктів.

4. Практичний досвід: Робота з AVI сьогодні

A. Погляд на мінімальний заголовок (hex)

52 49 46 46  00 00 00 00  41 56 49 20   ; "RIFF" + size + "AVI "
4C 49 53 54  20 00 00 00  68 64 72 6C   ; LIST "hdrl"
...

Магічна послідовність RIFF (52 49 46 46) повідомляє будь-якому парсеру «це файл RIFF». Наступні чотири байти — це загальний розмір файлу (мінус 8). Ідентифікатор "AVI " фіксує файл у сімейство AVI.

B. Перетворення сучасного MP4 → застарілого AVI

ffmpeg -i input.mp4 \
       -c:v mpeg4 -q

```bash
ffmpeg -i input.mp4 \\ -c:v mpeg4 -qscale:v 5 \\   # MPEG‑4 Part 2 (сумісний з DivX/Xvid) -c:a mp3 -b:a 192k \\      # MP3 аудіо (більшість AVI‑програвачів розуміють це) -f avi output.avi

The command above forces MPEG‑4 Part 2 video (the codec most legacy AVI players recognize) and MP3 audio, then writes an AVI container. If you need OpenDML support for files larger than 2 GB, add the -movflags +faststart‑style flag that tells FFmpeg to use the extended AVIX chunks:

ffmpeg -i input.mp4 \\ -c:v mpeg4 -qscale:v 5 \\ -c:a mp3 -b:a 192k \\ -f avi -flags +global_header -movflags +faststart output.avi

Tip: Some older Windows Media Player versions still choke on the AVIX extension. If you must stay under 2 GB, split the source into multiple AVIs using the -segment_time and -f segment muxer.

5. Common Pitfalls & How to Fix Them

SymptomLikely CauseFix
Audio drifts out of sync after a few minutesMismatched dwRate/dwScale between avih and strh (or a VBR audio stream)Re‑encode audio to a constant‑bitrate format (e.g., MP3 128 kbps) or use -vsync 2 in FFmpeg to force frame‑accurate timestamps.
“Cannot play this video” on Windows Media PlayerMissing or corrupt idx1 index, or OpenDML (AVIX) chunks not recognizedRun ffmpeg -i broken.avi -c copy -map 0 -f avi repaired.avi to rebuild the index; or use aviindex (part of mplayer) to generate a fresh idx1.
File size capped at 2 GB despite long footageEncoder used classic AVI (no OpenDML)Add -use\_open\_dml 1 (FFmpeg) or -format avi2 (VirtualDub) to enable OpenDML extensions.
Green or corrupted framesIncompatible FourCC (e.g., H.264 in an AVI without proper headers)Stick to codecs known to work in AVI (mpeg4, msmpeg4v2, MJPG, XVID). If you must store H.264, use the h264 FourCC and ensure the strf chunk contains the SPS/PPS extradata.
Playback stalls on network streamsAVI’s lack of robust streaming metadata (no moov atom)Wrap the AVI in a streaming protocol (e.g., RTSP) that handles byte‑range requests, or convert to MP4/MKV for smoother streaming.

6. Debugging Tools You Should Keep Handy

ToolPlatformWhat It Does
ffprobe / ffmpegCross‑platformDumps every chunk, FourCC, timestamps, and can rebuild indexes (-c copy).
MediaInfoWindows/macOS/LinuxHuman‑readable summary of streams, codecs, and container flags.
VirtualDubWindowsClassic AVI editor; can rebuild headers, add OpenDML, and preview frame‑by‑frame.
GSpot (legacy)WindowsIdentifies obscure FourCCs and suggests appropriate codecs.
aviindex (part of MPlayer)Linux/macOSGenerates a fresh idx1 chunk for broken files.
Hex editors (HxD, Bless)AnyDirectly inspect RIFF headers when you suspect malformed chunk sizes.

A typical workflow when an AVI refuses to play:

  1. Inspect with ffprobe -show_format -show_streams file.avi.
  2. Check the index: ffmpeg -i file.avi -c copy -f avi -y temp.avi (FFmpeg will rebuild it automatically).
  3. Validate FourCCs: mediainfo file.avi. If you see an unknown codec, consider re‑encoding that stream.
  4. Repair with VirtualDub → “File → Re‑open as AVI (OpenDML)”. Save a fresh copy.

7. When (and When Not) to Use AVI

Good Use‑Cases

ScenarioWhy AVI Works
Legacy camcorder ingestThe device outputs native AVI; transcoding adds unnecessary quality loss.
Simple interleaved captureLow‑latency write to disk without needing complex container features.
Compatibility with old Windows‑only softwareSome industrial automation tools only understand AVI.
Archiving raw, uncompressed videoAVI can hold PCM audio and uncompressed RGB24 video without extra overhead.

Bad Use‑Cases

ScenarioWhy AVI Fails
HDR or 10‑bit colorNo standard way to store those pixel formats; you’d need a custom FourCC that most players ignore.
Variable‑bit‑rate streamingLack of a proper moov‑like atom makes adaptive bitrate impossible.
Rich metadata (chapters, subtitles, tags)AVI’s chunk model doesn’t define standard containers for subtitles or extensive tags.
Cross‑platform mobile distributionModern mobile players expect MP4/MKV; AVI may not be hardware‑accelerated.

If you’re starting a new project, treat AVI as a fallback for legacy pipelines, not a primary delivery format.

8. Future Outlook – Will AVI Ever Make a Comeback?

The short answer: unlikely. The industry has coalesced around ISO‑BMFF‑based containers (MP4, MOV, HEVC‑MP4, etc.) because they support:

  • Extensible metadata (ISO‑UserData, UUID boxes).
  • Fragmented streaming (moof/mdat) for adaptive bitrate.
  • Native HDR/10‑bit/12‑bit video definitions.

AVI’s design, while elegant for its time, is fundamentally limited by its 32‑bit size fields and its reliance on external FourCC‑driven codecs. Even though OpenDML extended the size limit, it never gained widespread adoption beyond niche surveillance and archival tools.

That said, software preservation will keep AVI parsers alive for decades. Projects like FFmpeg, GStreamer, and VLC will continue to support the format, ensuring that the massive archive of 1990s‑2000s footage remains accessible. In a world where “digital archaeology” is becoming a real discipline, knowing how to read and repair AVI files is still a valuable skill.

9. Quick Reference Cheat‑Sheet

ItemCommand / SettingExplanation
Create classic AVIffmpeg -i src -c:v mpeg4 -qscale:v 5 -c:a mp3 -b:a 192k -f avi out.aviSimple, widely compatible.
Enable OpenDMLffmpeg -i src -c:v mpeg4 -qscale:v 5 -c:a mp3 -b:a 192k -f avi -use_open_dml 1 out.aviAllows >2 GB files.
Re‑index broken AVIffmpeg -i broken.avi -c copy -f avi repaired.aviRewrites idx1.
Split >2 GB into chunksffmpeg -i long.avi -c copy -map 0 -segment_time 1800 -f segment part_%03d.avi30‑minute segments stay under the limit.
Inspect headerffprobe -show_format -show_streams file.aviDumps all RIFF chunks and stream info.
Add a subtitle track (non‑standard)ffmpeg -i video.avi -i subs.srt -c copy -metadata:s:s:0 language=eng out.aviWorks only with players that read the txt stream; not universally supported.

Keep this table bookmarked; it covers 80 % of everyday AVI tasks.

10. Best Practices for Archiving AVI Files

Even though AVI is a legacy container, many institutions still have petabytes of it sitting on tape or in cold‑storage. Treating those assets with a disciplined workflow will save you headaches down the line.

PracticeWhy It MattersHow to Implement
Validate on ingestCorrupt headers or missing indexes can go unnoticed until playback.Run ffprobe -v error -show_format -show_streams file.avi immediately after copying. Log any non‑zero exit codes.
Generate a checksumGuarantees bit‑exact preservation across media migrations.Use SHA‑256 (sha256sum file.avi > file.avi.sha256). Store the checksum alongside the file in your catalog.
Create a modern proxyMost downstream workflows (editing, streaming) expect MP4/MKV.Encode a low‑bitrate MP4 proxy (ffmpeg -i file.avi -c:v libx264 -crf 23 -c:a aac -b:a 128k proxy.mp4). Keep the proxy in the same directory with a clear naming convention (*_proxy.mp4).
Document FourCCs and codec versionsSome FourCCs map to multiple codec implementations (e.g., DIVX could be DivX 5, 6, or 7).Extract the codec private data (ffprobe -show_private_data) and store it in a side‑car JSON file (file.avi.codec.json).
Migrate to OpenDML for large filesFiles >2 GB will become unreadable on older players.When transcoding, always pass -use_open_dml 1. If you’re only copying, use aviindex to rebuild an OpenDML‑compatible index.
Store metadata in a side‑carAVI has no standard for extensive tags (e.g., creator, location).Use XMP side‑car files (file.avi.xmp) or embed a small INFO LIST chunk manually if you need minimal in‑container metadata.
Regularly test playbackBit‑rot can affect codecs as well as containers.Schedule a quarterly job that runs a headless player (e.g., ffplay -autoexit -frames 10 file.avi) and reports any failures.

By applying these steps at the moment of acquisition, you avoid costly “repair‑the‑archive” projects later.

11. Frequently Asked Questions (FAQ)

Q1: Can I store H.265/HEVC video inside an AVI file?
Short answer: Technically yes, if you supply the correct FourCC (HEVC or HVC1) and include the SPS/PPS NAL units in the strf chunk. In practice, very few players support it, and many will treat the stream as unknown. For reliable playback, stick to MPEG‑4 Part 2 or Motion‑JPEG.

Q2: Why does Windows Media Player sometimes show a black screen but still plays audio?
Explanation: The player has successfully opened the audio stream but failed to locate a usable video decoder for the FourCC. This can happen when the FourCC is custom or when the required codec isn’t installed. Installing a codec pack (e.g., K-Lite) or re‑encoding the video to a known FourCC resolves the issue.

Q3: Is there any way to embed subtitles directly into an AVI file?
Answer: AVI does not define a standard subtitle stream. Some tools cheat by adding a “txt” stream (FourCC txt ) that contains plain‑text subtitles, but only a handful of players (e.g., VirtualDub with a plugin) will render them. The recommended approach is to keep subtitles in a separate .srt or .ass file, or to re‑mux into a container that officially supports subtitles (MP4, MKV).

Q4: My video shows a “frame rate mismatch” warning in MediaInfo. What should I do?
Solution: Verify that the dwRate/dwScale values in both the global avih and per‑stream strh headers are consistent. If they differ, re‑mux with FFmpeg using -video_track_timescale to force a uniform time base:

ffmpeg -i broken.avi -c copy -video_track_timescale 1000 fixed.avi

Q5: Does AVI support multiple audio languages?
Yes, but with caveats. You can add several audio streams, each with its own strh/strf pair and a distinct stream number (01wb, 02wb, …). However, there is no standardized way to label the language; you must rely on external metadata (e.g., an accompanying .xml file) or embed a custom INFO chunk.

Q6: How can I extract raw frames from an AVI without re‑encoding?
Command:

ffmpeg -i source.avi -c:v copy -f image2 frame_%05d.bmp

Replace bmp with png or tiff if you prefer lossless image formats. The -c:v copy flag tells FFmpeg to dump the compressed frames as‑is; if the codec is MJPEG, the output will already be JPEG images.

Q7: Are there any security concerns when opening AVI files from untrusted sources?
Yes. Malformed chunk sizes can trigger buffer overflows in legacy parsers (e.g., older DirectShow filters). Always open unknown AVIs in a sandboxed environment or use a modern library like FFmpeg that performs strict bounds checking. Updating Windows Media Foundation and disabling legacy DirectShow filters further mitigates risk.

12. TL;DR Підсумок (для нетерплячих)

  • AVI = RIFF‑based, interleaved container introduced with Windows 95.
  • FourCC tells the player which codec to use; common ones are DIVX, XVID, MJPG, H264, MP3 .
  • Timing is driven by dwRate/dwScale in the global and stream headers.
  • movi holds the actual media; idx1 (optional) speeds up seeking.
  • OpenDML (AVIX) lifts the 2 GB limit but isn’t universally supported.
  • Use cases today: legacy camcorder ingest, simple interleaved capture, archival of raw PCM video.
  • Avoid for new projects: no HDR, 10‑bit, VBR, subtitles, or rich metadata.
  • Toolbox: ffprobe, ffmpeg, MediaInfo, VirtualDub, aviindex, hex editors.
  • Best practice: validate, checksum, generate modern proxies, and migrate large files to OpenDML.

13. Заключні думки

AVI’s simplicity is both its strength and its Achilles’ heel. It gave early PC users a straightforward way to store synchronized audio‑video pairs, and that design philosophy—interleaved chunks, a clear header layout, and extensible FourCC identifiers—still influences modern containers. While the industry has moved on to more feature‑rich formats, the sheer volume of legacy footage means AVI will remain a “must‑know” for anyone working in video preservation, forensic analysis, or any field that must bridge the past with today’s workflows.

If you ever find yourself staring at a dusty .avi on a hard drive from the late‑90s, you now have the conceptual map, the command‑line recipes, and the troubleshooting checklist to bring that footage back to life—whether you choose to keep it in its original container or transcode it into a modern, HDR‑ready format.

Happy demuxing!