| Vítejte, Návštěvník! |
Pro psaní příspěvků se musíte nejdříve zaregistrovat.
|
|
|
| Dolby vision problém |
|
Příspěvek od: Davirek - 29.1.2024, 16:53 - Fórum: CoreELEC
- Odpovědí (36)
|
 |
Provozuji pod Coreelec Kodi Nexus 20.3 na krabičce X96 Max plus s Amlogic S905S3. A ani za boha se mi nedaří rozjet Dolby vision. Vždy mám převrácené barevné spektrum. Obraz je do růžova. TV ani nehlásí přítomnost dv signálu. HDR jede na tv v pohodě. TV plně podporuje 4K HDR i Dolby vision. Jen je někde chyba. Jako zdroj používám Stream Cinema. Budu vděčen za radu. Díky
|
|
|
| Stahování z SCC |
|
Příspěvek od: smarda84 - 24.1.2024, 18:46 - Fórum: Obecné otázky a dotazy
- Odpovědí (4)
|
 |
Zdravím,prosím o radu,mám Kodi s SCC v krabičce Nokia 8010 a ktomu připojený přes usb přenosný disk.Zadal jsem cestu na ten disk v nastavení SCC pro stahování,potvrdím ok a vše vypadá v pořádku.Dám stahovat nějaký film,pěkně se načítají procenta,potom je vidět,že se film stáhl ale při následném přehrávání mi to napíše že soubor nejde přehrát a ani ho nikde na tom disku nenajdu,nevím si stím rady,pomůžete ?
|
|
|
DŮLEŽITÉ - vyjádření k doplňku Stream Cinema Community |
|
Příspěvek od: XBMC-Kodi - 15.1.2024, 18:48 - Fórum: Novinky
- Odpovědí (33)
|
 |
