Videó formátumok az internethez, rövid útmutató a választáshoz

A webes videók sokáig növekedni fognak. Bár az Instagram és a Youtube videók beágyazása egyszerű, egyre több olyan helyzet fordul elő - hasonlóan sok e-kereskedelmi felhasználási esethez -, amely egyéni megközelítést követel meg a videók kézbesítéséhez.

A videofeldolgozási és kézbesítési folyamat beállításakor az első döntés a megjelenítendő videoformátumokról szól. Az olyan szempontok, mint az UX, a támogatás (böngészők és rendszerek), a tömörítés hatékonysága vagy a kódolási sebesség valószínűleg relevánsak ebben a választásban.

A webes vállalkozások médiaoptimalizálásával kapcsolatos tapasztalataim alapján megpróbálom itt kiemelni a fő szempontokat, amelyeket figyelembe kell venni. Ha egyszerű átkódolási és optimalizálási lehetőséget keres az ffmpeg használatával, akkor ellenőrizheti ezt a cikket is.

Konténerek és kodekek

A szokásos képformátumokkal ellentétben nagyon fontos tisztában lenni a konténer és a kódolási szabvány közötti különbséggel. A fájlkiterjesztés megmondja, hogy melyik tárolót használja, de nem azt, hogy melyik kodeket használja. A klip kódolásához alkalmazott szabvány meghatározza, hogy támogatja-e a böngésző vagy a rendszer.

Például, míg az univerzálisan támogatott webes videoformátum egy mp4 tárolót és a H264 szabványt használja a kódoláshoz, nem minden mp4 fájl támogatott egyetemesen, mivel előfordulhat, hogy más szabvány szerint kódolják, például H265.

Még egy kicsit bonyolultabbá válik az adaptív bitsebességgel (ABR), amely a legjobb módot kínálja arra, hogy reagáljon a felhasználó hálózati és eszköz képességeire.

Lássuk a konténerek, valamint a kódolási és kézbesítési szabványok főbb kombinációit, valamint a támogatás, a tömörítés hatékonysága, a kódolási sebesség és a felhasználói élmény tekintetében fennálló különbségeket.

Progresszív videó

H264 / AVC

A videokirályok formátumában egy mp4 konténer található H264 / AVC kódolással. Néha megtalálható egy m4v tárolóban (alapértelmezett formátum a kézifékben), egy mp4 származékban, amelyet az Apple fejlesztett ki H264 videókhoz, DRM védelemmel.

Minden böngésző és rendszer - natív alkalmazások is iOS-ben és Android-ban egyaránt - támogatják ezt a formátumot. A kompatibilitási problémák elkerülése a biztonságos választás.

Ezenkívül az asztali számítógéptől a mobilig szinte minden eszköz támogatja a hardveres gyorsítás támogatását a H264 számára. Kódolás és dekódolás gyors.

Összegezve: ennek a formátumnak a kódolása és átadása nagyon egyszerű. A képekhez hasonlóan egyszerűen beillesztheti a videó linkjét a HTML5 használatával, és az ott működő bármely böngészővel működik.

A problémák a VGA-n keresztüli felbontásoknál, a jó vizuális minőségnél kb. 2000 kbps / s sebességnél nagyobbak és több másodpercig tartanak. Ha mobilhálózaton keresztül nézzük - sok régióban, csúcsidőben is otthoni kapcsolatokban - fennakadást és újjáépítést okozhat. A minőség csökkentésének alternatívája olyan tárgyakat eredményez, mint az elmosódás, a szúnyogok vagy a tömb.

H265 / HEVC

