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

@JiRo: Tiež by som si chcel upraviť oneskorenie načítavania v skine Artic Horizon pridaním AlarmClock no neviem ako ho tam vložiť nakoľko zápis vyzerá odlišne od toho čo si dal ty.
Vieš mi poradiť ako upraviť kód? Ďakujem
 

@zork Zkus toto:

@otava5 Já nějak nechápu to, co píšeš, tedy "skin najede, ale s úvodní obrazovkou ne s TV Kanály"? Čemu říkáš úvodní obrazovka.

@JiRo: prosím mohl bys poradit jak natavit zpoždění načítání ve skinu Aeon Nox Silvo zatím používám to řešení "otava5" s tím spouštěním po startu "Televizní kanály", 
obsah Startup.xml zcela jiný než uvádíš ty

 

Ahoj ,právě jsem upravil spouštění skinu a vše ok. Když už jsem v tom, lze nějak jednoduše přidat na hlavní obrazovku například O2 TV popř. jiné doplnky dle mého výběru. Popř. lze nějak jednoduše přesouvat jejich pozice? Chtěl bych jako první mít například oblíbené.

@RenEdi Obsah je pochopitelně jiný, je to jiný skin. Četl jswm, že je ten problém už v poslední verzi vyřešený, takže to už upravovat není třeba.
   

---

@terzdek No a není lepší zvolit jiný skin, který to umí definovat uživatelsky? Estuary MOD V2, ANS,...?"

Jinak jak na to v Estuary, o tom je celé toto téma. Hlavní menu je popsané hned na 2. stránce v Hlavní menu - změna pořadí položek a popis položek menu.

(26.9.2020, 8:40)JiRo Napsal(a): @RenEdi Obsah je pochopitelně jiný, je to jiný skin. Četl jswm, že je ten problém už v poslední verzi vyřešený, takže to už upravovat není třeba.

@JiRo  děkuji, chtěl jsem si to opravit sám dle tvého návodu, ale obsah toho souboru je zcela jiný, proto jsme tě prudil    počkám tedy, až se nabídne ta aktualizace SCC a snad bude vše vyřešeno. Zatím používám to řešení po startu "Televizní kanály"

@RenEdi Víš, abych ti poradil korektně, musel bych si to nainstalovat a vyzkoušet všechny varianty nastavení startu Kodi. Tak to zkusím nekorektně a zkus si s tím poradit podle dále uvedeného textu.

Skin se po startu Kodi spouští příkazem:
Která stránka se spustí, záleží na obsahu proměnné System.StartupWindow. Můžeš tedy zkusit nahradit výše vedený příkaz touto sekvencí:
To způsobí, že se příslušná stránka spustí až po 10 vteřinách. To zpoždění si samozřejmě můžeš změnit.

Potíž tvého skinu tkví v tom, že je tam pro spuštění té stránky víc možností. Po stisku směrových kláves, výběru položky nebo OK/ENTER na DO nebo klávesnici. Je tedy otázka, ve kterém příkazu tu výměnu porvést. Já teď podmínky na to, abych instaloval skin a zjišťoval, jak vlastně ten náběh skinu skutečně probíhá, nemám a tak detailně ANS, abych ti poradil bez vyzkoušení, neznám. Tak si s tím musíš pohrát sým. Když tu sekvenci vyměníš všude, tak riskuješ, že to buď nebude fungovat vůbec (skin ani nenajde) nebo to třeba tu hlavní stránku zavolá vícekrát po sobě. Ale spíše bych tipoval, že to fungovat bude. Takže bych to risknul. Každopádně si schovej originál souboru, ať ho můžeš vrátit zpět.

@JiRo: díky jdu zkoušet a dám vědět, díky Rossimu je nás tady více co máme ANS 

EDIT:
tak ještě jednou díky.
vyměnil jsem tebou doporučené sekvence mezi všemi těmi příkazy <onup>, <ondown>, ... a vše funguje

úprava odzkoušena na Win10 a Coreelec

@JiRo: 
přesně tohle jsem potřeboval  dík

