| Vítejte, Návštěvník! |
Pro psaní příspěvků se musíte nejdříve zaregistrovat.
|
| Online uživatelé |
Nyní je 334 online uživatelů.
» 1 člen(ů) | 329 host(ů)
Baidu, Facebook, Twitter, Yandex, Fenix4
|
|
|
| sekání a trhání zvuku po přechodu do režimu spánku (Chromecast 4) |
|
Příspěvek od: Andrew88cz - 26.7.2023, 16:53 - Fórum: Obecné otázky a dotazy
- Odpovědí (1)
|
 |
Ahoj, mám takový problém a nevím, zda to vůbec vyřeší případná přeinstalace...
Mám Chromecast 4 s Androidem 12 a mám problém s tím, že jakmile zapnu Kodi a pustím si třeba seriál, tak jakmile mi skončí díl a dám si třeba pauzu a nevypnu Kodi, ale nechám ho běžet například nechám Kodi v přehledu epizod a jen dám Chromecast do režimu spánku, tak jakmile si chci například za 2 hodiny pustit další díl, tak mi blbne zvuk. Začne se trhat, sekat ještě k tomu je zvuk o něco opožděný a vyřeší to pouze vypnutí Kodi (někdy musím dokonce vynutit ukončení aplikace), aby vše zase běželo plynule. Zkoušel jsem zakázat i nějaké doplňky, změnit vzhled na výchozí Estuary a dělá to i tak... Neměl by jste někdo radu, zda se to nějak dá fixnout? Dříve u předchozí verze 19 se toto nedělo...
|
|
|
| Jak neetické je nepodělit se? |
|
Příspěvek od: JiRo - 25.7.2023, 16:34 - Fórum: Obecné otázky a dotazy
- Odpovědí (6)
|
 |
Občas dostávám SZ s dotazem nebo požadavkem na pomoc týkající se nějakého tématu. Asi nejčastěji se to týká tématu příjmu OTT služeb pomocí Tvheadend. Já na to, v poslední době, odpovídám tak, že podporu pro tyto funkce neposkytuji a svá řešení nezveřejňuji. Už párkrát mě někteří tazatelé, ať už přímo nebo nepřímo, takový přístup vytkli. A párkrát dokonce tak, že to hodnotili jako porušení jakéhosi (nepsaného) "etického kodexu" zdejší komunity.
Zajímá mě tedy, jak se na tento problém dívá komunita...
Jak moc neetické, a jestli vůbec, je nechávat si některá svá řešení pro sebe a nepodělit se o ně s ostatními.
Uvádím zde příklady týkající se TVheadend, ale myslím, že to je obecnější problém. Proto jsem také to téma umístil do Obecná diskuze.
Pro svou "obhajobu" bych měl uvést několik bodů:- pro svá řešení používám informace, které si může opatřit každý uživatel
- a pokud používám informace, které nejsou veřejně dostupné, získal jsme je pod podmínkou, že je nebudu dál šířit!
- v minulosti jsem přitom většinu informací i popis celých řešení sdílel, část z nich se dá i zde na fóru stále ještě dohledat
- pokud některé přílohy s popisem řešení v mých minulých příspěvcích chybí, je to důsledek řádění jednoho z bývalých uživatelů, kterému jsem ve slabé chvilce (vážná nemoc s nepříliš pozitivní předpovědí dalšího vývoje) poskytl přihlašovací údaje do tohoto fóra v domnění, že bude pokračovat v mé práci. Dopadlo to bohužel špatně...
- z minulé doby mám (a nejen já) zkušenost, že v okamžiku, kdy se začně některé řešení příjmu OTT služby masově používat, začnou velmi často příslušní operátoři dělat vše pro to, aby přijem služby v Kodi nebo Tvheadend znemožnili
- stále ještě (hlavně v Kodi) existují řešení, která příjem OTT služeb umožňují a v nich mohou uživatelé, kteří chtějí podobná řešení aplikovat v Tvheadend, najít ispiraci a hlavně to, co je jejich základem, tedy popis řešení, jak s api dané OTT služby komunikovat.
- není tedy problém si pro řešení příjmu OTT služby vzít inspiraci z odpovídajícíh python Kodi doplňků. Jistě, pokud někdo nemá potřebné znalosti, tak to asi pro něj nebude tak jednoduché. Ale vycházím z toho, že řešení příjmu OTT služeb v Tvhheadned nikdy nebylo úplně "out of box".
- kdo z vás by se vzdal nějaké funkce jen proto, že její řešení poskytne dalším uživatelům. Já celkem tři OTT služby, které přijímám pomocí scriptů v Tvheadend, provozuji už několik roků (2-3) téměř beze změny. Nesáhl jsme na ně od doby, kdy jsem si vytvořil stabilní verze řešení a ty jsem již nikde nepublikoval. Vím ale, že pokud bych svá řešení zveřejnil, bude jen otázkou času, kdy se to začne sypat.
- někdo namítne, že když to poskytnu dvěma, třem uživatelům, že to nebude masově rozšířeno. Ale tomu snad nikdo nemůže věřit...
- také jsem se setkal s názorem, že když jasně popíši, jak se má moje řešení používat, aby proti němu poskytopvatelé nezačali uplatňovat nějaké restrikce, může to vydržet hodně dlouho. Ale tomuhle zase nevěřím já... O tom by ostatně mohl vyprávět jeden ze zdejších autorů příjmu OTT služeb, který na uživatele svého řešení apeluje, aby ho nezneužívali a nedávali poskytovatelům důvod k zásahu. Marně...
- i přesto, že nezvěřejňuji hotová řešní, stále se komunitě v oblasti příjmu OTT služeb (v Tvheadend nebo přímo v Kodi) snažím pomáhat, drobnou radou, vlastní zlkušeností, doporučením, ...
- moc dobře asi všichni víme, že příjem OTT služeb v Tvheadend jednou pravděpodobně skončí. Takže se soustřeďmě na taková řešení, u kterých ta doba živostnosti může být zásadně delší. Já se na to ostatně připravuji...
|
|
|
|
| Smazání souboru v Kodi |
|
Příspěvek od: jkmh - 23.7.2023, 10:58 - Fórum: Windows
- Odpovědí (8)
|
 |
