Waarom je iPhone het ene videobestand opent en het volgende weigert
Twee bestanden zijn allebei “video’s”, allebei een paar gigabyte, allebei van dezelfde plek gedownload. De ene speelt op het moment dat je hem aantikt. De andere toont een grijs scherm, of helemaal niets. Het verschil is vrijwel nooit dat het bestand kapot is — het gaat om wat er om het beeld heen zit, en welke van die verpakkingen Apple besloot te ondersteunen.
- Speelt meteen
- MP4 en MOV met H.264- of HEVC-video en AAC-audio.
- Meestal geweigerd
- MKV, AVI, WebM, FLV, WMV — wat er ook in zit.
- De reden
- iOS leest de container vóór de video, en er wordt maar een korte lijst containers ondersteund.
Een videobestand is een doos met meerdere dingen erin
Het woord “formaat” wordt voor twee volstrekt verschillende dingen gebruikt, en daar begint de meeste verwarring. Een videobestand is een container: een doos met een videospoor, een of meer audiosporen, mogelijk ondertitelsporen, hoofdstukmarkeringen, hoesafbeeldingen en een tabel die een speler vertelt waar elk van die dingen begint. MP4, MKV, AVI, MOV en WebM zijn containers. Zij zijn de doos, niet de inhoud.
Wat er in de doos zit, is geëncodeerd met een codec — het compressieschema dat veertig gigabyte aan ruwe beelden tot twee terugbrengt. H.264, HEVC (H.265), AV1, VP9 en MPEG-4 Part 2 zijn videocodecs; AAC, MP3, AC-3, E-AC-3, DTS, FLAC, Opus en Vorbis zijn audiocodecs. Eén MKV-bestand kan HEVC-video bevatten, één AC-3-audiospoor in het Engels, één AAC-spoor in het Turks en drie ondertitelsporen.
Dus “kan dit apparaat een MKV afspelen?” zijn eigenlijk twee vragen op elkaar gestapeld. Kan het de doos openen, en kan het decoderen wat het daarbinnen aantreft? Een speler moet allebei met ja beantwoorden. Het ingebouwde afspelen van Apple antwoordt bij de meeste dozen nee op de eerste vraag, en daarom komt het bestand niet eens ver genoeg om op de tweede te stranden.
De woorden die de moeite waard zijn
Vijf termen dekken vrijwel elk gesprek over videobestanden. Ze zijn tien minuten waard omdat ze van “het werkt niet” een specifieke, beantwoordbare vraag maken.
- Container
- De verpakking van het bestand — MP4, MKV, AVI, MOV, WebM, TS. Die bepaalt wat een bestand kan bevatten (hoeveel audiosporen, of ondertitels erin passen, of er hoofdstukken bestaan), niet hoe goed het beeld eruitziet.
- Codec
- De compressie van het eigenlijke beeld of geluid: H.264, HEVC, AV1, VP9, AAC, AC-3, DTS, FLAC. Voor een paar daarvan bestaat hardwarematig decoderen; de rest moet door de processor worden gedecodeerd, wat accu kost.
- Bitrate
- Hoeveel bits per seconde het bestand uitgeeft. Het is veruit de grootste bepalende factor voor zowel kwaliteit als bestandsgrootte — een 4K-film op 8 Mbps en dezelfde film op 60 Mbps hebben dezelfde resolutie en bij lange na niet hetzelfde beeld.
- Remux
- De bestaande sporen naar een andere container verplaatsen zonder ze aan te raken. Snel, verliesvrij, en het hele trucje achter het omzetten van een livestream naar een gewoon bestand. Er wordt niets opnieuw geëncodeerd, dus er gaat niets verloren.
- Transcoderen
- De video werkelijk opnieuw encoderen naar een andere codec. Traag, heet, accuvretend en elke keer met verlies — een geconverteerde kopie loopt altijd een generatie achter op het origineel.
Wat het afspelen van Apple zelf accepteert
Dit is de praktische lijst vanaf iOS 17 en macOS 14 — dezelfde regels die de Bestanden-app, Quick Look, Safari en QuickTime allemaal volgen, want ze delen één mediastack.
| Container | iPhone / iPad | Mac (QuickTime) | Wat er meestal in zit |
|---|---|---|---|
| MP4 / M4V | Ja | Ja | H.264- of HEVC-video, AAC-audio |
| MOV | Ja | Ja | De eigen container van Apple, dezelfde codecs |
| MKV (Matroska) | Nee | Nee | Werkelijk van alles — de flexibelste container in gebruik |
| AVI | Nee | Nee | Ouder DivX/Xvid-materiaal, MP3- of AC-3-audio |
| WebM | Nee | Nee | VP9- of AV1-video, Opus- of Vorbis-audio |
| FLV / WMV | Nee | Nee | Verouderde web- en Windows-video |
| TS / M2TS | Deels | Deels | Uitzend- en blu-raystreams |
| HLS (.m3u8) | Ja | Ja | Geen bestand — een playlist die naar segmenten wijst |
Zelfs binnen een ondersteunde container kan een codec alsnog geweigerd worden: AC-3-, E-AC-3- en DTS-audio komen veel voor in films en worden niet door de systeemspeler gedecodeerd, en daarom spelen sommige MP4-bestanden af met beeld en zonder geluid.
Waarom die lijst zo kort is
Het is geen vergissing. Apple levert hardwaredecoders voor de codecs die het ondersteunt, zodat een iPhone urenlang op één lading een 4K-HEVC-film kan afspelen — de video raakt de hoofdprocessor nooit. Elke container en codec ter wereld ondersteunen zou betekenen dat er veel in software gedecodeerd moet worden, met de accu- en warmtekosten die daarbij horen, plus patentlicenties afsluiten voor formaten waar Apple geen belang bij heeft.
Het gevolg is dat een mediaspeler voor algemeen gebruik op iOS zijn eigen motor moet meebrengen. Praktisch elke speler is gebouwd op hetzelfde opensourcefundament — FFmpeg en zijn bibliotheken — dat ruwweg elke container en codec begrijpt die ooit is uitgebracht. Dat is de hele reden dat een speler van derden bestanden opent die het systeem laat liggen: hij doet niets slims, hij doet het decoderen zelf.
Dat verklaart ook een verschil tussen spelers dat je gaat opmerken. Een speler die in software decodeert, speelt alles af maar wordt bij een lange film warm; een speler die het werk aan de hardwaredecoder geeft wanneer de codec dat toelaat, blijft koel en houdt het vol. Een goede speler doet allebei — hardware waar het kan, software waar het moet, en hij wisselt zonder het je te vragen.
Drie manieren om een bestand te bekijken dat iOS weigert
Op volgorde van wat ze je kosten aan tijd en kwaliteit.
Wat een goede speler werkelijk van een slechte onderscheidt
Vrijwel elke mediaspeler in de App Store claimt “alle formaten”. Dit zijn de dingen die verschillen zodra je die kop voorbij bent.
- Hardwarematig decoderen waar het kan
H.264 en HEVC horen naar de hardwaredecoder te gaan en niet naar de processor. Je merkt het binnen twee minuten: het apparaat wordt warm, of niet.
- Elk spoor getoond, niet alleen het eerste
Bij een film met drie audiotalen en vijf ondertitelsporen hoor je tussen alle te kunnen wisselen tijdens het afspelen, zonder het bestand opnieuw te openen.
- Hervatten dat ook echt hervat
De positie per bestand bewaard, hersteld bij het opnieuw openen, en behouden als het bestand wordt hernoemd of verplaatst. Verrassend zeldzaam, en het ding dat je het meest gaat missen.
- Verstandig gedrag bij enorme bestanden
Een remux van 20 GB hoort soepel te spoelen in plaats van bij elke sprong vier seconden te bevriezen. Dat is een kwestie van indexeren, niet van decoderen.
- Audio op de achtergrond en beeld-in-beeld
Het scherm kunnen vergrendelen en blijven luisteren, of de video in een hoekje krimpen terwijl je een bericht beantwoordt, is wat een speler op een telefoon überhaupt bruikbaar maakt.
- Nergens een verborgen herencodeerstap
Als een app je bestand een paar minuten “importeert” of “optimaliseert” voordat hij het afspeelt, dan is hij aan het converteren — met het kwaliteitsverlies en de wachttijd die daarbij horen.
Hetzelfde bestand op de drie apparaten
De regels zijn identiek omdat iOS, iPadOS en macOS een mediastack delen. Wat verschilt is wat je er comfortabel omheen kunt doen.
De opslag is de beperking, dus bestanden komen meestal binnen, worden bekeken en gaan weer weg. Audio op de achtergrond en beeld-in-beeld tellen hier zwaarder dan waar dan ook.
De natuurlijke plek voor lange films, en het enige apparaat waarop een externe USB-C-schijf vol video ter plekke kan worden afgespeeld, zonder eerst iets naar het apparaat te kopiëren.
Geen opslagdruk en geen warmteplafond, dus een lastige codec in software decoderen kost in wezen niets. Hier hoort een remux van 40 GB thuis.
De vragen waar dit meestal op uitdraait
Is MKV van betere kwaliteit dan MP4?
Geen van beide is beter — het zijn dozen, en de kwaliteit zit in de codec en de bitrate daarbinnen. MKV-bestanden zien er in de praktijk vaak beter uit omdat MKV is wat mensen gebruiken voor rips met een hoge bitrate, terwijl MP4 is wat streamingdiensten leveren op een fractie van die bitrate. Stop hetzelfde videospoor in allebei en ze zijn pixel voor pixel identiek.
Gaat er kwaliteit verloren bij MKV naar MP4 omzetten?
Alleen als de sporen opnieuw worden geëncodeerd. Zijn de video- en audiocodecs erin al codecs die MP4 kan dragen, dan verplaatst een remux ze onaangeroerd — verliesvrij en meestal binnen een minuut. Moet HEVC H.264 worden, of DTS AAC, dan is het een herencodering en gaat er kwaliteit verloren.
Waarom hapert mijn 4K-bestand terwijl een kleiner bestand prima speelt?
Of de codec wordt in software gedecodeerd terwijl de hardwaredecoder had gekund, of het bestand staat op trage opslag — een netwerkschijf of een externe schijf over een zwakke verbinding kan niet altijd 80 Mbps aanvoeren. Kopieer het als test één keer lokaal; speelt het dan wel, dan lag het nooit aan het decoderen.
In welk formaat kun je een bibliotheek het veiligst bewaren?
MKV, als je alles wilt houden wat de bron had — meerdere audiotalen, ondertitelsporen, hoofdstukken. MP4 met H.264 of HEVC, als maximale compatibiliteit met elk apparaat in huis zwaarder weegt dan die extra sporen. Wat je voor iets nieuws moet vermijden is AVI, dat moderne codecs niet fatsoenlijk kan dragen.
Hoe FoxDL hiermee omgaat
FoxDL draagt zijn eigen mediamotor mee, dus de containervraag komt nooit aan de orde. Je zet het bestand op het apparaat en opent het. Dezelfde motor speelt muziek af, dus een film en een FLAC-album staan in één bibliotheek.
- MKV, AVI, WebM, FLV, WMV, MP4, MOV, TS en HLS gaan rechtstreeks open — er wordt vooraf niets omgezet, geïmporteerd of opnieuw verpakt.
- Hardwarematig decoderen wordt gebruikt waar de codec het toelaat, met daarachter een softwareroute voor de codecs die dat niet doen, zodat een gewone film je geen accu kost.
- AC-3-, E-AC-3-, DTS-, FLAC-, Opus- en Vorbis-audio worden ook gedecodeerd, en dat lost het probleem van de stille film op — en dezelfde decoders spelen FLAC- en ALAC-albums af in die bibliotheek.
- Elk ingesloten audio- en ondertitelspoor staat in de lijst en is tijdens het afspelen te wisselen.
- De positie wordt per bestand onthouden en overleeft hernoemen of verplaatsen, omdat de bibliotheek bestanden op identiteit bijhoudt en niet op pad.
- Beeld-in-beeld en audio op de achtergrond zitten erin, en op de iPad speelt een externe schijf ter plekke af zonder te kopiëren.
Je eigen bestanden afspelen hoort op elk apparaat bij de gratis versie — het is niet begrensd en het is geen Pro-functie.
Veelgestelde vragen
- Hoe speel ik MKV-bestanden af op iPhone, iPad of Mac?
- Welke video- en audioformaten speelt FoxDL af?
- Kan ik het audiospoor wisselen bij een dual-audiobestand?
- Ondersteunt FoxDL Picture in Picture en afspelen op de achtergrond?
Verder lezen
Ondertitels, audiosporen en de drie manieren waarop ze misgaan
Ingesloten versus losse bestanden, de codering die letters met accenten vermangelt, en hoe je verloop rechttrekt.
Lossless, bitrate en de equalizer: wat het geluid verandert en wat niet
Wat lossless verandert, wat een equalizer echt doet, en wat het luisteren als eerste verbetert.
Waar je bestanden werkelijk staan op een iPhone, en wie ze kan zien
De sandbox, waar downloads werkelijk belanden, en waarom een bestand hernoemen zo veel apps sloopt.
Je bibliotheek, eindelijk op één plek.
Gratis downloaden. Geen account, geen aanmelding — de volledige set zit in de gratis versie.