Čtvrtý rozměr hlavního menu podruhé navazuje na starší návod, jak využít neobsazenou "levou šipku" v okamžiku, pokud listujete hlavním menu. Poněkud jsem to zobecnil, což je příprava na to, jak tuto funkci použít i k jiným účelům. Zatím si moc nevím rady, jak ji pro jednotlivé položky (či skupiny položek) využít. První je možnost filtrovat filmy a seriály podle zdroje. Je to zatím jen idea, ale dopracovaná do jednoduché ukázky. Využije se filtrování knihovny podle zdrojů, buď pomocí nodes nebo přes chytré seznamy stop. To je celkem jedno. Předpokládám, že to bude řešené o něco chytřeji, než je popsáno ve výše uvedeném odkazu, který počítal s vytvoření násobného počtu widgetů. Teď přepdokládám, že bude vytvořena pouze jedna sada widgetů a bude se modifikovat pouze volání příslušných filtrů.

A jako tradičně ukázka. Je to zatím nedodělek, ale vlastní zadávání a výběr nodes/seznamu chytrých stop už funguje. Příznak existence funkce pod "levou šipkou" je indikován pouze u právě vybrané položky menu. Pro výběr zdroje je použito uživatelsky definované okno.
   
Možná se to zdá být trochu samoúčelné, já ale podobné řešení používám u svých Kodi instalací již dlouho a zvykl sem si na něj a navíc může být využito velmi jednoduše pro případy, kdy je třeba vytvořit položky v menu, které odkazují jen na vybrané tituly filtrované podle zdroje (například dětské tituly) a tohle řešení to velice usnadní.

Pohyb po Home stránce bez ztráty kontextu navazuje na hezké řešení popsané v příspěvku @Client v postu Zjednodušení pohybu mezi widgety a hlavním menu na Home stránce.  Sice je to více o funkci mapování kláves DO, ale týká se to hlavně funkcí skinu, tak to uvedu zde.

