Az X új Live API-ja a teljes közvetítést átadja külső eszközöknek

A Creators Toolbox szeptember 22-i híre szerint az X átépített Livestream API-ja ekkor már elérhető volt. A jóváhagyott külső alkalmazások az adás indítását és ütemezését, valamint az élő csevegés kezelését is beépíthetik saját szolgáltatásukba. Az alkotó számára ez akkor jelent változást, ha az általa használt közvetítési platform hozzáférést kap az API-hoz, és elkészíti az integrációt.

A Net Influencer szeptember 25-i beszámolója az adás teljes életciklusát írja le: az engedélyezett szolgáltatás videóforrást kezelhet, közvetítést hozhat létre és tehet élővé, figyelheti az állapotát, majd le is zárhatja. A hozzáféréshez a fejlesztőnek külön kérelmet kell benyújtania az X-hez. Attól, hogy egy alkalmazás videójelet tud küldeni a platformra, még nem kap automatikusan jogosultságot az adás vagy a csevegés API-n keresztüli vezérlésére.

A videóforrás és az adás külön elem

Az új munkafolyamat egy tartós RTMP- vagy RTMPS-forrással kezdődik. Ez fogadja a videokódolóból érkező jelet, és későbbi közvetítésekhez is felhasználható. Az X-en látható adás külön esemény, amely ehhez a forráshoz kapcsolódik: létrejön, élő állapotba kerül, majd véget ér. Ez a szétválasztás teszi lehetővé, hogy ugyanazt a technikai bemenetet egymást követő műsorok használják, miközben mindegyik adásnak saját állapota van.

A külső szolgáltatásnak először létre kell hoznia vagy ki kell választania a forrást, és el kell indítania a videojelet. Ezután hozhatja létre az adást, amelyet külön művelettel tesz nyilvánosan élővé. Közben lekérdezheti, hogy a forrás aktív-e, az adás pedig milyen állapotban van; a befejezés önálló művelet. Ha a szolgáltató megtartja a forrást, a következő közvetítéshez nem kell új videóbemenetet felépítenie.

A forrás és az adás külön kezelése a hibák értelmezésében is számít. Egy létrehozott adás önmagában még nem jelenti, hogy a nézőkhöz működő videó jut el: ehhez a kódolónak ténylegesen továbbítania kell a jelet. Az adás lezárása viszont nem azonos a tartós forrás törlésével. A külső eszköz ezért a videó fogadását és a nézőknek látható közvetítés állapotát külön tudja nyomon követni.

Az ütemezéshez előre létrehozott forrás kell

Az engedélyezett alkalmazás egyszeri vagy ismétlődő közvetítést is ütemezhet. Az adás a beállított időpontban automatikusan élővé válhat, de a szolgáltatás külön indítási parancsra is várhat. Mindkét változat egy már létező forráshoz kapcsolódik; a műsor időpontjának rögzítése nem helyettesíti a beérkező videojelet.

Az automatikus indításnál a közvetítési szolgáltatásnak a tervezett kezdés előtt biztosítania kell a jelet. A kézi indítás más helyzetet kezel: a műsor előre szerepelhet a tervben, de csak akkor kerül élő állapotba, amikor a külső alkalmazás ezt kéri. Az API tehát a műsortervet és a tényleges közzétételt is összekötheti, miközben a két művelet időben elválasztható marad.

Ez különösen az ismétlődő adásoknál ad egységes munkafolyamatot. A szolgáltatás kezelheti az előre megadott időpontokat, az egyes adások állapotát és a hozzájuk rendelt forrást ugyanabban a rendszerben. Az alkotó azonban csak azokat a lehetőségeket látja majd a választott eszközben, amelyeket annak fejlesztője a jóváhagyás után ténylegesen beépített.

A csevegés kezelhető, a mérés határait érdemes külön látni

Az API az élő adáshoz tartozó beszélgetést is eléri. A jogosult alkalmazás olvashatja a csevegés eseményeit, üzenetet küldhet, hozzászólást távolíthat el és felhasználót némíthat. Így a műsor közbeni moderálás a külső közvetítési szolgáltatás része lehet: a kezelőnek nem kell minden ilyen művelethez az X saját felületére átváltania.

Az adás felügyelete során a szolgáltatás az élő állapotot és a nézőszámot is lekérdezheti. Ezek az információk a folyamatban lévő közvetítés követéséhez tartoznak. A részletes, utólagos teljesítményelemzés más kérdés: az egyes külső alkalmazások által megjelenített mutatók attól függenek, mely adatokhoz férnek hozzá, és mit építettek be a saját felületükbe. Az API képességeinek felsorolása önmagában nem ígér azonos elemzőfelületet minden alkotónak.

A csevegés és a videó vezérléséhez ráadásul eltérő műveletek tartoznak. Egy szolgáltatás megvalósíthatja az adás létrehozását úgy, hogy a moderálási funkciókat még nem kínálja felhasználóinak. A „teljes életciklus” ezért az engedélyezett integráció lehetséges műveleti körét jelöli; a konkrét termék funkcióit továbbra is a fejlesztő döntése és a kapott jogosultságok határozzák meg.

A Media Studio Producer másféle hozzáférés

Az X Media Studio Producer útmutatója szerint a felhasználók már a saját felületen is létrehozhatnak videóforrást és adást, előre ütemezhetnek közvetítést, valamint megtekinthetik az adás statisztikáit. A Producer RTMP- és HLS-forrást fogad, az RTMP-forráshoz pedig RTMPS-címet is kínál. Ezek az alkotó által a Producerben végzett műveletek; az új API a jóváhagyott külső alkalmazásoknak ad lehetőséget a közvetítés programozott vezérlésére.

A különbség a jogosultságnál válik élessé. A videó X-re továbbításához használt kódoló vagy szolgáltatás megléte nem jelenti, hogy ugyanaz az alkalmazás adást is létrehozhat, csevegést moderálhat vagy lezárhatja a közvetítést az API-val. Ehhez a fejlesztői alkalmazás jóváhagyása és a közvetítő felhasználó nevében adott, megfelelő olvasási és írási jogosultság szükséges. Az alkotónak így a ténylegesen támogatott műveletek számítanak, nem pusztán az, hogy a szolgáltatás képes videót küldeni az X-re.

A Producerben az adás utáni analitika többek között a nézési időt, a megtekintéseket, az egyidejű nézőket, az eszköztípust és a területi megoszlást mutatja. Ez nem jelenti automatikusan, hogy egy külső alkalmazás ugyanazt a kimutatást kínálja. A következő kézzelfogható fejlemény az lesz, mely közvetítési szolgáltatások kapnak API-hozzáférést, és ezek közül melyek építik be az ütemezéstől a lezárásig tartó vezérlést.

Olvassa el ezt is:

• Calendly vagy Microsoft Bookings: az előfizetésben kapott eszköz nem tud mindent
• A Clastix 2,9 millió eurót kapott – ez az első külső tőkéje
• Billingo vagy Számlázz.hu: az API és a számlamennyiség dönti el