Vážení přátelé, kamarádi a uživatelé fóra,
někteří z vás mohli zaznamenat, že na diskusní platformě Discord týkající se služby Stream Cinema Community se poslední dny, slušnými slovy řečeno, dějí zvláštní věci.
Předem všeho máme za potřebu opakovaně výslovně upozornit, že náš diskusní server nemá s dotyčnou komunitou, doplňkem samotným, ani provozovatelem dané služby nic společného, žádnou spolupráci a není jakkoliv interesován na samotném provozu. Uživatelé si pouze zvykli své problémy týkající se doplňku řešit i mimo jiné na našem fóru, stejně jako v desítkách jiných případů video či jiných doplňků.
Nyní zpět k situaci. Poslední dny došlo k tomu, že administrátoři dané diskusní platformy začali vyhazovat a banovat uživatele, některé i bezdůvodně. Dokonce jsou i konkrétní příklady, kdy uživatelé na serveru dlouhodobě nic nepsali a přesto dostali ban. Za celou touto akcí stojí administrátor používající přezdívku arwwarr. Jejich, respektive jeho, zdůvodnění k dané situaci nebylo žádné.
Rozhodně nemá žádnou povinnost se nám zpovídat či obhajovat, ale nesouhlasíme s takovým chováním a postojem. Navíc, dle dostupných informací, celá věc působí spíše jako umělé rozeštvávání celé komunity okolo Kodi.
Můžeme jen spekulovat, jaké jsou ony hlavní důvody, které je k takovému jednání vedou, ale navenek vše působí tak, že se hledá alibi nebo viník/ci, které bude možné následně označit a alibisticky dodat "To on/oni za to mohou, vždyť podívejte!". Nesmíme zapomínat, že v rámci jimi poskytovaného doplňku jsou i finanční toky. Zdali jsou tyto hlavním důvodem rozepří, můžeme opět jen spekulovat.
Takovým a podobným snahám pár jednotlivců se naopak musíme sami jako komunita postavit a nenechat se řízeně vyprovokovat.
Z výše uvedených řádků tedy zaujímáme následujicí stanovisko a doporučení pro naše návštěvníky:
Nechceme, aby toto fórum bylo bráno pouze jako poradna pro uživatele jednoho doplňku. Tento doplněk má svoje fórum, nechť si svoje uživatele obsluhují tam. Pokud má dojít díky tomuto k masivnímu odlivu uživatelů z našeho fóra, tak to nejenom neovlivníme, ale ani nechceme. Nikdo z nás není interesován na komerčním provozu této služby, ani není vyplácena žádná částka za to, zdali zde bude 100.000 uživatelů nebo jen 10.000. Pokud se navíc podíváte opravdu pořádně, tak zde nenaleznete ani žádné reklamy. Tedy o návštěvnost jako takovou zde opravdu nejde. Naproti tomu se bude moci komunita věnovat více jiným doplňkům, vylepšením a sama sobě.
Rozhodně s výrazně zdviženým ukazovákem každého varujeme a doporučujeme zvážit využívání daného doplňku, respektive služby. Vzhledem k faktu, že se jedná o komerční věc, která stojí peníze, tak to budou právě tito uživatelé, kteří jsou ohroženi a případně o ně mohou přijít. My opravdu neneseme žádnou zodpovědnost ani za doplněk, ani za provozování dané služby (i přesto, že na toto uživatele dlouhodobě informujeme i například tučným červeným písmem v rámci kontaktního formuláře, tak se stejně přesto na nás obracejí lidé se svými problémy z této oblasti).
Ostatně ze všech výše uvedených důvodů nebyl nikdy daný doplněk schválen a zařazen do CZ/SK Repozitáře. Nechceme totiž přímo, ba ani nepřímo, podporovat komerční věci.
V rámci celé této věci dojde k uzavření/uzamčení všech témat spojených s daným doplňkem a výslovně si nepřejeme, aby zde byly otevírány nové. Pro případnou produktovou podporu volte tedy výhradně svého dodavatele komerční služby.
Děkujeme za pochopení.
|
|
|
| X96 Max+ Wifi |
|
Příspěvek od: marcelslon - 15.1.2024, 18:45 - Fórum: CoreELEC
- Odpovědí (13)
|
 |
Zdravím,
minulý týden jsem koupil X96 Max+ 4/64gb z geekbuye. Vzhledem k tomu, že mi na této krabičce stačí pouze KODI tak jsem se rozhodl tam rovnou nahrát CoreElec.
Nexus 20.3 mi to neukazovalo ani jednu wifi síť (nemám možnost dotáhnout ethernet ke krabičce). Zkusil jsem starší verze a došel jsem k verzi 19.5 Matrix, na které se wifi sítě konečně objevily. Avšak každým spuštěním X96ky je to jako loterie. Někdy se připojí, někdy se nepřipojí. SSC při spuštění v 80% případů píše, že spouštění selhalo. Obecně celé UI je divně zasekané (s porovnáním KODI na Xiaomi TV boxu) a když už se mi podařilo dostat ke spuštění něčeho v SSC tak to samé - zasekané i s nízkým bitratem...
Pozn. CoreElec spouštím z USB Flashky. Televize - Samsung UE43MU6172U. Na Xiaomi TV Boxu všechno běží naprosto plynule i s pomalejším internetem v jiné domácnosti, proto se divím proč tady ne.
Může to být bootováním z flashky? Vy, co máte X96 Max+ co máte za verzi CE?
Budu vděčný za jakoukoliv pomoc. Díky
|
|
|
| LibreELEC Generic (Intel/AMD/Virtual) |
|
Příspěvek od: JiRo - 14.1.2024, 13:51 - Fórum: LibreELEC
- Odpovědí (2)
|
 |