@JiRo: Nemohu ze Správce souborů v Kodi smazat soubor Textures13.db. V logu to vyhodí
Kód: ERROR <general>: XFILE::CFile::Delete - Error deleting file
C:\Users\honza\AppData\Roaming\Kodi\userdata\Database\Textures13.db
ERROR <general>: XFILE::CFile::Delete - Error deleting file special://profile/Database/Textures13.db
Stejná akce v CE je bez problémů.
Vysvětlení: pro rodinu jsem spíchnul addon formou scriptu na čištění Thumbnails. Chtěl jsem ho vyzkoušet i ve windows. Tam mi script adresář Thumbnails smaže, ale místo smazání souboru Textures13.db vyhodil jen hlášku, že nelze smazat. Proto jsem to zkusil přímo ve Správci souborů. Také jsem spustil Kodi jako správce, ale bez účinku.
Díky za nasměrování či vysvětlení.
|
|
|
|
| Lg tv + krabička |
|
Příspěvek od: McGurin - 21.7.2023, 15:29 - Fórum: HW - Android boxy a Android TV
- Žádné odpovědi
|
|
Dobrý den,prosím o radu.
Existuje lepší z krabiček než je Mecool?
Teď mám Mecool k5,potřebuji zapojit satelit+kodi.
Satelit mám přes oscam.
Děkuji mockrát
|
|
|
|
| Autorská témata |
|
Příspěvek od: JiRo - 18.7.2023, 9:22 - Fórum: Chyby, návrhy, zlepšení, podpora
- Odpovědí (21)
|
|
V poslední době sleduji zde na fóru jisté komplikace a nepochopení týkající se některých doplňků, které vytváří uživatelé tohoto fóra. Např. se v poslední době objevila témata týkající se různých doplňků, které jsou si podobné či řeší podobné funkce. Existují vždy dva doplňky pro sledování O2 TV, T-Mobile TV a snad i Sledovanitv. To uživatele mate a rozhodně to nepřispívá nejen ke štábní kultutuře, ale ani jejich "výchově" k tomu, aby se na fóru chovali podle jeho zásad, kultivovaně a efektivně.
Navrhuji tedy, pro témata spojená s konkrétními doplňky, definovat tzv. Autorské téma a pro něj stanovit dále uvedená Pravidla. A následně pak, pro již existující témata, provést příslušné změny tak, aby těmto pravidlům odpovídala.
Definice Autorského tématu
Autorské téma je téma, týkající se doplňku, který vytvořil autor, který je zároveň členem tohoto fóra, a pro svůj doplněk zde již vytvořil téma (nebo téma v budoucnosti vytvoří), ve kterém o svém doplňku informuje, a který případně na tomto fóru pro svůj doplněk zajišťuje i uživatelskou podporu.
a výjimka z této definice...
Současně ale navrhuji určitou výjimku z pravidla, která umoží, aby bylo možné autroské téma vytvořit i pro doplňek, který výše uvedenou charakteristiku 100% nesplňuje, a to v části "autor, který je zároveň uživatelem tohoto fóra, a pro svůj doplněk zde již vytvořil téma (nebo téma v budoucnosti vytvoří)". Myslím při tom např. na doplněk Stream Cinema Community, který má z tohoto pohledu výjimečné postavení. V případě takové výjimky by roli autora v autorském tématu převzal některý z členů tohoto fóra, v roli jakéhosi ambassadora, který bude jednak autorem 1. příspěvku příslušného tématu, a který se zaváže, že o téma bude pečovat. Tedy zejména o jeho 1. stránku.
Pravidla autorského tématu
- Umístění - Autorská témata budou umisťována vždy do sekce Důležitá témata příslušného subfóra
- Název tématu - struktura názvu tématu bude pevně daná: Doplněk <název doplňku v Kodi>. Tedy konkrétně například Doplněk IPTV Web Server. Připouští se místo Doplněk použít Addon nebo například i Repozitář či Repository, případně místo toho konkrétnější označení typu doplňku, pokud to má smysl a je to účelné. Např. Addon, Vzhled, Skin, Script, Plugin, Service, ... Rozhodně ale do označení nepatří nic dalšího, tedy ani verze doplňku! Nejdůležitější v tomto bodě je, zachovat jednozančnou relaci k názvu doplňku v Kodi! Chceme-li, aby uživatelé doplňky ve svých identifikovali správně, je třeba jít příkladem!
- 1. příspěvek - v 1. příspěvku by měl autor doplňku věnovat popisu doplňku. Obsah ani struktura není potřeba nějak kodifikovat. Doporučuje se ale, aby vždy z 1. příspěvku uživatel získal maximum informací o tom, jak a kde doplněk získat, jak a z čeho ho instalovat, jaké jsou jeho hlavní funkce a omezení, známé chyby a problémy, nebo jak ho parametrovat. Také je možné zde uvádět aktuální verzi, případně stručný changelog. Hodí se zde i kapitola ToDo.
- Příspěvky - doporučuje se, aby autor jednotlivé významné změny a další informace o nich uváděl v samostatných příspěvcích tématu (a to, i když je uvede/změní v 1. příspěvku). Bude tak zajištěno, aby uživatelé, kteří o to stojí, a kteří si takové funkce ve fóru nastaví, dostávali informace o změnách automaticky ve formě, kterou si zvolili
Jak dál...- Předpokladem realizace uvedených změn je diskuze komunity nad předloženým návrhem, proto se nebojte se k tomu vyjádřit. Hlavně čekám na návrhy autorů doplňků. Výsledkem by měl být finální návrh Pravidel pro autorská témata.
- Rozhodující slovo bude mít samozřejmě administrátor fóra @XBMC-Kodi, proto chci k vyjádření a případné spolupráci vyzvat i jeho.
- Pokud se ukáže, že návrh je životaschopný a administrátor bude také pro, umístím sem k diskusi Seznam potenciálních autorských témat.
- Ta témata, na kterých se jako na autorských dohodneme, pak administrátor převede do sekce Důležitá témata příslušného subfóra.
- Autoři pak upraví témata (zejména 1. příspěvek a jeho název) tak, aby odpovídaly pravidlům. Pokud dnes autor doplňku není zároveň autorem 1. příspěvku a nemůže ho tedy editovat, bude nutné, aby administrátor tohoto autora změnil.
|
|
|
|
| Libre Elec postupné zaplnění paměti (Raspberry) |
|
Příspěvek od: _michal - 15.7.2023, 7:54 - Fórum: LibreELEC
- Odpovědí (2)
|
|
Používám Raspberry 3B 1GB Ram a LibreElec 9.2.8 a pravidelně se mi stává že se postupně zaplňuje paměť až to vede k nestabilitě systému (většinou zamrznutí, někdy pouze restart KODI). Používám defaultní skin Estuary a z dopňků mám SCC, YouTube, OrderFavourites. Celý systém mám víceméně jen na SCC. Nevím jestli to s tím může souviset ale rpi většinou nevypínám. Je to dualboot přes Pinn (LE + Retropie). Díky za případné komentáře k tématu.
|
|
|
|
|
![[Obrázek: ZoxvXvE.jpg]](https://i.imgur.com/ZoxvXvE.jpg)
![[Obrázek: XXGYOXw.jpg]](https://i.imgur.com/XXGYOXw.jpg)