MP4 → WebP

Åpne den i en spiller, finn øyeblikket og legg merke til tidskoden, fordi en MP4 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. MP4 støtter bare ett allment kjent undertekstformat (mov_text), og flerspors lyd er upålitelig utenfor skrivebordsspillere.

Hovedsakelig for orienteringen. En MP4 er en ISO- basemedierfil, og familien registrerer rotering som et flagg i beholderen i stedet for ved å snu piksler – derfor kan et klipp tatt opp opprett på en telefon se rett ut i en spiller og ligge på siden i en annen. Animasjonen er bygget fra de avkodede piksler, slik at flagget må hedres før den første ramma skrives. Hvis forhåndsvisningen kommer tilbake til siden, roterer kilden og konverterer den igjen. Alt annet om et kamera eller en redigerer- opptak er det enkleste tilfellet: ett videospor, en jevn strøm av rammer. Nesten hver MP4 i naturen er H.264 video med AAC lyd; beholderen også lovlig inneholder HEVC, AV1 og VP9.

Ja, når du har selve fila. En MP4 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 MP4 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. MP4 er det sikreste mulige leveringsmålet – hver telefon, nettleser, konsoll, redigering og smart-TV som er bygget det siste tiåret spiller det uten ekstra programvare.

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