MKV → WebP

Ja, og det er den raskeste måten å finne det øyeblikket du vil. Et MKV lagrer kapittelmerker i beholderen som navngitte tidsstempler, så lista kan leses rett av fila og et punkt på innsiden inn i startfeltet i stedet for å bli jaget etter med øye. Gi det en varighet sammen med og bare det spenget blir avkodet, derfor er lengden på resten av MKV at det nesten ikke er noen forskjell på hvor lang tid jobben tar. MKV er den arkivbeholderen du vil velge, fordi den lagrer ubegrensete lydspor, myke undertekster, kapittelmarkører og overtrekkskunst i én fil.

Ikke bildet, bare ventetiden. En MKV er en familiecontainer med en mdka, og den familien holder beholderen og kodeken helt atskilt – det som fila faktisk inneholder ble bestemt når den ble skrevet og ikke er implisert av utvidelsen. Konverteren avkodes alt den finner tilbake til rårammer først, og disse rammene er identiske med det som kodeken produserte dem. Avkodekostnaden er ikke identisk: de nyere, mer effektive kodekene tar flere ganger lenger tid å pakke ut enn de eldre, så to MKV filer av samme lengde kan ta merkbart forskjellige tider å nå de samme WebP. MKV er kodek- agnostiker: H. 264, HEVC, VP9 og AV1 video sitter lykkelig ved siden av AAC, FLAC, Opus, DTS eller Dolby lyd i samme fil.

Fordi en MKV ikke er en beholderleser som må støtte, og som bygger styrer at den varierer i stedet for å være garantert. Det endrer ingenting ved konverteringen – fila blir dekodet på tjenersiden, så en beholder som nettleseren nekter å konvertere akkurat så godt som en den godtar, og ingen lokal kodek- pakke trengs for å bruke den her. Det er verdt å vite hvordan handelen går, men: den animerte WebP som kommer tilbake er et format som hver nettleser tegner opp, så dette flytter klippet fra noe som nettet ikke vil røre ved til noe det vil gjøre. MKV har nesten ingen støtte for maskinvaren – telefoner, nettlesere og TV-apparater trenger vanligvis VLC eller en remux før de kan spille den.

Tapsfri, for alt som startet som video. En animert WebP kan kode rammene på begge måter: den tapsfrie modusen beholder hver piksel og passer til flat grafikk og skjermtekst, mens tapsfri tekst bruker blokkbasert forutsigelse av den typen videokodek som brukes og passer til virkelige bilder. Kamerarammer er fulle av fine korn og gradienter som tapsfri komprimering ikke finner noe mønster i, så en tapsfri animasjon av et filmet klipp kan kjøre flere ganger så mye som et tapsfritt bilde som ser ut. La det tapsfritt hvis kilden ikke var et skjermopptak av skarp tekst. WebP er fortsatt annenklasses utenfor nettleseren – print arbeidsganger, eldre kontorbygninger og noen telefongallerier aksepterer det ikke.

Animert WebP er størrelsessatt for klipp under 10 sekunder. Længere enn så og utgående ballonger fort – GIF er ukomprimert per ramme, så til og med beskjedne klipp kjører til mange megabyte. For lengre animasjoner, mål animert WebP eller APNG, som begge komprimerer liknende moderne videokodeker.

For animert GIF ved 480p er det typiske resultatet 2-8 MB avhengig av bevegelseskompleksitet. For animert webP med samme oppløsning/ kvalitet, vent 200 KB til 1 MB – animert WebP er 5-10x mer effektivt enn GIF for samme visuelle kvalitet. WebP tilbyr både tapsfri og tapsfri modus, med alfa gjennomsiktighet og animasjon tilgjengelig i enten.

Som standard kan vi ta stikkprøver ned til 15 fps for animert GIF (GIF virker dårlig over 25 fps i de fleste seere) og 24 fps for animert WebP / APNG (som håndterer høyere priser fint). Innstillinga for rammefrekvens overstyrer standardinnstillinga for å bevare kildefrekvensen fra MKV hvis målviseren støtter det.

Nei, animerte WebP formater (GIF, WebP, APNG) lagrer ikke lyd i det hele tatt. Hvis du trenger lyd med klippet, kan du målrette en videobeholder (MP4, WebM, MKV) i stedet for WebP. Mange sosiale embeds (Twitter, Discord) konverterer faktisk MP4 til autospill- sløyfer i GIF- stil, slik at du får det beste av begge.

Ja, antall sløyfer styrer om WebP sløyfe er uendelig (standard), spiller N ganger, eller spiller av en gang og stopper. Antall sløyfer lagres i WebP beholder- metadata og respekteres av alle moderne seere, nettlesere og innebygget overflate.

To vanlige årsaker: Sampling av rammer (vi slipper som standard en 30 fps MKV til 15 fps GIF – hopper over rutefrekvensen for å gjenopprette utjevning) og palettkvantisering (GIF er begrenset til 256 farger per ramme, som posteriserer gradienter på en måte som opprinnelig MKV ikke gjorde). Bytt målet til animert WebP for full fargekvalitet.

Ja, innstillinga for endring av størrelse skalerer inndata før uttrekk av rammer, som dramatisk reduserer endelig WebP størrelse. En 480p WebP generert fra en 4K MKV er 16x mindre på disken enn en 4K WebP. Beskjæring behandles i en egen / trim / eller / beskjæring/ trinnkjøring før konvertering.