Ugyanazon konténer és H265 / HEVC kódolás segítségével egy erőteljes videoformátumot találunk, amely sokkal nagyobb tömörítési hatékonyságot eredményez (kb. 50% -kal könnyebb), és sokkal kisebb az elmosódáson kívüli műtermékek kockázata. Ennek a formátumnak az a problémája, hogy a támogatás csak az Apple készülékekre korlátozódik, amelyek ára tartalmazza a borsos jogdíjakat. Szinte csak a Safari és az iOS alkalmazások lesznek képesek használni. Ha sok iPhone vagy Mac felhasználója van, felveheti egy tartalékként a H264-re. A tapasztalat jobb lesz számukra.

A szinte csak az Apple készülékein elérhető hardveres gyorsítással is ennek a formátumnak a nagyobb bonyolultsága azt jelenti, hogy a kódolás lényegesen lassabb, ezért a szállítási változatok előállítása több számítást és több időt igényel.

VP9

Ez a nyílt forráskódú, jogdíjmentes válasz a Google-tól. Az mp4 helyett webm konténereket használ, alapvetően egy mkv konténert, de a kódolási szabványt VP8 vagy VP9 értékre állítja. Az In hasonló előnyökkel jár a H265 számára, talán kissé kevésbé hatékony, de még mindig sokkal több a H264-hez képest. Ismét lehetővé teszi a súly csökkentését, az elmosódáson kívüli műtárgyak sokkal kisebb kockázatával. A kódolási sebesség hasonló a lassú H265-höz. A kódolási sebességet érdemes szem előtt tartani, különösen egy házon belüli átkódoló vezetékben.

Figyelje meg, hogy míg egy korábbi verzió (VP8) ugyanazzal a támogatással létezik, egyáltalán nem javasoljuk, mivel ez semmilyen előnyt nem jelent a már általánosan támogatott H264 számára. A webm használata csak VP9 kódolással indokolt.

Természetesen a webes támogatás csak a Google világára korlátozódik. Ez azt jelenti, hogy a Chrome és az Android. Ismét szükségünk lesz egy tartalékra a H264-re.

AV1

A szabvány első stabil verziója 2018. márciusában jelent meg, MP4 és MKV konténerekhez egyaránt hozzárendelve. A H265-hez képest hasonló vagy kissé nagyobb tömörítési hatékonyságot eredményez, miközben licencmentes. Az utolsó megvalósítások szintén javították a dekódolási sebességet a H265-höz képest, így az AV1 videók vonzó alternatívát jelentenek a webes szállításhoz.

A formátumot létrehozó Alliance for Open Media részt vevő partnerek széleskörű támogatást igényelnek a közeljövőben. Azt ígéri, hogy minden más formátumot át fog söpörni.

A jelenleg rendelkezésre álló megvalósítást azonban továbbra is kísérleti jellegűnek kell tekinteni, és szűk keresztmetszete még mindig kódolja a sebességet. A művelet hardveres gyorsításának hiánya egyértelműen kérdés, az első megoldásokat az év végére várják.

VVC

A H264 AVC és a H265 HEVC-ért felelős bizottság gyorsan új szabványt követett, várhatóan 2020-ra várható. A jelenleg figyelembe vett megközelítések előzetes tesztjei figyelemre méltó eredményeket mutattak a H265-höz és az AV1-hez képest. Futurisztikus figyelmeztetésként illesztem ide, csak azért, hogy megmutassam, hogy a videó kódolási verseny még korántsem ért véget.

Adaptív bitráta (ABR)

Ez egy nagyon érdekes alternatíva minden progresszív formátumhoz. HTTP alapú média streaming kommunikációs protokollra épít. Ebben a megközelítésben a videók fő lejátszási listaként kerülnek kiszállításra. A lejátszási lista egy ábrázolást vagy létra kínál, különböző felbontási és bitráta-lehetőségekkel, amelyek a különböző nézetablak-méretekhez, a hálózati sávszélességhez és az eszköz képességeihez igazodnak.

Ezenkívül a videók darabokra vagy darabokra vannak osztva , hogy az ügyfél az egyik minőségi szintről a másikra ugorjon. Képes alkalmazkodni a felhasználó körülményeihez, nevezetesen a hálózati sebességhez, de a nézetablak méretéhez hasonlóan teljes képernyősre váltáshoz is.

