Přihlásit se na XBMC-Kodi.cz

prosim platim si kuki tv vetsi a chtel bych si ji dat i do kodi,ale doplnek neexistuje,tak bych se chtel zeptat jestli jde nejak ziskat adresy tech kanalu co mam placene.predem moc dekuji.

Jde, já KUKI napojoval asi před půl rokem do TVHeadendu. Zveřejnil bych to, ale nemám to ještě zpracované. Každopádně to jde.

ok dik tak to zkusim pohledat, ale predpokladam ze to jednoduche nebude?

Tak já to zkusím do večera nahodit, pokud to stihnu. Každopádně k tomu potřebuješ tvheadend server, tak nevím jestli máš možnost ho někde rozjet - třeba na openelecu/libreelecu to tuším jde doinstalovat jako doplněk..

super, prave na libreelec na rpi to chci mit.moc dekuji.

Tak dřív než do konce víkendu to asi nebude..

nevadi ,hlavne ze bude.moc diky

jak to prosim vypada,asi se moc nedari.dekuji

Je škoda, že lidé tu moc sdílní nejsou. Ale klidně ti poradím - Aplikace jako Kuki dělá nějaké HTTP requesty (jako když načítáš stránku v prohlížeči.), pošle požadavek (třeba se tvým jménem, heslem) a dostane na oplátku stream, playlist.

Jak tyhle požadavky vidět? Můžeš použít tzv. web debugging proxy. Proxy server, který slouží pro vývoj webových aplikací. Také používám, abych se kouknul co nějaká aplikace dělá a mohl vytvořit třeba alternativního klienta pro iVysílání na Apple TV.
Proxy server spustíš, a veškerou komunikaci na PC, mobilu, .. pošleš přes něj. A uvidíš co ta aplikace provádí. Můžeš vidšt i HTTPS requesty.

Takže studuj - hoď si google a dej si "web debugging proxy". Projdi něco na YouTube. Můj oblíbený web debugging nástroj na Windows je Fiddler Telerik, na Macbooku používám Proxie, dříve Charles.

A ještě předtím si třeba otevři webového inspektora v Google Chromu (F12) a jdi do záložky Network a načti nějakou stránku, klikni na nějaký odkaz. Uvidíš jaké HTTP požadavky chrome dělal. Proklikej si to všechno a hraj si :)

nedaří, neni čas to dodělat... holt hodím ti sem funkční koncept a dotvořím to jindy :)

Zkus tohle, není to dodělané a zdokumentované tak jako mám sledovanitv, ale pokud si s tím dokážeš poradit, tak funkční to bylo, používal jsem to asi půl roku než jsem smlouvu zrušil:
http://nahraj.rames.info/?download=kukicz_365283735.sh

---

jinak nebylo potřeba nic wiresharkovat apod., jejich aplikace je normální Kodi s upraveným skinem, který obsahuje i celé připojení ke Kuki... Takže stačí otevřít zdroják toho skinu a tam to vyčíst :)

Oni to mají prdnuté ve skinu?  Ale tak pro custom řešení to asi vůbec nevadí.

---

Jinak skvělý skript!

ten skript má řadu problémů, největší bylo to, že když chceš určitou kvalitu, oni s tím pořád hýbají takže to často ze dne na den přestane hrát protože jsem vybíral určitý bitrate, který oni najednou zrušili. chce to vybírat automaticky a podobné úpravy...

Jinak jsem neuvedl parametry, je to jednoduché, první je název kanálu, druhý parametr je bitrate...
Třeba:

Chápu, pro někoho by třeba stačilo vzít z toho playlistu poslední řádek s nejvyšší kvalitou. ( | tail -n 1)


a ještě tam musíš hodit vevnitř device id, aby ses nějak ověřil, že? To se uloží v plain textu někam do souboru v případě aplikace?

@mobilemanic Pěkný script. Neměli bychom si zavést burzu requestů a scriptů na placené OTT/IPTV? 

---

@marhycz Já myslím, že ve skinu asi nic "prdnutého" nemají. Já to pochopil tak, že v Kodi mají jen svůj skin. Jinak vše ostatní standard.

EDIT: Kecal jsem a omlouvám se. Člověk nemá předpokládat.  Stáhl jsem si Kuki aplikaci a podrobil ji zběžnému screeningu. Je to převlečené Kodi, ale poměrně zásadně redukované. Co se týče skinu, tam je míra přepracování skutečně obrovská. Prakticky rozbili celou obvyklou strukturu a vytvořili si ji nově. Takže žádný standard...

---

Ještě poznámka k -re parametru v ffmpeg. @pavuucek přišel s inovací, píše o tom v http://www.xbmc-kodi.cz/prispevek-playlist-o2tv-cz-script?pid=48666#pid48666. Ten přiložený popis skutečně ukazuje, že použití -re by mělo být kontraproduktivní. Fakt je, že se mi po jeho odstranění také zdá, že z přehrávání zmizely občasné záseky.