@Client popisuje použití mapované klávesy Back na Home stránce, která umožňuje vrátit se z hloubky widgetu do hlavního menu bez otravného listování až na jeho začátek. Já si k tomu, v podobném duchu, přidal ještě možnost skočit z libovolné pozice na Home stránce do tzv. Systémového menu (tzn. té části, kde jsou tlačítka Power, Nastavení skinu, Search a případně přepnutí na Full Screen přehrávaného obsahu.

Pozn. V mém skinu jsem si systémové menu přepracoval, takže vypadá trochu jinak, popsané je to v Systémové funkce hlavního menu - nový formát, ale to na věci nic nemění.

Ale zpět k popisu. Pro skok do systémového menu jsem použil klávesu Home (Kodi metakód Start). Jsme-li na Home stránce, můžeme si tuto klávesu přemapovat na cokoliv jiného, než na skok na Home stránku. V tomto případě tedy na skok do systémového menu. Při přemapování použijeme stejný postup jako v případě, který vymyslel @Client. Jeho mapování tlačítka Back pak tedy doplníme ještě o mapování tlačítka Home (v mém případě tedy metakód Start). Mapujícím příkazem je tedy focus na container obsahující položky Systémového menu, tedy Control.SetFocus(700).
Jak už napsal @Client ve svém příspěvku, je to opravdu návykové a velice to zjednodušuje běžný pohyb po Home stránce, zejména jste-li uživatel, který občas potřebuje (kromě běžného používání Kodi) sáhnout do nastavení nějaké funkce prostřednictvím funkcí systémového menu. Nejenom, že pro to nepotřebujete nespočet stisků kláves na DO, ale zároveň se pak můžete rychle vrátit do kontextu před tím používaných funkcí.

Následující screenshoty naznačují, jak to probíhá. Jsou seřazeny v pořadí stisků kláves Back a Home, tedy z konkrétní položky ve widgetu do hlavního menu (Back) a pak do systémového menu (Home).
           
Uvedené řešení má jednu drobnou nevýhodu. Skočíme-li do systémového menu rovnou z widgetu (přes klávesu Home), pak se po jeho opuštění (přes klávesu Back) vrátíme do položky hlavního menu. Chceme-li se pak dostat zpět do widgetu, musíme ještě stisknout pravou šipku. Tohle ale už jednoduše ošetřit není možné.

JiRo: Moc prosím o radu. Poslední dobou se mi nedaří v SC2 Estuary v základnim menu vše nastavit tak, jak to bylo dříve a jak jsem to s celou rodinou používal. Tzn. mit widgety s filmem, seriály apod. už na základni obrazovce. Nastavím je tam, vše funguje, ale jen do prvního restartu. Pak se točí jen kolečko  .
Můžeš mi prosím poradit, jak to nastavit, aby to bylo jako dřív? Moc děkuju.

@Husnak Tady je každá rada drahá. Mohu na to zareagovat krátce nebo dlouze.

Nejdříve krátce...

Konkrétně ti neporadím. Nevím, jak vývoj skinu Estuary SC2 pokračuje. Shodou okolností jsem se na to dnes na Skype zeptal jeho autora @Gargy007 , ale odpověď jsem ještě nedostal. V podstatě máš dvě cesty. Buď tu, o které se tady i na fóru SCC už psalo, tzn. zkusit odložit náběh skinu nebo použít některý ze skinů, který se současnou verzí SCC funguje dobře. V tom druhém případě ti doporučuji opět fórum SCC, kde tě určitě na takový skin navedou.

A teď dlouze, ale předem tě varuji, řešení tu nenalezneš. Spíše shrnutí toho, proč se někteří do problémů s SCC dostali a někteří ne...

S novými verzemi SCC jsme se dostali do situace, že správná funkce addon a skinu je (víceméně) závislá na náhodě. Zní to možná divoce, ale je to tak. To, že někdy a někomu to funguje bez problémů, jinému jen občas a někomu vůbec závisí, na několika faktorech. Nejdůležitější z nich jsou:

1. kolik a jakých widgetů máš definováno
   
2. v jakém pořadí se widgety načítají
   
3. jaký typ skinu používáš
   
4. jak pracuje addon, kterými widgety plníš, obecně i konkrétně, co se týče SCC
   

Pokusím, se to vysvětlit (bude to trochu obšírné, ale v úvodu jsem varoval, přesto ještě jednou, sorry)...

ad. 1 Wigety (resp. jejich containery) se plní tak, že se zavolá addon s příslušnými parametry podle typu obsahu, a ten naplní příslušný container. Čím více widgetů má člověk definováno, tím je tato fáze po spuštění KOdi, resp. nábehu sksinu, delší. Je také (většinou) delší u addon, které pracují ve dvojici client/server, kde klientskou částí je vlastní addon Kodi, server je kdesi na internetu a data z něj se přes ten internet tahají. Hezky je to vidět, když si u nějakého takového addon pustíš nějakou funkci. Většinou se chvíli točí kolečko (nebo se "hýbe jiný grafický prvek" indikující "že Kodi pracuje..."), pak se kolečko přestane točit a po chvíli se zobrazí příslušný výsledek. Točící se kolečko indikuje, že se stahují data z internetu (nebo získávají nějak jinak - například z lokální cache, cachujícího proxy serveru, ...), jakmile se kolečko přestane točit, znamená to, že addon ze stažených dat sestavuje obsah containeru. Je jasné, že tahle fáze je hodně závislá na dvou věcech - jak máš rychlou síť (LAN, WAN a služby providera a vůbec, celou cestu až k serveru) a pak také, jak máš rychlý HW, hlavně CPU a obsluhu všech relevantních částí (např. síťové rozhraní, disk/karta, ...). Tady je jeden z klíčových prvků náhody, třeba v tom, že většinou lidé sledující výkon GPU, ale o CPU a zejména další operace jim až tolik nejde a dojde jim, že sice mohou přehrávat bez problému 4K HDR obsah, ale CPU jejich stroje je bída a utrpení.

ad. 2 Pořadí widgetů... Widgety, které se spouští dříve jak jiné, se mohou po startu dostat do křížku s jinými funkcemi Kodi a zejména addon, které jsou aktivní (nebo významně aktivnější) právě krátce po startu. O to více pak probíhá soupeření o zdroje a pokud je těch požadavků více než je zdrávo, může se stát, že gui data pro zobrazení funkce (v tomto případě zobrazení widgetu) nedojdou v limitu. Přesunem jádra funkcí SCC, které se jinak vykonávaly v rámci každého volání addon (tedy v rámci každého volání pro naplnění widgetu), do service modulu běžícího na pozadí, došlo k tomu, že po krátce po startu addon není schopen na běžná volání odpovědět tak rychle, protože ještě nedoběhla iniciální fáze service, kterou pro to potřebuje. Proběhne tedy timeout, a po něm už se widget nenaplní. Hezky to ilustruje konkrétní případ v SCC, kdy pouhé přesunutí pořadí widgetů, kdy se jako porvní spouštěl widget TV Programu, se porblém vyřešil (alespoň pro danou chvíli). Bylo to proto, že tento widget, respektive tato funkce služby service modulu pro svůj běh nepožadovala. Čas načtení a zobrazení tohoto widgetu pak stačil k tomu, aby inicializace service doběhla a další widgety, které už ji pro svou funkci potřebovaly, se už načetly v pořádku.

ad. 3 Typ skinu je hodně důležitý. V podstatě existujuí dva základní typy. První, kterým je kupř. Estuary, které pro svou funkci nepožaduje žádné další pomocné addons. Vše, co je v tomto skinu realizováno je relizováno pouze funkcemi gui a jeho enginu. Druhý, to jsou skiny typu ANS, Estuary MOD 2, rodina Titan, Arctit Zephyre, rodina Aura, apod. jsou skiny, které pro své funkce využívají širokou rodinu tzv. Helperů, což jsou addons, které pro skin vykonávají celou řadu pomocných funkcí. Mezi jinými i takové, které přednačítají data pro widgety. Část z nich má i svou část service. Tyto service se někdy mohou dostat se service addons, které zajišťují data pro volání addon pro widgety, do jakési interference, která se (a v tom je ona v úvodu zmíněná náhoda) někdy projeví pozitivně, jindy zase negativně. Někdy prostě ta data pro widgety dostane Kodi včas, jindy ne. Jistou roli v tom ještě může sehrát to, zda funkce addon používají lokální cache a jak je jejich obsluha zajištěna. Ale zahrnout do popisu chování ještě temto aspekt, to by už vydalo na ještě hutnější text.

ad. 4 Jak pracuje addon... To už bylo v podstatě zmíněno. Má-li addon svou service část na které jsou funkce běžného volání závislé, tak záleží zejména na tom, jak rychle po startu jsou tato běžná volání, která plní widgety, dostupná. A opět. Nedá se to nijak pregnatně definovat, proto píšu o tom prvku náhody.

Suma sumárum, těch aspektů je celá řada, ty čtyři jsou jen jakýmsi rámcovým okruhem, působí současně, některé z nich v pozitivním, jiné v negativním směru (s ohledem na požadavky jednotlivých funkcí) a ukočírovat to vždycky a za všech okolností a pro různou skladbu parametrizace Kodi (používané základní funkce, včetně např. PVR, velikost knihoven, skladba a typy addons, používaný skin, ...) a prostředí na kterém je provozováno (HW, systém, standalone instalace vs společná databáze, ...) není jednoduché. To je ostatně důvod k tomu, že když jsem se seznámil s novou verzí řešení jádra SCC, tak jsem z používání addon doma raději vycouval. Bohužel to neplatí absolutně, protože část lidí, kterým se o Kodi starám, na něm trvají. Neříkám, že je to špatný nápad. Jsou addon, které to řeší podobně, a jsou to ty addon, se kterými jsem už nějaké zkušenosti nasbíral. Pozitivní i negativní. Proto ten despekt či spíše opatrnost. Ono je vidět, že nějaký vývoj tyto verze SCC už za sebou mají a postupně se to zlepšuje. Je otázka, zda to povede k sitiuaci, kdy to problém nebude u nikoho, bez ohledu na použitý skin, skladbu addons, typ instalace, HW a systému. Na druhou stranu, pokud je pro někoho (a takových lidí je asi většina), rozhodující kombinace Kodi + SCC, stačí si vybrat ten skin, který si s SCC rozumí, a je po problému. Ale to už jsem napsal výše...

Děkuju za vyčerpávající odpověd. Jsi fakt borec  .
Jdu tedy hledat skin, který si rozumí s SCC, jinak mne rodina ukamenuje. Kamarádi, kteří jestě nepřešli na  SCC a jedou v KRA, tak těm to jede. 
Jen mám obavy, jestli seženu takový podobný skin, kde budou v základnim menu widgety a film si pustí děcka i tchyně.
Díky moc.

Protože grupa z Kra nemění odkazy na widgety, kdež to u SCC jsem to musel opravovat již mnohokrát....
Čekám až mi dojede WS a asi přejdu na Kra

@otava5 Tak jasně, tohle je základní problém, ale to si musí každý ošetřit sám. S tím moc pomoci nelze. Jedině tak, že by o tom, pokud k tomu dojde, měl SCC team vydat nějakou informaci. Třeba Pozor, změnily se parametry volání a případně informovat kde, aby si to lidé mohli v nastavení widgetů změnit. Nebo by se to alespoň mohlo ventilovat na fórech. Já jsem to měl kdysi s @BBaron tak, že na to vždycky upozornil a já jsem to v nastavení skinu Estuary Stream-Cinema upravil. Podle toho, co jsem slyšel (ale nemám to ověřené, tak jen prodávám, jak jsme nakoupil), tak tuhle informaci od SCC teamu nedostával ani autor Estuary Stream-Cinema 2. To je pak těžké.

Ona tahle situace také vede ke kuriozním situacím, kdy po změně parametrů volání někomu přestanou fungovat nějaké widgety, pak si přečte, že s jiným skinem to funguje dobře, přejde na něj, definuje si widgety nově a pochopitelně podle aktuální verze pluginu a parametrů volání a ejhle, začne to fungovat a závěr je jasný: "Se skinem A to nefungovalo, se skinem B to funguje, chyba je ve skinu A. Ale tohle je trochu jiná kategorie problému, to je snad jasné, Jen to někteří nechtějí nebo neumí rozlišit. Hodinky nebo holinky, obojí se natahuje.

Ideální by bylo, kdyby součástí vývoje SCC byla třeba definice dat s parametry volání pro Helpery těch sofistikovaných skinů (ANS, Titan, Aura, ...). Nebo přepracování systému pramerů, kde by se zásadně používaly jednoduché metakódy pro jednotlivé funkce pluginu, ty by se neměnily, a detilní parametry, ty by byly řešené uvnitř pluginu. Ale to je poměrně zásadní změna konceptu. Já si tohle řeším tak, že si všechna volání addon, která používám ve skinu, ukládám do proměnných skinu v jednom definičním include souboru a ve skinech se pak už jen obracím na tyto proměnné. V podstatě si tak vytvářím jakési vlastní "metakódy" volání funkcí SCC. Dojde-li ke změně, tak to opravím jen na jednom místě v jednom souboru. Ale i tak je to vopruz, kvůli kterému teď šlo SCC u nás doma stranou. Jiná cesta je vrátit se k původním řešení skinu, kde se ta volání ukládala do Nodes, ale ani to není, z uživatelského hlediska, dokonalé.

Nicméně tohle je jen jeden problém, ten jednodušší. To co jsem popsal v předchozím postu je daleko složitější a také hůře řešitelné. Autoři SCC sice service optimalizovali, ale stejně to, jak vidno, v některých případech nestačí. Pak už zbývá jen jediné, vybrat si takový skin, se kterým to funguje, případně tam zavést nějaký prvek zpoždění při náběhu widgetů nebo zkusit přeskládat jejich pořadí. Někdy stačí fakt málo...

@JiRo: mohu se zeptat mimo téma zda máš nějaké problémy s rychlostí na Kra? Dříve se o tom hodně diskutovalo a čas již pokročil, zda již není problém v konektivitě?

@otava5 U mně se to dlouhodobě pohybuje kolem 45 Mbps.

@JiRo: 
Ahoj ,prosím tě pomůžeš jak dostat Integraci O2TV archivu do LiveTV & PVR místo Skylinku?
Díky moc.