Vracím se k instalacím Kodi v prostředí LibreELEC. Je to na základě požadavku mých známých, kteří by rádi provozovali Kodi na některé z HW platforem Intel nebo AMD. A protože je to už více než rok, co jsem poslední takovou instalaci dělal, začal jsme se na to připravovat. V první řadě tak, že jsem si na domácím notebooku s Windows 11 (AMD Ryzen 5, 40 GB RAM, SSD NVMe disky 0,5 TB + 1 TB), který používám pro běžnou práci i zábavu a na kterém mám také několik virtuálek (používám VMware Player 17), spustil virtuální LibreELEC verze 11.0.4. EDIT, po upgrade, 11.0.5.
Pro vlastní cílovou instalaci pro známé nakonec pravděpodobně použijeme HW typu miniPC (NUC nebo jiný barebone - ve hře je i několik asijských výrobců). Požadavkem "zadavatele" je výkon a svižná reakce GUI, provoz Tvheadend (zdroje DVB-T a IPTV/OTT) s možností nahrávání (tedy velká disková kapacita >1 TB) a celá řada doplňků, ať už z domácí nebo zahraniční provenience. S ohledem na použité TV (Samsung) není požadována možnost přehrávání DV videí.
Rád bych v tomto vlákně sdílel jednak mé vlastní poznatky a jednak vytvořil prostředí, ve kterém bychom s ostatními, s podobnou "zálibou", mohli diskutovat a sdělovat si praktické zkušenosti.
Začnu tím, že tu odkážu na video s ukázkou práce s doplňkem Stream Cinema Community, na kterém se ukáže síla LibreELEC Generic instalace. Jedná se stále ještě pouze o instalaci do virtuálního prostředí VMplayer (4 jádra a 4 GB RAM) do výše uvedeného systému (W11, Ryzen 5), ale i tady je vidět, jaký výkon a reakci gui je možné dosáhnout. Hodně se to podobá tomu, jak Kodi např. běží na WebOS, v tomto případě ale s možností mít k dispozici velkou operační paměť, diskový prostor a možnost počítat i s dalšími doplňky nebo funkcemi mimo Kodi, běžící na tom samém systému na bázi Linux s jádrem verze 6.1 (Tvheadend, WebGrab++, integrovaný webrowser, docker, ...).
|
|
|
| Neustálé přihlašování po výpadku proudu |
|
Příspěvek od: Schle - 13.1.2024, 14:28 - Fórum: Android / Android TV
- Odpovědí (2)
|
 |
Zdravím, po výpadku proudu vyžaduje kodi při každém spuštění přihlašovací údaje. Jsem poměrně nováčkem, používám pouze doplněk SCC, mohu někde v nastavení zadat spuštění bez přihlášení? Přeinstaloval jsem Kodi ale problém trvá. Za zadu děkuji
|
|
|
| Servery Webshare - aktuální problémy, stav, zkušenosti, názory |
|
Příspěvek od: JiRo - 11.1.2024, 10:02 - Fórum: Tipy, triky a návody
- Odpovědí (12)
|
 |
