Audio Video Interleave - Audio Video Interleave
| Filnavn forlengelse |
.avi
|
|---|---|
| Internett -medietype |
video/vnd.avi video/avi video/msvideo video/x-msvideo |
| Skriv inn kode | 'Vfw' |
| Uniform Type Identifier (UTI) | public.avi |
| Utviklet av | Microsoft |
| Første utgivelse | 10. november 1992 |
| Beholder for | Lyd video |
| Forlenget fra | Ressursutveksling filformat |
| Åpent format ? | Nei |
| Nettsted | https://docs.microsoft.com/en-us/windows/win32/directshow/avi-file-format |
Audio Video Interleave (også Audio Video Interleaved og kjent av sine initialer og filtypen AVI , vanligvis uttalt / ˌ eɪ . V ï aɪ / ), er en proprietær multimedia container format og Windows standard introdusert av Microsoft i november 1992 som en del av sin Video for Windows -programvare. AVI- filer kan inneholde både lyd- og videodata i en filbeholder som tillater synkron lyd-med-video-avspilling. I likhet med DVD -videoformatet støtter AVI -filer flere streaming -lyd og video, selv om disse funksjonene sjelden brukes.
Mange AVI -filer bruker filformatutvidelsene utviklet av Matrox OpenDML -gruppen i februar 1996. Disse filene støttes av Microsoft, og kalles uoffisielt " AVI 2.0 ". I 2010 amerikanske regjeringen 's National Archives og Records Administration definert AVI som den offisielle wrapper for å bevare digital video .
Historie
Utgivere står overfor en knipe med hvordan de skal distribuere videoer på CD-plater . Tretti sekunder med video vist i 24-biters farger og med tretti bilder i sekundet og Super VGA- oppløsninger kan ta opp 680 megabyte plass-lagringskapasiteten til de fleste CD-ROM-er i 1992. Hvis du komprimerer videoene, vil du spare mye plass, men ikke uten å forringe kvaliteten på videoene. Utgivere som i stedet var mer bekymret for videokvalitet, søkte etter en ideell komprimeringsalgoritme som ville komprimere videofilene samtidig som kvaliteten beholdes.
Microsoft anerkjente problemet og søkte å utvikle en standard som komprimerer videofilene tapsfritt . Den erkjente også at på grunn av maskinvarekravene for å spille av videoene i ukomprimert kvalitet, som den gangen var krevende, måtte den tillate brukere av avanserte datamaskiner å spille av videoene i komprimert kvalitet. Den utviklet og publiserte Audio Video Interleave -formatet 10. november 1992 som en del av Video for Windows, og inkluderte støtte for kodeker for å tilfredsstille disse brukerne.
Format
AVI er en underformat av Resource Interchange File Format (RIFF), som deler en fils data i blokker, eller "biter". Hver del er identifisert med en FourCC -tag.
En AVI -fil har form av en RIFF -overskrift, som deretter deles i to obligatoriske biter og en valgfri del. Den første delen identifiseres med "hdrl" -taggen, som lagrer informasjonen som kreves av kodeken for å dekomprimere AVI -filen for visning. Den andre deldelen identifiseres med "movi" -taggen, som inneholder de faktiske lyd- og visuelle dataene som utgjør AVI-videoen. Den tredje valgfrie delen identifiseres med "idx1" -taggen, som indekserer forskyvningene til databitene i filen.
Ved hjelp av RIFF -formatet kan lyd- og visuelle data i "movi" -delen bli kodet eller avkodet av programvare kalt en kodek , som er en forkortelse for (en) koder/dekoder. Ved opprettelse av filen oversetter kodeken mellom rådata og (komprimert) dataformat som brukes inne i delen. En AVI-fil kan inneholde lyd- og visuelle data inne i bitene i praktisk talt alle komprimeringsopplegg, inkludert Full Frame (Ukomprimert), Indeo , kodelengde og Microsoft Video 1 .
Noen programmer, som VLC , klager når sub-delen "idx1" -indeksen ikke blir funnet, da den er nødvendig for effektiv flytting mellom tidsstempler. De tilbyr å "fikse" filen ved å bygge en indeks midlertidig eller permanent.
Metadata
Som en derivat av Resource Interchange File Format (RIFF) er AVI -filer vanligvis merket med metadata i INFO -delen. I tillegg kan AVI -filer bygge inn Extensible Metadata Platform . Ved design kan enhver RIFF-fil lovlig inneholde ytterligere biter av data, hver identifisert med en kode på fire tegn; programvare som ikke forstår den aktuelle koden, bør hoppe over delen. Som sådan er det teoretisk mulig å utvide ethvert RIFF -filformat, inkludert AVI, for å støtte nesten alle tenkelige metadata. Noen av begrensningene til AVI i moderne bruk er knyttet til mangel på standardisering i disse metadataene (se begrensninger nedenfor).
Begrensninger
Siden introduksjonen på begynnelsen av 90 -tallet har nye datamaskinvideoteknikker blitt introdusert som den opprinnelige AVI -spesifikasjonen ikke forutså.
- Den originale AVI -spesifikasjonen gir ikke en standardisert måte å kode informasjon om størrelsesforhold , selv om den senere OpenDML (AVI 2.0) spesifikasjonen gjør det. Derfor kan det hende at eldre spillere ikke velger det riktige sideforholdet automatisk (selv om det kan være mulig å gjøre det manuelt).
- Det er flere konkurrerende tilnærminger til å inkludere en tidskode i AVI-filer, noe som påvirker brukervennligheten av formatet i film og fjernsyn etterproduksjon, selv om det er mye brukt. For WAV-lydfiler ble Broadcast Wave (BWF) -utvidelser designet for å standardisere metadata etter produksjon, men en tilsvarende for AVI-filer har ikke dukket opp. Noen parter er kjent for å skrive BWF -biter i AVI for metadata.
- AVI var ikke ment å inneholde video ved bruk av komprimeringsteknikk som krever tilgang til fremtidige videorammedata utover gjeldende ramme ( B-ramme ). Det finnes tilnærminger til å støtte moderne videokomprimeringsteknikker (for eksempel MPEG-4 ) som er avhengige av denne funksjonen, selv om dette er utenfor hensikten med den opprinnelige spesifikasjonen og kan forårsake problemer med avspillingsprogramvare som ikke forutser denne bruken.
- AVI kan ikke inneholde noen spesifikke typer variabel bitrate (VBR) data pålitelig (for eksempel MP3 -lyd ved samplingsfrekvenser under 32 kHz).
- Overhead for AVI -filer med oppløsninger og bildefrekvenser som normalt brukes til å kode standarddefinisjonsfilmer, er omtrent 5 MB per time video, hvis betydning varierer med applikasjonen.
- AVI -filer kan ikke inneholde vedlegg som fonter og teksting. Følgelig må undertekster distribueres i en egen fil eller hardkodes i videostrømmen.
Nyere containerformater (som Matroska , Ogg og MP4 ) løser alle disse problemene, selv om programvare er fritt tilgjengelig for både å lage og spille av AVI -filer på riktig måte som bruker teknikkene beskrevet her.
DV AVI
DV AVI er en type AVI -fil der videoen er komprimert for å overholde DV -standarder. Det er to typer DV-AVI-filer:
- Type 1: Den multipleksede lyd-videoen beholdes i den opprinnelige multipleksingen og lagres sammen i videoseksjonen i AVI-filen
- Type 2: Som type 1, men lyd lagres også som en ekstra lydstrøm i filen.
- Støttet av VfW -applikasjoner, til prisen av en liten økning i filstørrelse.
Type 1 er faktisk den nyere av de to typene. Microsoft laget "type" -betegnelsene, og bestemte seg for å navngi den eldre VfW-kompatible versjonen "Type 2", noe som bare ytterligere forvirret om de to typene. På slutten av 1990-tallet til begynnelsen av 2000-tallet støttet mest profesjonell DV-programvare, inkludert ikke-lineære redigeringsprogrammer, bare Type 1. Et bemerkelsesverdig unntak var Adobe Premiere , som bare støttet Type 2. High-end FireWire- kontrollere som vanligvis ble fanget til Type 1 bare, mens "forbruker" -kontrollere vanligvis bare fanges til type 2. Programvare er og var tilgjengelig for å konvertere AVI-er av type 1 til type 2, og omvendt, men dette er en tidkrevende prosess.
Mange nåværende FireWire -kontrollere fanger fremdeles bare til den ene eller den andre typen. Imidlertid støtter nesten all nåværende DV -programvare både type 1 og type 2 redigering og gjengivelse, inkludert Adobe Premiere. Dermed er mange av dagens brukere ikke klar over det faktum at det er to typer DV AVI -filer. Uansett fortsetter debatten om hvilken - Type 1 eller Type 2 - hvis en av dem er bedre.