@
JanoHD: V současné době diskutujeme o
budoucnosti fóra, a kromě jiného chceme založit subfórum pro vývojáře doplňků. Snad se nám to brzy podaří. Motivací pro tuto činnost je podpora i motivace těch, kteř mají zájem o vývoj a údržbu doplňků Kodi, ať už těch stávajících nebo i nových. Takže snad se brzy dočkáme ucelené podpory, diskuse a sdílení zkušeností, z nichž určitě jedno z témat bude přístup ke službám, pro které vytvářené doplňky tvoří klientskou část (pokud to budeme chápat jako server-klient řešení). Takže se určitě k tématu, které si tady otevřel, dostaneme. Určitě tam pak budou uživatelé jako ty vítáni.
A k tvému konkrétnímu dotazu. Víceméně jsi si na něj odpověděl sám, ale já to, jak je mým zvykem, vezmu trochu zeširoka. Služby, tvořící serverovou část server-klient řešení, kde klientem je doplněk Kodi, můžeme rozdělit podle celé řady kritérií, z nichž pro příklad vyberu:
Typ rozhraní:
- pouze webové
- pouze s api
- kombinace web+api
Způsob placení:
- zcela free
- explicitní platba za službu
- "platba" prostřednictvím reklam
Typ obsahu:
- explicitně mediální obsah (zejména audio/video) chráněný autorskými nebo podobnými zákony - kromě jasných forem obsahu může mezi tento typ obsahu patřit např. EPG pro on-line TV vysílání nebo titulky
- doplňkový obsah - např. infromace o dílech (databáze filmů, seriálů, hudby, ...)
Charakter služby (zejména pro ewxplicitní mediální obsah)
- přehrávání statického obsahu (klasikcé VOD služby)
- přehrávání pseudo statiského obsahu - nahrávky nebo archív on-line TV vysílání
- přehrávání/příjem on-line TV vysílání
Použité technologie služby:
- přímý přístup k souborům s mediálním obsahem
- přístup prostřednictvím adaptivních protokolů
Zabezpečení obsahu:
- tokeny s časově omezenou platností jako součástí direct url adres streamů (většina online TV služeb)
- proprietální techniky - např. periodické potvrzování spojení (některé online TV služby)
- použití technologií DRM
Dává to tedy samozřejme nepřeberně možností kombinací a také toho, jak se pak poskytovatel staví k tomu, jak/jakým způsobem jsou či mohou být jejich služby používány. Abych byla ale konkrétnější, odpovím na tvé otázky přímo.
Citace:Keď vytvárate doplnky tak musíte len scrapovať web alebo sa aj niekomu podarilo nejak získať API?
Jak kdy. U služeb s explicitně mediálním obsahem (zejména videa) většinou API není veřejně k dispozici, takže je třeba se ho na nějaké existující, většinou oficiální, aplikaci naučit. Tzn. odchytat si komunikaci aplikace se službou (request/response) a z nich si API redefinovat. Scrapovat weby přímo v doplňku Kodi se kvůli použité technologii většinou nedá nebo je to, u doplňků Kodi psaných v Python) dost obtížné či zbytečně komplikované.
U ostatního obsahu, např. filmové databáze, je API většinou k dipsozici. Ale i tady jsou výjimky, z nichž jednu máme přímo v cz. A tam se musí použít opravdu on-line scrapování web-u. Samozřejmě, každá změna v designu Webu pak může znamenat nutnou úpravu i na straně doplňku v Kodi.
Citace:Ak získavate API tak ako ich získavate? Je vôbec šanca aspoň niekedy dohodnúť sa s poskytovateľmi platforiem?
Domluvit se s většinou providerů služeb s explicitně mediálním obsahem není možné. Na tom, aby se jejich služba dala využívat v Kodi, většinou zájem nemají. Občas nějaké vlaštovky v minulosti byly, ale velmi brzy to skončilo.
Citace:Aké si myslíte že k tomu majú postoje, ide im skutočne len o peniaze z reklám?
Jasně, že to jsou peníze. Buď z reklam na jejich webech nebo (v případě on-line TV služeb) zpostředkovaně, tedy v tom, aby si uživatelé nemohli přehrávat uložené záznamy on-line vysílání a reklamy při tom přeskakovat. K čemuž je tlačí zadavatelé reklamního obsahu.
Závěrem
Obecně v této problematice platí, že méně je více. Méně o konkrétních řešeních psát zajistí, že déle vydrží funkční. Proto tu o API některých služeb už moc, nejlépe vůbec, nepíšeme. V minulosti jsme to dělali, a mělo to své jasné důsledky. Tak je to dnes tak, že když si někdo API nějaké služby redefinuje, a nepoužije ho ve veřejném doplňku, tak ho , jako takové, samostatně nezveřejňuje. Ony už samotné doplňky, které nějaké takové API používají, jsou jistým rizikem, protože z nich samozřejmě ono API lze vyčíst, ale to už je na jinou diksusi.