WebM → WebP

Nem a kép, csak a várakozás. A WebM egy Matroska-családi konténer, és ez a család tartja a konténert, és a codec teljesen külön ~ mit is tart valójában úgy döntött, amikor a fájlt írták, és nem utal a kiterjesztés. A konverter dekódolja, amit talál vissza nyers keret először, és ezek a keretek azonosak, akármely codec készült. Dekód költség nem azonos: az újabb, hatékonyabb codec-ek több alkalommal hosszabb, hogy kicsomagolja, mint a régebbiek, így két WebM fájl azonos hosszúságú lehet észrevehetően különböző időket, hogy ugyanazt a WebP. A WebM szándékosan keskeny: VP8 vagy VP9 videó (AV1 újabban) Vorbis vagy Opus hanggal, és semmi más.

A videóként indult dolgokhoz animált WebP akár így is kódolhatja a képkockákat: a veszteségmentes mód megtart minden pixelt és a lapos grafikának és képernyő szövegnek megfelelőt, míg a veszteséges mód blokkalapú előrejelzést használ a video codec-ek használatával és valós felvételekhez. A kamerakeretek tele vannak finom szemekkel és gradiensekkel, amelyekben a veszteségmentes tömörítés nem talál mintát, így a veszteségmentes animáció egy ugyanolyan méretű filmhez képest többször is futhat. Hagyja a veszteséget, kivéve, ha a forrás egy ropogós szöveg képernyőn készült felvétel volt. A WebP még mindig másodosztályú a böngészőn kívül. A nyomtatási munkafolyamatok, a régebbi irodaépítések és néhány telefongaléria nem fogadja el.

Az animált WebP 10 másodperc alatti klipekhez van méretezve. Hosszabb, mint ez, és a kimeneti ballonok gyors GIF nem tömörített-egy-keret, így még szerény klipek futnak sok megabájt. Hosszabb animációk, cél animált WebP vagy APNG, mindkettő tömöríti hasonló modern video codec-ek.

Az animált GIF-hez 480p esetén a tipikus eredmény a mozgáskomplexitástól függően 2-8 MB. Az animált WebP-hez 200 KB-tól 1 MB-ig tartó animált WebP 5-10x hatékonyabb, mint a GIF-től ugyanazért a vizuális minőségért. A WebP mind veszteséges, mind veszteségmentes módokat kínál, az alfa átláthatóság és animáció egyaránt elérhető.

Alapesetben 15 fps-re csökkentünk az animált GIF-re (a legtöbb nézőben a GIF rosszul működik 25 fps felett) és 24 fps-re az animált WebP / APNG-re (amely finoman kezeli a magasabb díjakat). A keretráta opció felülírja az alapértelmezettet, hogy megőrizze a forrásrátát a WebM-ból, ha a célnéző támogatja azt.

Nincs ~ animációs WebP formátumok (GIF, WebP, APNG) nem tárol audió egyáltalán. Ha hangra van szüksége a klipjével, célozzon meg egy videó konténert (MP4, WebM, MKV) WebP helyett. Sok társadalmi beágyazások (Twitter, Discord) valójában átalakítani MP4 feltöltés GIF-stílusú autoplay hurok, így a legjobb mindkét.

Igen, a loop-count opció azt szabályozza, hogy a WebP hurkok végtelenül (alapértelmezett), N-időt játszanak, vagy egyszer és egyszer lejátsszák. A loop számot a WebP konténer metaadatban tároljuk, és minden modern néző, böngésző és beágyazott felület tiszteletben tartja.

Két közös oka van: a keret-ráta lenyomása (leejtünk egy 30 fps WebM 15 fps GIF alapértelmezés szerint A keret-ráta opciót a simaság helyreállítására) és a paletta kvantációja (a GIF 256 színre korlátozódik egy képkockára, amely a gradienseket úgy utánozza, ahogy az eredeti WebM nem). A célpontot animált WebP-re kell váltani a teljes színhűség érdekében.

A 480p WebP egy 4K WebM- ból generálva 16x kisebb a lemezen, mint egy 4K WebP- ban. A roppinget külön / trim/ vagy /crop/ lépésben kell kezelni a konverzió előtt.

Igen, ugyanaz az adatvédelmi modell, mint minden átalakítás. Forrás klip és kimeneti animáció feldolgozzák elszigetelt munkavállalók és törölték perceken belül.

Animált WebP kódolás a CPU-hoz kötött és lassabb, mint a tipikus videó újrakódolás, mert a paletta / dithering passzok várható körülbelül 1x forrás időtartama. Egy 10 másodperces WebM klip termel egy WebP körülbelül 10 másodperc; hosszabb bemeneti skála lineárisan.