Az ABR nagy előnyt jelent az UX mobileszközökre történő optimalizálásában, elkerülve az elakadást vagy az események újbóli pufferelését a mobilhálózatok alatt. Ha valódi válaszadó viselkedésre vágyik, akkor egyértelműen ezt a megközelítést kell követnie. Két fő szabvány létezik, a HLS és az MPEG-DASH.

Bár széles körben meg van győződve arról, hogy az ABR-nek csak meglehetősen hosszú videóknál van értelme, tapasztalataim szerint sok, meglehetősen rövid klippel rendelkező helyzet is profitálhat ebből a megközelítésből.

HLS

Az Apple fejlesztette ki, ez az ABR protokoll különböző darabokra bontva, mp4 formátumban. Eredetileg a H264-gyel, a H265-et is támogatja. Kompromisszumként azonban azt javasoljuk, hogy tartsuk be a H264 kódolást a HLS-sel, mivel ez sokkal jobb kompatibilitást eredményez a kliensek különféle eseteiben.

Ennek a szabványnak nagy pontja a legújabb Apple-eszközök támogatása. A Safari vagy a natív iOS-alkalmazásokon kívüli ügyfelek számára megtekintőre van szükség. De ez nem jelent nagy problémát, mivel jó nyílt forráskódú opciók, például videojk állnak rendelkezésre odakint. Vagy természetesen szüksége lesz némi erőfeszítésre a testreszabásához és a kezelőfelületen való működéshez. Remek átkódolási és kézbesítési szolgáltatások is vannak, amelyek ezt a munkát elvégzik az Ön számára.

Mivel minden egyes megjelenítést állandó bitráta sebességgel kell kódolni, javasoljuk a HLS és a címenkénti kódolás kombinálását. Vagyis a megjelenítés bitrátájának kiválasztása a videó tartalma alapján.

MPEG-DASH

Ez az ABR kodek-agnosztikus protokollja, így képes a H264 és H265 mellett VP9 kódolással, vagy akár olyan új alternatívákkal is dolgozni, mint az AV1. Hátránya a relatív fiatalsága, ami azt jelenti, hogy sokkal kevesebb támogatást élvez, mint a HLS. Ezért még nem ajánljuk a legtöbb internetes vállalkozásnak - még a nagy e-kereskedelmi üzleteknek sem.

Összegzés

A H264 AVC tömörítés évekig tartó túlsúlya után új megközelítések éltetik a jelenetet. A megjelenítési méretek és felbontások versenye olyan új formátumok kifejlesztését ösztönzi, amelyek nagyobb sávszélesség mellett képesek nagyobb tartalmat szolgáltatni.

A webes VP9 jelentősen növeli a tömörítési hatékonyságot (kb. 30%), jogdíjmentes és a Google megoldásai (Chrome, Android) támogatják. Sokkal tovább haladva a H265 / HEVC összehasonlítható vagy jobb szubjektív minőséget ért el a bitráta felénél a H264-hez képest. Mivel egyikük sem rendelkezik univerzális támogatással, a H264-re továbbra is szükség lesz, legalábbis tartalékként.

Az adaptív bitsebesség vonzó alternatíva, verhetetlen felhasználói élményt nyújt. Ebben a tekintetben a HLS széles körű támogatást élvez a nyílt forráskódú nézők segítségével. Valószínűleg ez a legjobb megoldás egy közepes méretű web számára. A néző igénye által okozott bonyolultságot meglehetősen enyhíti az a lehetőség, hogy nyílt forráskódú kezdeményezések állnak rendelkezésre, mint például a videojók a házon belüli megoldásokhoz, de harmadik féltől származó szolgáltatások is rendelkezésre állnak, amelyek versenyképes áron végzik a munkát. Ha ezt az utat járja be, mindenképpen kérjen címenkénti kódolást.