De eerste keer dat ik een schermopname voor een klant converteerde, deed ik het zoals iedereen doet: de MOV in een converter laten vallen, elf minuten wachten en de MP4 sturen. Het bestand was 40% kleiner en merkbaar zachter, en de klant vroeg waarom de tekst in de demo er vaag uitzag. Het antwoord was dat er in de eerste plaats niets behoefde te worden. De video in die MOV was al H.264, en dat is precies wat een MP4 in petto heeft. Elf minuten hercodering had de kwaliteit weggegooid om een bestand te produceren dat in ongeveer twee seconden byte-identiek had kunnen zijn. Dat is het hele idee achter de video-omzetter in Toolz.dev, en het is de moeite waard om te begrijpen welke tool je gebruikt.
tl;dr: De meeste MOV-bestanden bevatten al H.264-video en AAC-audio, wat hetzelfde is als een MP4, dus om er tussen te converteren, hoeft u helemaal geen hercodering te coderen. De streams worden gekopieerd naar een nieuwe container, een proces dat Remuxing wordt genoemd. Het duurt seconden in plaats van minuten en verliest niets, omdat geen enkele pixel wordt gedecodeerd of opnieuw gecomprimeerd. de toolz video-omzetter Standaard kopieert en codeert alleen wanneer de formaten het echt vereisen, en het loopt via FFmpeg gecompileerd naar WebAssembly in uw browsertabblad, dus de video wordt nooit geüpload.
Wat is een container en waarom maakt het uit?
Een videobestand heeft twee lagen en bijna elk verwarrend ding over videoconversie komt door ze te mixen.
de houder is de wikkel. Het bevat de streams, neemt op hoe lang ze zijn, waar elk frame begint, in welke taal de audiotrack staat en welke thumbnail moet worden weergegeven. MP4, MOV, WebM, AVI en MKV zijn containers. De extensie op de bestandsnamen de container, niet de video.
de coderend is de compressie binnen. H.264, H.265, VP9 en AV1 comprimeren het beeld. AAC, Opus, MP3 en FLAC comprimeren het geluid. De codec bepaalt of het bestand op een bepaald apparaat wordt afgespeeld, en het is wat tijd kost om te veranderen.
Als je die twee ideeën eenmaal hebt gescheiden, is de nuttige vraag niet meer "welk formaat is dit?" en wordt "welke laag verander ik"? Het wijzigen van de codec is duur en verliesgevend. Een tool die geen onderscheid maakt, zal u de dure operatie voor het goedkope werk elke keer in rekening brengen.
Waarom is MOV naar MP4 bijna onmiddellijk?
Omdat een MOV en een MP4 naaste familieleden zijn. Bestandsformaat was de basis voor het ISO-basismediabestandsformaat, waarop MP4 is gebouwd, dus de twee containers organiseren hun gegevens op bijna dezelfde manier. En de streams erin zijn meestal dezelfde streams: een iPhone-opname, een Mac-schermopname, een DSLR-clip en een première-export produceren allemaal doorgaans H.264-video met AAC-audio, of ze het nu in een .mov of een .mp4 wikkelen.
Dus de conversie is een schuim: Lees waar elke stream begint en eindigt, schrijf die bytes in een nieuwe container, schrijf een nieuwe index. Er wordt geen frame gedecodeerd. Er wordt geen pixel onderzocht. De uitvoer is dezelfde videogegevens in een andere wrapper, en het is verliesloos in de strikte zin dat de gedecodeerde frames bit-voor-bit identiek zijn.
In de praktijk betekent dat een clip van twee minuten in ongeveer een seconde in plaats van een minuut of meer, en de bestandsgrootte beweegt nauwelijks, omdat de videogegevens niet veranderden. Een converter die minuten nodig heeft voor deze taak en handen terug Een kleiner bestand heeft het opnieuw gecodeerd, en de maatdaling is kwaliteit die u niet langer hebt.
Hier is wanneer elk pad van toepassing is.
| Bron | schietwedstrijd | Wat gebeurt | tempo | Kwaliteitskosten |
|---|---|---|---|---|
| MOV (H.264/AAC) | mp4 | Remux, streams gekopieerd | tweede soort | niet een |
| MP4 (H.264/AAC) | verplaatsen | Remux, streams gekopieerd | tweede soort | niet een |
| mov of mp4 | weer | betreffende -codeer naar VP9/OPUS | protocol | Sommige, afhankelijk van instellingen |
| elke video | GIF | betreffende -Encode, palet teruggebracht tot 256 kleuren | protocol | Ernstig, door ontwerp |
| GIF | mp4 | betreffende -codeer naar H.264 | Seconden tot een minuut | Klein, meestal onzichtbaar |
Wanneer moet je opnieuw coderen?
Drie gevallen, en slechts drie.
De doelcontainer kan de codec niet bevatten. WebM accepteert VP8, VP9 en AV1 voor video en Vorbis of Opus voor audio. Het accepteert geen H.264. Dus MP4 naar WebM is altijd een echte conversie en het zal realtime duren.
De broncodec is niet H.264 in een H.264-wrapper. Een Prores MOV van een camera, een DV-opname, een oude DivX AVI: die codecs bevatten die MP4 in sommige gevallen technisch kan dragen, maar de meeste spelers zullen weigeren. Ze converteren betekent decoderen en opnieuw comprimeren.
Je verandert bewust de afbeelding. Verlaag de resolutie, laat de bitsnelheid vallen, verander de framesnelheid. Er is geen manier om een video kleiner te maken zonder deze opnieuw te comprimeren, daarom is het verkleinen van een bestand een andere taak dan het wijzigen van het formaat. Gebruik daarvoor de videocompressor, wat juist bestaat omdat compressie en conversie verschillende bewerkingen zijn die mensen redelijkerwijs verwarren.
Waarom is converteren naar GIF zo veel erger dan het klinkt?
Een GIF bevat maximaal 256 kleuren voor de hele afbeelding. Dat is het formaat dat de limiet definiëren, ingesteld in de GIF89A-specificatie in 1989, en geen encoder kan er omheen werken. Elke conversie van video naar GIF moet dus kiezen welke 256 kleuren van de 16,7 miljoen de bron kan bevatten.
Naïef gedaan, frame voor frame, elk frame kiest zijn eigen beste 256. Het resultaat is dat hetzelfde shirt in opeenvolgende frames een iets andere kleur heeft, en het hele plaatje lijkt te kruipen en glinsteren. Dit is de meest voorkomende klacht over de uitvoer van video naar GIF, en het is volledig een artefact van paletten per frame.
De fix is een twee-pass-codering: eerst de hele clip scannen, één palet bouwen dat alles bedient en vervolgens elk frame coderen voor dat gedeelde palet. De kruip verdwijnt omdat de kleuren niet meer bewegen. De Toolz-converter voert beide passen uit, daarom duurt een GIF van het een moment langer dan een single-pass tool en ziet er aanzienlijk stabieler uit.
De tweede verrassing is de grootte. GIF slaat hele frames op in plaats van de verschillen tussen hen, zonder de bewegingscompensatie die moderne videocodecs efficiënt maakt. Een clip van vijf seconden die 400 kb als MP4 is, zal routinematig 4 MB zijn als GIF. Wat leidt tot de conversie die het waard is om vaker te doen dan mensen zich realiseren.
moet ik in plaats daarvan een gif naar mp4 converteren?
Bijna altijd, ja. Dezelfde animatie die is gecodeerd als H.264 is meestal een tiende van de grootte, speelt inline op mobiele browsers waar een grote GIF afslaat of wordt gesmoord, en ondersteunt hardware-decodering, zodat deze de telefoon niet verwarmt. Elk groot sociaal platform zet stilletjes de GIF's die je uploadt om precies deze redenen om in video, wat een redelijk signaal is over welk formaat bij de baan past.
Eén detail bepaalt of de conversie überhaupt werkt. H.264 vereist zelfs pixelafmetingen, vanwege hoe de standaard Organiseert Chroma-sampling en GIF's hebben vaak vreemde: een 601-pixel-brede GIF is volkomen normaal. Een encoder overhandigde vreemde afmetingen, ofwel mislukt het met een cryptisch bericht of vult het frame geruisloos in. De converter rondt hier de grootte af tot het dichtstbijzijnde even getal voordat het codeert, wat een één-pixel crop is dat niemand kan zien en het verschil tussen een bestand en een fout.
Wordt de video ergens geüpload?
Nee, en dit is het deel dat verandert hoe je het kunt gebruiken. De conversie loopt door FFMPEG gecompileerd voor Webassembly, uitvoeren binnen uw browsertab. Het bestand wordt vanaf uw schijf gelezen in het paginageheugen, daar geconverteerd en teruggegeven als download.
Dat heeft drie praktische consequenties:
- Niets verlaat uw machine. Open devTools, schakel over naar het netwerkpaneel, converteer een bestand en kijk: Geen verzoek bevat de video. Voor beeldmateriaal onder NDA, niet-uitgebrachte productdemo's, alles met een persoon erin die niet instemde met een upload van derden, dit is het verschil tussen bruikbaar en niet.
- Er is geen wachtrij en geen maatdop. Je wacht niet achter de banen van andere mensen, en geen enkel plan beperkt je tot 100 MB. De echte limiet is het geheugen van uw browsertabblad, dat op een normale laptop gemakkelijk bestanden van een paar honderd megabytes kan verwerken.
- De eerste run is langzamer dan de rest. De FFMPEG WebAssembly-bundel moet één keer downloaden, wat een paar seconden is. Daarna wordt het in de cache opgeslagen en beginnen de daaropvolgende conversies onmiddellijk.
De handel is eerlijk: een server met een speciale encoder is sneller op zeer grote bestanden. Voor de clips die de meeste mensen converteren, kost de rondreis van uploaden en downloaden meer tijd dan de codes opslaat.
Welke instellingen maken het verschil?
Voor een remux, geen. Er is niets om te configureren, want er wordt niets opnieuw besloten.
Voor een hercodering, twee.
Resolution doet meer dan welke andere instelling dan ook. Halveren van de breedte en hoogte maakt kwartieren het aantal pixels en het bestand volgt ruwweg. Van 1080p naar 720p gaan is de meest effectieve verandering die beschikbaar is, en op een telefoonscherm is het verschil moeilijk te zien.
Bitrate of kwaliteitsdoel is de andere. De meeste tools stellen dit bloot als een kwaliteitsschuifregelaar in plaats van een nummer, wat de juiste oproep is: een vaste bitsnelheid verspilt stukjes aan eenvoudige scènes en verhongert complexe, terwijl een kwaliteitsdoel uitgeeft wat elke scène nodig heeft.
Framesnelheid is een derde hefboom waar mensen naar grijpen en zouden dat meestal niet moeten doen. Het laten vallen van 30 fps tot 15 fps halveert de frames maar maakt beweging zichtbaar stotteren, en het bespaart minder dan de resolutiewijziging omdat opeenvolgende frames toch goed tegen elkaar worden gecomprimeerd.
# What a remux looks like at the command line. -c copy is the whole trick:
# copy the streams, do not decode them.
ffmpeg -i input.mov -c copy output.mp4
# Compare to a real conversion, which decodes and re-compresses every frame.
ffmpeg -i input.mov -c:v libx264 -crf 23 -c:a aac output.mp4
De eerste opdracht eindigt in ongeveer de tijd die nodig is om het bestand te lezen. De tweede duurt zolang de video complex is. Elke browsergebaseerde converter die het waard is om te gebruiken, maakt hetzelfde onderscheid intern, en de video-omzetter doet.
Wat gebeurt er met de audio wanneer de container verandert?
Op een remux, helemaal niets. De AAC-track wordt samen met de video over byte gekopieerd voor byte, daarom kan een MOV naar MP4-conversie het geluid niet verslechteren: dezelfde gecomprimeerde audiogegevens komen in de nieuwe wrapper terecht.
Bij een hercodering hangt het af van het doel. WebM kan geen AAC vervoeren, dus de audio wordt opnieuw gecomprimeerd tot Opus, en dat is een stap die lossuur is toegepast op al verlies van audio. Het is zelden hoorbaar over spraak en af en toe hoorbaar op muziek met veel hoogfrequente details, zoals bekkens.
Soms is de audio het enige wat je wilt. Een opgenomen interview dat is gefilmd maar zal worden gepubliceerd als een podcast, een lezing die je op je telefoon wilt, een soundtrack die je transcribeert. Het converteren van de hele video en het vervolgens weggooien van de foto is de langzame manier. de audio-extractor Trekt het geluid direct naar buiten en voor MP4- en MOV-bronnen kan het de bestaande AAC-track naar een M4A kopiëren zonder opnieuw te coderen, precies dezelfde truc als een Remux. Als het bestand dat u heeft al audio is en alleen het formaat verkeerd is, wordt de audio-omzetter omgaat met die kant.
Eén ding dat het waard is om te weten: een videobestand kan verschillende audiotracks bevatten, voor verschillende talen of een apart commentaar. De meeste browsergebaseerde tools, waaronder deze, werken met het eerste nummer. Als uw bron meer dan één heeft en u een specifieke nodig hebt, is dat een taak voor FFMPEG op de opdrachtregel met een expliciete stream-selector.
Welk formaat moet je sturen en naar wie?
Het meeste conversiewerk is echt deze vraag met een vermomming. Het eerlijke antwoord is dat MP4 met H.264-video en AAC-audio veel vaker de juiste keuze is dan welke andere combinatie dan ook, omdat het de enige is die in wezen overal zonder nadenken speelt.
| Waar het heen gaat | stuwkracht | waarom |
|---|---|---|
| een klant, een collega, e-mail | MP4 (H.264/AAC) | Speelt op elke telefoon, laptop en browser die dit decennium is gemaakt |
| Een website die u bestuurt | MP4, met WebM als tweede bron | WebM is kleiner in dezelfde kwaliteit, MP4 is de fallback |
| Sociale platforms | mp4 | Ze coderen alles wat je stuurt, dus geef ze de schoonste input |
| Een bewerkingstijdlijn | het originele bestand | Elke conversie voordat u de kosten bewerkt, kunt u niet terugkrijgen |
| Een chat-app met een sizedpin | MP4, gecomprimeerd | Verander de grootte, niet het formaat |
| inline in een e-mailhandtekening of een readme | MP4 Indien toegestaan, GIF alleen indien niet | GIF is een uitvalsbasis voor plaatsen die video weigeren, geen keuze |
De rij die het meeste verdriet bespaart, is de bewerkingsrij. Mensen converteren beeldmateriaal voordat ze het importeren, verliezen kwaliteit, bewerken en exporteren, verliezen meer. Als een tijdlijn het origineel accepteert, geef het dan het origineel en converteer het aan het einde een keer.
De andere veelgemaakte fout is converteren wanneer je wilde comprimeren. "Dit bestand is te groot voor de uploadlimiet" is geen formaatprobleem. Het wijzigen van MOV naar MP4 zal niet helpen, omdat de videogegevens identiek zijn. het kleiner maken betekent het opzettelijk opnieuw coderen, wat de videocompressor is voor, of het trimmen van de onderdelen die u niet nodig heeft met de Videomaaier eerst. Dertig seconden die je snijdt, is dertig seconden, niemand hoeft te coderen, en het verslaat elke kwaliteitsinstelling.
Hoe verhoudt dit zich tot het converteren van afbeeldingen?
Dezelfde container-versus-codec-splitsing bestaat voor afbeeldingen, met hetzelfde gevolg: sommige conversies zijn goedkoop en verliesloos, andere gooien informatie weg. Het converteren van een PNG naar een BMP houdt elke pixel vast; het converteren naar een JPEG niet. de Convertergids voor afbeeldingsformaat dekt die kant en de Afbeeldingscompressiegids behandelt het onderscheid tussen verlies en verlies van verlies zonder meer dan hier te passen.
Het praktische verschil is schaal. Een slechte beeldconversie kost u één afbeelding. Een slechte videoconversie kost je elf minuten en een klant vraagt waarom de tekst er wazig uitziet.
Veelvoorkomende vragen
Is MOV of MP4 beter? Geen van beide, voor de meeste doeleinden, omdat ze meestal dezelfde video bevatten. MP4 heeft een bredere apparaatondersteuning, dus het is de veiligere standaard voor delen. MOV is wat Apple-tools produceren, en het bevat enkele professionele codecs die MP4 niet bevat.
Waarom is mijn geconverteerde bestand groter geworden? U omgezet naar een minder efficiënte codec of container, of naar GIF. Een Remux verandert nooit zinvol de grootte; een codering naar een oudere codec kan het gemakkelijk laten groeien.
Waarom wordt mijn mp4 niet afgespeeld op een oud apparaat? De container is prima, de codec niet. Een H.265-stream in een MP4-wrapper speelt niet op hardware die alleen H.264 decodeert, ook al ziet de extensie er bekend uit. Dit is het duidelijkste geval van de lagen die ertoe doen.
