WebM → WebP

Nyissa meg egy játékos, megtalálja a pillanatot, és vegye figyelembe az időkódot, mert a WebM nem szokott a fejezetjeleket a navigálni. Beilleszti, hogy a start-time mezőbe, hozzáad egy időtartamot, és a konverter keres, és csak a kívánt span-t dekódolja. A keresés pontos a kerethez, de csak akkor lehet olyan jó, mint a szám, amit adott ~ ellenőrizze egy előnézetet, mielőtt elkötelezi magát egy hosszú klipre. A WebM egy böngészőn kívül bárhol rossz helyzetben lévő · videószerkesztők, telefonok • natív galériák és okostévék nagyrészt figyelmen kívül hagyják.

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.

Igen, ha már megvan a fájl maga. A WebM az, amit a web használ inline videóhoz pontosan azért, mert a böngészők plugin nélkül játsszák le, így a lapban lejátszás általában egy egyszerű WebM, amely ment és feltölti itt, mint bármely más fájl. A kivétel egy streaming lejátszó, amely kiadja a rövid számozott szegmenseket, nem pedig egy fájl • azokat kell összeállítani, mielőtt bármi is átváltható. Jogok a másik dolog érdemes ellenőrizni: hogy képes letölteni egy videót, mint bármely más fájl. WebM játszik natívan minden modern böngészőben, nincs plugin, nincs licencdíj és nincs szabadalmaztatás, ami az alapértelmezett web-beágyazott videó.

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.