MKV → WebP

Ja, och det är det snabbaste sättet att hitta det ögonblick du vill. A MKV lagrar kapitelmärken i behållaren som namngivna tidsstämplar, så listan kan läsas direkt från filen och en in-punkt klistras in i start-time fältet istället för att jagas med öga. Ge den en varaktighet tillsammans och bara att spänn är avkodad, vilket är varför längden på resten av MKV gör nästan ingen skillnad för hur lång tid jobbet tar. MKV är den arkiviska behållare av val eftersom det lagrar obegränsad ljudspår, mjuka undertexter, kapitel markörer och täcka konst i en fil.

Inte bilden, bara väntan. A MKV är en Matroska- familj behållare, och den familjen håller behållaren och codec helt separat - vad filen faktiskt innehar bestämdes när den skrevs och är inte underförstått av förlängningen. Konverteraren avkodar vad som än finns tillbaka till råa ramar först, och dessa ramar är identiska beroende på codec producerade dem. Avkoda kostnaden är inte identisk: den nyare, mer effektiva codecs tar flera gånger längre att packa upp än de äldre, så två MKV filer av samma längd kan ta märkbart olika tider att nå samma WebP. MKV är codec-agnostic: H.264, HEVC, VP9 och AV1 video sitter glatt bredvid AAC, FLAC, Opus, DTS eller Dolby ljud i samma fil.

Eftersom en MKV inte är en container webbläsare är skyldiga att stödja, och vilka byggen hanterar den varierar snarare än att vara garanterad. Den ändrar ingenting om konverteringen — filen är avkodad server- sida, så en behållare webbläsaren vägrar konverterar exakt så bra som en den accepterar, och ingen lokal codec- pack behövs för att använda den här. Det är värt att veta vilket sätt handeln kör, dock: den animerade WebP som kommer tillbaka är ett format som varje webbläsare ger, så detta flyttar klippet från något som webben inte kommer att röra något det kommer att göra. MKV har nästan inget inbyggt hårdvarustöd — telefoner, webbläsare och TV-apparater behöver vanligtvis VLC eller en remux innan de kommer att spela den.

Förlust, för allt som började som video. En animerad WebP kan koda sina ramar åt båda hållen: det förlustfria läget håller varje pixel och passar platt grafik och skärmtext, medan förlustläget använder blockbaserad förutsägelse av det slag en videocodec använder och passar verkliga bilder. Kameraramar är fulla av finkornig och gradienter som förlustfri kompression inte finner något mönster i, så en förlustfri animation av ett filmat klipp kan köras flera gånger storleken på en förlustig som ser likadan ut. Lämna den förlustaktig om inte källan var en skärminspelning av skarp text. WebP är fortfarande andra klassens utanför webbläsaren — utskrift arbetsflöden, äldre Office-byggen och vissa telefongallerier accepterar inte det.

Animerad WebP är storlek för klipp under 10 sekunder. Längre än så och utgångsballonger snabbt — GIF är okomprimerad-per-frame, så även blygsamma klipp kör till många megabyte. För längre animeringar, mål animerade WebP eller APNG, som båda komprimerar liknande moderna video codecs.

För animerad GIF på 480p är det typiska resultatet 2-8 MB beroende på rörelse komplexitet. För animerad WebP med samma upplösning / kvalitet, förvänta sig 200 KB till 1 MB - animerad WebP är 5-10x effektivare än GIF för samma visuella kvalitet. WebP erbjuder både förlustfria och förlustfria lägen, med alfatransparens och animering tillgänglig i någondera.

Som standard vi ner provtagning till 15 fps för animerade GIF (GIF fungerar dåligt över 25 fps i de flesta tittare) och 24 fps för animerade WebP / APNG (som hanterar högre priser fin). Frame-rate alternativet överskrider standardvärdet för att bevara källhastigheten från din MKV om din mål tittare stöder det.

Nej — animerade WebP format (GIF, WebP, APNG) lagrar inte ljud alls. Om du behöver ljud med ditt klipp, rikta en videobehållare (MP4, WebM, MKV) i stället för WebP. Många sociala inbäddningar (Twitter, Discord) faktiskt konvertera MP4 uppladdningar till GIF- stil autoplay loops, vilket ger dig det bästa av båda.

Ja — alternativet loop- count styr om WebP loopar oändligt (standard), spelar N gånger, eller spelar en gång och stannar. loopräkningen lagras i WebP behållare metadata och respekteras av varje modern tittare, webbläsare och inbäddade yta.

Två vanliga orsaker: nedsampling med ramsats (vi tappar en 30 fps MKV till 15 fps GIF som standard – fäll frame-rate-alternativet för att återställa jämnhet) och palettquantization (GIF är begränsad till 256 färger per ram, vilket affischerar lutningar på ett sätt som originalet MKV inte gjorde). Byt till animerad WebP för fullständig färgtrohet.

Ja — alternativet ändra storlek skalar indatan ner innan bildextraktion, vilket dramatiskt minskar slutlig WebP storlek. A 480p WebP genererad från en 4K MKV är 16x mindre på disk än en 4K WebP. Beskärning hanteras i en separat / trim/ eller /crop/ steg kör innan konverteringen.