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 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 terug 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 om 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 video codec gebruikt en past bij echte beelden. Cameraframes zijn vol fijnkorrelige en gradiënten die verliesloze compressie vindt geen patroon in, dus een verliesloze animatie van een filmclip kan meerdere malen 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 is formaat voor clips onder 10 seconden. Langer dan dat en de uitgang ballonnen snel GIF is ongecomprimeerd-per-frame, dus zelfs bescheiden clips lopen tot vele megabytes. Voor langere animaties, doel geanimeerde WebP of APNG, die beide comprimeren vergelijkbaar met moderne video codecs.

Voor geanimeerde GIF op 480p is het typische resultaat 2-8 MB afhankelijk van bewegingscomplexiteit. Voor geanimeerde WebP met dezelfde resolutie / kwaliteit, verwacht 200 KB tot 1 MB... WebP biedt zowel lossy als verliesloze modi, met alfa transparantie en animatie beschikbaar in beide.

Standaard downsample naar 15 fps voor geanimeerde GIF (GIF werkt slecht boven 25 fps in de meeste kijkers) en 24 fps voor geanimeerde WebP / APNG (die omgaan met hogere snelheden fijn). De frame-rate optie overschrijft de standaard om de bronsnelheid te behouden van uw MKV als uw doelviewer het ondersteunt.

Geen geanimeerde WebP formaten (GIF, WebP, APNG) slaan audio helemaal niet op. Als je geluid nodig hebt met je clip, richt je op een video container (MP4, WebM, MKV) in plaats van WebP. Veel sociale embeds (Twitter, Discord) daadwerkelijk converteren MP4-uploads in GIF-stijl autoplay loops, waardoor u het beste van beide.

Ja, de loop-count optie bepaalt of de WebP loops oneindig (standaard), N-tijden afspelen, of een keer afspelen en stoppen. De loop count wordt opgeslagen in WebP container metadata en gerespecteerd door elke moderne kijker, webbrowser en embed oppervlak.

Twee gemeenschappelijke oorzaken: frame-rate downsampling (we laten een 30 fps MKV naar 15 fps GIF standaard botsen met de frame-rate optie om gladheid te herstellen) en palet quantization (GIF is beperkt tot 256 kleuren per frame, die gradiënten posteriseert op een manier die de oorspronkelijke MKV niet deed).

Ja, de resize optie schalen de invoer naar beneden voor frame extractie, die drastisch vermindert definitieve WebP grootte. Een 480p WebP gegenereerd uit een 4K MKV is 16x kleiner op de schijf dan een 4K WebP. Bijsnijden wordt behandeld in een aparte /trim/ of /crop/ step run voor de conversie.