Kazdopadne vsem moc moc dekuji za rady ale asi jsem se mel zminit hned na zacatku,za coz se moc omlouvam ,ze jsem v tomto naprosta lama.Cekal jsem ze to bude mnohem jednodussi.Stim skriptem bohuzel netusim co mam delat.Ale presto jeste jednou moc moc vsem dekuji.Kdyby byl nejaky podrobnejsi navod tak by to bylo super.dekuji

Normálně už by vám měli poskytovatelé OTT/IPTV platit, že přidáváte podporu do Kodi

Mně šlo jen o to, kde bych měl hledat kódy, kde je připojení na API k Kuki :-D Ale klidně to prolezu.
Škoda, že mi nejde pokročilý python, úplně to chce udělat PVR doplňky jako na Skylink Live TV. Takhle by měli lidé možnost jednoduché PVR integrace a už by možná přestali honit nějaké linky.

@marhycz Ona je to samozřejmě otázka, co je lepší, zda:

1. si z OTT/IPTV služeb vytáhnout pouze linky na live streamy a řešit to ve vlastním dedikovaném backend serveru (Tvheadend například),
   
2. jít na to jako @palinek a jeho PVR Sledovanitv.cz, které používá jako backend server rovnou server OTT/PTv služby,
   
3. nebo jako @sorein & @koperfield a vytvoři addon pro Skylink OTT/IPTV s těsnou vazbou na PVR IPTV Simple Client, který je tak trochu někde uprostřed mezi předchozími dvěma.
   

Každý způsob má své pro a proti. Je jasné, pokud člověk používá Tvheadend i z jiných důvodů (DVB), tak se do dalších dvou řešení nebude pouštět. Tedy pokud nebude muset z nějakého jiného důvodu. Což je právě případ Skylink, kde se tímto způsobem podařilo vyřešit ochranu DRM. Použití způsobu ad.2 se zdá být ideální, bohužel jeho rozvoj brzdí to, že je ho třeba vytvářet jako dll modul a sestavovat ho s konkrétní instalací Kodi. Představa, že by pro každou službu existoval vlastní PVR je tedy nereálná.

Nabízí se ovšem jiné řešení. Vytvořit PVR, nazvěme ho pro začátek IPTV Smart Client, který by na straně směrem k serverům OTT/IPTV služeb vytvořil prázdnou obálku s API, které by pro jednotlivé funkce volalo python scripty, obsahující vlastní volání příslušných služeb jednotlivých OTT/IPTV. Těmi službami by ty, které dnes běžně PVR používají: stažení seznamu kanálů, spuštění streamování vybraného kanálu, načtení EPG, nastavení nahrávání, stažení seznamu nahrávek, smazání nahrávky, ... IPTV Smart Client by existoval pouze jeden, adaptace na konkrétní OTT/IPTV službu by se pak prováděla formou addon typu script, který by obsahoval sadu python scriptů s výše uvedenými funkcemi. Pro každou OTT/IPTV službu jeden addon se sadou python scriptů.

Jak by se to prakticky používalo?

1. Uživatel by si nainstaloval/uvolnil IPTV Smart Client. Addon by byl již součástí instalace nebo příslušného repozitáře, tak jak jsou i ostatní addon (liší se to podle typu instalace).
   
2. Uživatel by si nainstaloval addons vybraných OTA/IPTV služeb, které hodlá používat a v jejich nastavení by zadal autentizační údaje a další parametry jednotlivých služeb.
   
3. V nastavení IPTV Smart Client by si pak uživatel, kromě dalších parametrů, zadal názvy vybraných OTT/IPTV služeb. Podle názvů by se pak příslušné volání API addon hledala v příslušných addon těchto služeb (ad.2)
   

Přiznávám, že je to zatím víceméně ideový návrh, ale mám dojem, že tady na fóru existuje potenciál, schopný takovýto projekt realizovat.

JiRo: -re parametr je dobrý aby čtení bylo plynulé, u většiny playlistů bez něj dochází k nárazovému přečtení nového chunku pokaždé, když v playlistu přibude.. V TVH statusu to pak vypadá jako že to nehraje (přenos 0), pak se neuvěřitelnou rychlostí (max speed internetu) dvě vteřiny něco stáhne a pak zase dlouho 0... Ve výsledku nevidím jaká je rychlost streamu a špatně se hlídá, jestli to teda hraje nebo ne...

To odstraní parametr -re, pak to čte plynule maximálně rychlostí bitrate toho videa.. Ale ano, u některých zdrojů je to problém a čtení rychlostí videa nestačí aby to fungovalo, pak se samozřejmě vyplatí dát to pryč...

Jinak burza skriptů mělo být to moje téma, ale musím nejdřív zase začít stíhat :-) S tím PVR klientem můžeš klidně začít, pluginy do Kodi fakt neumím.. :-D

Prosim mohl by me nekdo poradit co delat s tim skriptem,predpokladam ze tam musim neco doplnit ale nemam tuseni co a kam.A kam ho mam dat.Moc predem dekuji

to marhycz, ďakujem za tipy na web debugging proxy, idem to vyskúšať, lebo wireshark mi nejak na magio go nepomohol, prípadne chyba je vo mne a neviem tie linky nájsť, skúsim ten Fiddler.