Problémy se servery Webshare
V minulosti vždy, když si některý uživatel stěžoval, že mu nejde plynule přehrávat obsah, který je dostupný v doplňku Stream Cinema Community (SCC), a že problém bude určitě na straně Webshare serverů, na kterých jsou soubory uloženy, tak jsme velmi často (tedy já určitě) poukazovali na to, že kdyby byly problémy na straně Webshare, tak že by ty problémy měl každý, a že tedy pravděpodoně bude problém spíše na jeho straně (dotyčný neměl nastaveno navýšení video cache nad default hodnoty nastavené v Kodi) nebo, že komunikaci mezi ním a servery Webshare ovlivňuje jeho provider nebo další provideří v profilu mezi ním a těmito servery.
Nyní, cca od konce loňského roku (2023), se ale situace dramaticky změnila. Ukazuje se, na základě měření a provnávání výsledků více uživatelů, kteří se dohodli na testování konkrétních streamů umístěných na konkrétních serverech Webshare, že skutečně na některých serverech je komunikace silně limitována. A to někdy až tak, že některé streamy nelze v některých časech ani přehrát. Při celé řadě různých pokusů bylo přitom zjištěna celá řada skutečností. Zkusím je zde jeden po druhém uvést s kratším či delším komentářem, případně ty skutečnosti doplním ještě dalším vysvětlením, které méně zkušeným uživatelům poskytnou vhled do celé problematiky. - Jak bylo zatím zjištěno, problémy se týkají jen některých serverů - jak známo Webshare má obsah uložen na více serverech a problémy, které jsou nyní aktuální se týkají jen některých z nich. Momentálně se jako nejvíce problematický server například ukazuje server s adresou vip.16.dl.webshare.cz.
- Označení serverů není v doplňku běžně dostupné, uživatelé je mohou zjisit buď pomocí funkcí operačního systému (např. iftop v *ELEC systémech) nebo v logu Kodi, případně, pokud používají některý z doplňků a skinů, které mu takovou informaci můžou poskytnout, tak tam.
- Pozor na to, podle toho kde a jak se k adrese serverů dostanete, může se u nich lišit doména 2. řádu. V systému DNS je pro doménu 2. rádu použito označení webshare, ale např. v logu nebo v některých doplňcích se používá pro označení domény 2. řádu její synonymum, wsfiles. Jinými slovy, např. adresy serveru vip.16.dl.wsfiles.cz a vip.16.dl.webshare.cz jsou adresami jednoho a téhož serveru.
- Často padá otázka, jaká by vlastně normální rychlost komunikace se serverem Webshare měla tedy být abychom, pokud si rychlost nějak změříme a je nižší, si mohli říci, že tento server má problémy. A tady je jedna základní potíž.
- Všechno, co se o rychlosti komunikace serveru webshare můžeme dozvědět, se dozvíme z pozice systému, na kterém komunikace běží u nás doma. Znamená to tedy, že testujeme-li nějakou rychlost vůči serveru webshare, netestujeme zpravidla přímo rychlost komunikace tohoto server, ale rychlost na celém profilu komunikace mezi námi a tímto serverem. A tato rychlost je dána tím nejslabším místem v takové komunikaci a opět, zpravidla to (za normálních okolností) nemusí být (a pochopitelně ani není) rychlostí komunikace vlastního serveru.
- Co předchozí bod znamená? Například to, že pro někoho, který má onu rychlost komunikace v celém profilu nízkou, tedy výrazně nižší, než je aktuální rychlost komunikace serveru webshare, tak pokles rychlosti na straně webshare serveru nemusí nepocít. To někd yvysvětluje to, že někdo píše, že mu přehrávání nefunguje, zatímco jiný ve stejné chvíli vesele přehrává.
- Jak tedy o potížích na straně problematického serveru víme?
- Jednak tak, že je absolutní rychlost komunikace v daném porfilu nižší, než u jiných serverů Webshare.
- Dalším kritériem je, že ta rychlost komunikace kolísá. Tady asi je třeba uvést příklad:
- Pokud já (má maximální rychlost komuniace je 150 Mbps a v profilu k serverům Webshare nejsem zpravidla svým providerem nijak zásadně omezován) se serverem Webshare, který "je v pořádku", komunkuji, tak ta komunikace (záleží samozřejmě v jakém režimu, takže pro takováto měření používám download nějakého souboru pomocí nějaké systémové aplikace - nejčastěji wget) dosáhne maximální rychlosti mého tarifu, tedy 150 Mbps, a na této hodotě se víceméně drží po celou dobu komunikace, resp. stahování souboru.
- Pokud to samé provedu se serverem, která "má problémy", tak se v různých časech dne maximální rychlost komunikace sníží, někdy méně, jindy více, ale co je typické např. pro již zmíněný server vip.16.dl.webshare.cz, tak se v čase hodně mění, kolísá. A ty změny mohou být opravdu výrazné. Například takové, že v jedné chvíli je rychlost 10Mbps, za pár vteřin na to vyskočí až třeba ke 120 Mbps. Pokud hned vzápětí totéž měření provedu při stahování souboru s jiným Webshare serverem, který "problémy nemá", tak tam po celou dobu downloadu je rychlost komunikace víceméně stejná, 150 Mbps.
- Co je dál důležité, to je to, že problematické chování komunikace, kolísání rychlosti, je závislé na denní době. Výrazně se projevuje zejména v časech kolem tzv. "prime time", kdy pokles rychlosti komunikace je výraznější. A to tak, že v kritických časech rychlost poklesne mnohdy tak, že streamy, které jsou obsahem souborů, nejde vůbec přehrávat.
- Ale i tady jsou u různých uživatelů různé zkušenosti. Někdo streamy z problematického serveru i v prime time přehrát ještě dokáže, jiný ne. Tady asi hrají roli i v úvodu zmiňované aspekty, které mohou působit i současně.
- Jedním a tím výchozím je tedy problém na straně Webshare serveru,
- dalším ale může současně být i problém s případným omezování ze strany providera v prime time,
- a konečně posledním i vliv maximální rychlost tarifu. Pokud na problémovém serveru rychlost kolísá (a řekli jsme si dříve, že ten rozptyl může být hodně veliký - u mne činí, podle včerejšího večerního měření, například i 10 - 129 Mbps, tak u někoho, kdo má rychlost tarifu vyšší se v době, kdy je ta rychlost spíše u vyšší hranice stačí do cache načíst více dat než u toho, kdo má maximální rychlost tarifu nízkou.
Samozřejmě se diskutuje o tom, co za tím, co se na některých Webshare serverech děje, vlastně je. Existuje několik hypotéz:
- problematické servery nejsou v dobré kondici (HW) a nezvládají projektovanou zátěž,
- na problematických serverch běží nějaký další provoz, zvyšující base load, takže provoz směrem k uživateům používajcím doplněk SCC je tímto baseload-em, omezen - další provoz třeba proto, že Webshare paralelně data stahuje na jiné úložiště
- problematické servery jsou umístěny v jiné lokalitě, která má zcela jiné parametry připojení k majoritní skupině uživatelů SCC - tzn. že Webshare už přesunula některé servery do jiného místa, které má po síti jiné parametry dostupnosti (absolutně, v čase, kvalitou připojení, ...)
- problematické servery mají zásadně jinou HW konfiguraci - například mohou mít zásadně větší diskovou kapacitu, tzn. že se u nich může projevit vyšší míra závislosti výkonu na počtu připojených klientů a počtu a objemu aktuálního stahování.
- Webshare samo se snaží (z nějakého důvodu) provoz na problematických serverech omezovat (škrtit)
Nechápejte tento text jako absolutní a jediné správné vysvětlení toho, co se v současné době (leden 2024) děje. Je to jen pokus o shrnutí několika zásadních bodů a úvahy o možných příčinách tohoto stavu.
Asi bude mnoho lidí zajíma, co se s tím dá dělat. Na to je odpověď těžká. Kromě toho, že Webshare nahlásíme, že na některých jejich serevrech vidíme jistá omezení. Ten pokus byl již učiněn a Webshare odpovědělo v duchu tradic. Tedy že problém je na straně SCC. To ale můžeme chápat jako obvyklou první odpověď od pracovníka Help Desk-u. Známe, jak to v takovýchto situacích obvykle vypadá...
|
|
|
| Cannot download obb |
|
Příspěvek od: ales.fr - 10.1.2024, 17:29 - Fórum: Obecné otázky a dotazy
- Odpovědí (8)
|
 |
Ahoj, dneska mi kodi píše error: Cannot download obb. Nepotkali jste se s tím? Používám chromecast 4 a do teď to běželo bez problému. Na android telefonu, který jede na stejné WiFi to funguje.
Díky za každý nápad
|
|
|
|