MOV → WebP

Ja, och det är det snabbaste sättet att hitta det ögonblick du vill. A MOV 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 MOV gör nästan ingen skillnad för hur lång tid jobbet tar. MOV är formatet professionella redaktörer ber om, eftersom det överlever upprepade rundresor genom Final Cut Pro, Premiere och DaVinci Lös utan generationsförlust.

Huvudsakligen för orienteringen. A MOV är en ISO- bas- media- fil, och att familjen registrerar rotation som en flagga i behållaren snarare än genom att vrida pixlarna — vilket är varför ett klipp skott upprätt på en telefon kan se rätt i en spelare och ligga på sin sida i en annan. Animationen är byggd från de avkodade pixlar, så att flaggan måste hedras innan den första ramen skrivs; om förhandsvisningen kommer tillbaka i sidled, rotera källan och konvertera den igen. Allt annat om en kamera eller editor inspelning är det enkla fallet: en videospår, en stadig ström av ramar. En MOV bär normalt H.264 eller HEVC för leverans, eller ProRes när det är en redigeringsmästare, tillsammans med AAC eller okomprimerad PCM-ljud.

Eftersom en MOV 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. MOV-filer är stora, och utanför Apple ekosystem uppspelning stöd är patcharier än MP4 — äldre Android bygger och vissa Smart TV-apparater kommer att vägra dem.

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