WebM → WebP

Öppna den i en spelare, hitta ögonblicket och notera tidskoden, eftersom en WebM normalt inte bär kapitel märken att navigera efter. Klistra in det i start-time fältet, lägga till en varaktighet, och omvandlaren söker till den punkten och avkodar bara spännvidden du bad om. Söket är korrekt till ramen, men det kan bara vara så bra som numret den lämnas - kontrollera den mot en förhandsvisning innan du förbinder dig till en lång klipp. WebM är en dålig passform någonstans utanför en webbläsare — videoredigerare, telefoner. infödda gallerier och Smart TV:er ignorerar det till stor del.

Inte bilden, bara väntan. A WebM ä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å WebM filer av samma längd kan ta märkbart olika tider att nå samma WebP. WebM är medvetet smal: VP8 eller VP9 video (AV1 senare) med Vorbis eller Opus ljud, och inget annat.

Ja, när du väl har filen själv. En WebM är vad webben använder för inline video just därför att webbläsare spelar den utan plugin, så klippet som spelar under en flik är vanligtvis en vanlig WebM som sparar och laddar upp här som alla andra filer. Undantaget är en strömmande spelare som delar ut korta numrerade segment snarare än en fil — de måste återmonteras innan något kan konverteras. Rättigheter är det andra värt att kontrollera: att kunna ladda ner en video är inte samma sak som att få publicera en animation gjord av den. WebM spelar inbyggt i varje modern webbläsare utan plugin, ingen licensavgift och ingen patentexponering, vilket gör det till standard för webb-inbäddade video.

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 WebM 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 WebM 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 WebM 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 WebM är 16x mindre på disk än en 4K WebP. Beskärning hanteras i en separat / trim/ eller /crop/ steg kör innan konverteringen.