WebM → WebP

Åpne den i en spiller, finn øyeblikket og legg merke til tidskoden, fordi en WebM normalt ikke har kapittelmerker for å navigere etter. Lim inn det i start- tid feltet, legg til en varighet, og omformeren søker til det punktet og avkode bare den spennen du ba om. Søket er nøyaktig med ramma, men det kan bare være så godt som tallet den får – se etter i forhåndsvisningen før du går på et langt klipp. WebM er dårlig plassert overalt utenfor en nettleser – videoredigering, telefoners egengallerier og smart-TV-er ignorerer det stort sett.

Ikke bildet, bare ventetiden. En WebM 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 WebM filer av samme lengde kan ta merkbart forskjellige tider å nå de samme WebP. WebM er bevisst smal: VP8 eller VP9 video (AV1 nylig) med Vorbis eller Opus lyd, og ingenting annet.

Ja, når du har selve fila. En WebM er hva nettet bruker til innebygd video akkurat fordi nettlesere spiller den uten programtillegg, så klippet som spilles i en fane er vanligvis en vanlig WebM som lagrer og laster opp her som enhver annen fil. Unntaket er en spiller som sender ut korte nummererte segmenter i stedet for en fil – de må samles på nytt før noe kan konverteres. Rettigheter er det annet verdt å sjekke: å kunne laste ned en video er ikke det samme som å få lov til å publisere en animasjon laget av den. WebM spiller innfødt i hver moderne nettleser uten programtillegg, lisensgebyr og uten patenteksponering, noe som gjør det til standard for innbebygd video.

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 WebM 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 WebM 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 WebM 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 WebM er 16x mindre på disken enn en 4K WebP. Beskjæring behandles i en egen / trim / eller / beskjæring/ trinnkjøring før konvertering.