MKV → WebP

Ja, en het is de snelste manier om het moment te vinden dat je wilt. Een MKV slaat hoofdstukmarkeringen op in de container als benoemde tijdstempels, zodat de lijst direct van het bestand kan worden gelezen en een in-point in het start-tijdveld wordt geplakt in plaats van te worden gejaagd voor met het oog. Geef het een duur naast en alleen die spanwijdte is gedecodeerd, daarom maakt de lengte van de rest van de MKV bijna geen verschil hoe lang de baan duurt. MKV is de archiefcontainer van keuze omdat het onbeperkt audio tracks, zachte ondertitels, hoofdstuk markers en cover kunst in één bestand opslaat.

Niet de foto, alleen het wachten. Een MKV is een Matroska-familie container, en dat gezin houdt de container en de codec volledig gescheiden.. Wat het bestand eigenlijk houdt werd besloten toen het werd geschreven en wordt niet geïmpliceerd door de uitbreiding. De converter decodeert wat het vindt terug naar ruwe frames eerst, en die frames zijn identiek welke codec geproduceerd hen. Decoderen kosten is niet identiek: de nieuwere, efficiëntere codecs nemen meerdere malen langer om uit te pakken dan de oudere, dus twee MKV bestanden van dezelfde lengte kunnen merkbaar verschillende tijden om dezelfde WebP te bereiken. MKV is codec-agnosticus: H.264, HEVC, VP9 en AV1 video zitten gelukkig naast AAC, FLAC, Opus, DTS of Dolby audio in hetzelfde bestand.

Omdat een MKV is geen container browsers zijn verplicht om te ondersteunen, en welke builds beheren varieert in plaats van gegarandeerd. Het verandert niets over de conversie. Het bestand is gedecodeerde server-side, dus een container de browser weigert te converteren precies als een die het accepteert, en geen lokale codec pack is nodig om het hier te gebruiken. Het is de moeite waard te weten welke manier de handel loopt, hoewel: de geanimeerde WebP die terug komt is een formaat elke browser render, dus dit beweegt de clip van iets wat het web niet zal raken aan iets wat het zal. MKV heeft bijna geen native hardware ondersteuning.. telefoons, browsers en TV's meestal VLC of een remux nodig voordat ze zullen spelen.

Lossy, voor alles wat begon als video. Een geanimeerde WebP kan zijn frames sowieso coderen: de verliesloze modus houdt elke pixel en past bij platte graphics en schermtekst, terwijl de lossy modus gebruik maakt van blok-gebaseerde voorspelling van het soort een video codec gebruikt en past bij echte beelden. Camera frames zijn vol fijnkorrelige en gradiënten die verliesloze compressie vindt geen patroon in, dus een verliesloze animatie van een film clip kan meerdere keren draaien de grootte van een verliesloze die hetzelfde lijkt. Laat het verliesloos, tenzij de bron was een schermopname van heldere tekst. WebP is nog steeds tweede klas buiten de browser. print workflows, oudere Office builds en sommige telefoon galeries niet accepteren.

Geanimeerde WebP werkt het beste voor clips onder de 10 seconden. Verder is het bestand ballonnen (GIF is in wezen per-frame ongecomprimeerd). Voor langere animaties doel geanimeerde WebP of APNG, beide gebruiken video-codec-grade compressie en schaal veel beter.

Geanimeerde GIF: 2 tot 8 MB op 480p afhankelijk van bewegingscomplexiteit. Geanimeerde WebP: 200 KB tot 1 MB met dezelfde resolutie / kwaliteit. Geanimeerde WebP is 5 tot 10x efficiënter dan GIF voor dezelfde visuele kwaliteit. WebP biedt zowel lossy als verliesloze modi, met alfa transparantie en animatie beschikbaar in beide.

Standaard downsample naar 15 fps voor geanimeerde GIF (het worstelt visueel boven 25 fps) en 24 fps voor geanimeerde WebP / APNG (die omgaan met hogere snelheden schoon). Override via de frame-rate optie als uw kijker ondersteunt de bronsnelheid.

Geen geanimeerde WebP formaten (GIF, WebP, APNG) slaan geen audio op. Als je geluid nodig hebt, richt je op een videocontainer (MP4, WebM) in plaats van een geanimeerd afbeeldingsformaat.

Ja, de loop-count optie bepaalt of WebP oneindig (standaard), N-tijden afspeelt of precies één keer speelt. Het aantal lussen wordt opgeslagen in de WebP containermetadata en gerespecteerd door elke moderne kijker.

Twee gemeenschappelijke oorzaken. Ten eerste, frame-rate downsampling: 15 fps WebP van een 60 fps MKV daalt 75% van de frames; fix met de frame-rate schuif. Ten tweede, palet quantization: GIF is beperkt tot 256 kleuren en gradiënt-zware MKV dithers zichtbaar. Schakel over op geanimeerde WebP voor full-color trouw.

Ja, de hergrootte optie schalen de MKV naar beneden voor frame extractie, die dramatisch krimpt WebP bestandsgrootte. Een 480p WebP van een 4K MKV is ongeveer 16x kleiner dan een 4K WebP. Gebruik /video-cutter/ om in een aparte stap in te gaan.