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

@mlebeda: vypadá to, že alespoň v Kodi 22 beta 2 s ISA 22.3.22 ve Windows problém není.

(05.10.2026, 20:50)waladir Napsal(a): @mlebeda: vypadá to, že alespoň v Kodi 22 beta 2 s ISA 22.3.22 ve Windows problém není.

Půjde o samotnou platformu CoreELEC. Ještě jsem projížděl LOG s Claude:

Citace:Kodi freezes ~5 s into playback when switching to 2880x576p50hz (S905X5M, 22.0 nightly 20261002)
Device: S905X5M (dt-id s7d_s905x5m_4g_1gbit)
Build: CoreELEC 22.0-Piers_nightly_20261002, kernel 5.15.196,
common_drivers 4dbe1c27ae176fde4c1cbef7506618fd7f62b976
Sink: Denon AVR (EDID name “DENON-AVR”)
Full dmesg: https://paste.coreelec.org/2/e5uk
How I found it:
I use the Prima+ add-on (Czech streaming service iPrima):
GitHub - waladir/plugin.video.primaplus · GitHub (v1.5.5)
It only resolves a DASH (Widevine) stream and hands it over to inputstream.adaptive.
When I start an episode of some shows (tested with “ANO, šéfe” and “Zrádci”),
video and audio play normally for about 5 seconds, then the whole of Kodi
freezes (not just the add-on). It started with newer CoreELEC 22 nightlies (about one or two weeks ago).
At first I suspected the add-on, but dmesg shows the problem is in the
HDMI mode switch.
What happens (from dmesg):

• 59.73 s playback starts, ammvdec_h264 decodes 1024x576 without errors
  
• 60.16 s VIDEO_START
  
• 65.87 s Kodi stops audio and tries to switch the output mode
  (“Adjust display refresh rate”) for the SD 576p/25fps content:
  

[65.874235] [drm:meson_hdmitx_decide_color_attr] ERROR invalid vic for 2880x576p50hz
[65.874300] [hdmitx:] HDMITX_ERROR hdmitx_common_validate_mode_locked: get vic from (2880x576p50hz) fail
[65.874312] [drm:meson_hdmitx_encoder_atomic_check] ERROR validate_mode fail for [2880x576p50hz-444,10bit]
After that nothing more is logged and Kodi stays frozen.
HD content does not trigger it, because no switch to a 576p mode happens.
Possible root cause:
The EDID of the AVR advertises VIC 38 (2880x576p50 16:9) but not VIC 37 (4:3).
In hdmitx_mode.c both VIC 37 and VIC 38 share the same name “2880x576p50hz”,
so hdmitx_mode_match_timing_name() returns the first match, VIC 37.
hdmitx_get_prefer_vic() has no 37/38 pair (only 480i/480p/576i/576p pairs),
so VIC 37 is checked against the EDID, is not found, and
hdmitx_common_parse_vic_in_edid() returns HDMI_0_UNKNOWN. The mode is
offered to Kodi, but can never be set. The same probably applies to
2880x480p60 (VIC 35/36; this EDID has only VIC 36).
In addition, Kodi does not recover from the failed atomic modeset and hangs.

@mlebeda: Trochu podobný problém (ve svých důsledcích) mívám na LibreELEC s dekódérem Prime. Primární důvod je sice jiný, důsledky podobné (Kodi nespadne, ale celé se restartuje). Ale odpomůže tomu vypnutí daného dekodéru. Bohužel to ale není finální řešení, protože jsou zase videa, která naopak tento dekodér vyžadují.

Ale co zkusit ještě jinou věc. Selektovat automaticky získaná EDID data z TV tak, aby Kodi dostávalo jen to, co skutečně na dané configuraci funguje? U *ELEC systémů to jde poměrně jednoduše.

V CoreELEC (pozor, v LibreELEC se to dělá jinak) k tomu slouží soubor /storage/.kodi/userdata/disp_cap. V tom je třeba ponechat jen ty kombinace, které nezpůsobují v Kodi problémy. Primárně se soubor vytvoří pomocí systémového příkazu:
 

Pak je třeba ze získaného souboru pomocí textového editoru smáznout ty kombinace nastavení zobrazení TV, které necheš, aby Kodi bralo v úvahu. Následovat musí restart Kodi! V *ELEC tedy pouze ze systému pomocí:
 

nebo můžeš restarovat celý box.

Samozřejmě o ten profil TV zobrazení, který v soubor disp_cap smázneš, přijdeš. Ale Kodi by si s tím mělo poradit, jak to dělá i v jiných případech. Použije profil jiný (podle svého algoritmu výběru a aktuálního nastavení v Systém a Přehrávač) a provede pak při přehrávání videa rescaling.

Neříkám, že to tvůj problém vyřeší určitě, ale je to jedna z možností, kde by se to mělo zkusit. A podle mě velmi pravděpodobně i podařit.

(06.10.2026, 12:22)JiRo Napsal(a): @mlebeda: Trochu podobný problém (ve svých důsledcích) mívám na LibreELEC s dekódérem Prime. Primární důvod je sice jiný, důsledky podobné (Kodi nespadne, ale celé se restartuje). Ale odpomůže tomu vypnutí daného dekodéru. Bohužel to ale není finální řešení, protože jsou zase videa, která naopak tento dekodér vyžadují.

Ale co zkusit ještě jinou věc. Selektovat automaticky získaná EDID data z TV tak, aby Kodi dostávalo jen to, co skutečně na dané configuraci funguje? U *ELEC systémů to jde poměrně jednoduše.

V CoreELEC (pozor, v LibreELEC se to dělá jinak) k tomu slouží soubor /storage/.kodi/userdata/disp_cap. V tom je třeba ponechat jen ty kombinace, které nezpůsobují v Kodi problémy. Primárně se soubor vytvoří pomocí systémového příkazu:
 

Kód:

cat /sys/class/amhdmitx/amhdmitx0/disp_cap > /storage/.kodi/userdata/disp_cap

Pak je třeba ze získaného souboru pomocí textového editoru smáznout ty kombinace nastavení zobrazení TV, které necheš, aby Kodi bralo v úvahu. Následovat musí restart Kodi! V *ELEC tedy pouze ze systému pomocí:
 

Kód:

systemctl restart kodi

nebo můžeš restarovat celý box.

Samozřejmě o ten profil TV zobrazení, který v soubor disp_cap smázneš, přijdeš. Ale Kodi by si s tím mělo poradit, jak to dělá i v jiných případech. Použije profil jiný (podle svého algoritmu výběru a aktuálního nastavení v Systém a Přehrávač) a provede pak při přehrávání videa rescaling.

Neříkám, že to tvůj problém vyřeší určitě, ale je to jedna z možností, kde by se to mělo zkusit. A podle mě velmi pravděpodobně i podařit.

Díky za tvůj čas. Zkusil jsem tam nechat rozlišení viz níže, ale bez úspěchu:
2160p60hz
2160p50hz
2160p30hz
2160p25hz
2160p24hz
1080p60hz
1080p50hz
1080p30hz
1080p25hz
1080p24hz
1920x1080p120hz
1920x1080p100hz

No, jeste jsem o tom premyslel, a byla.to ode mne asi spatna uvaha. Tohle asi opravdu tvuj problem nevyresi. Pomohlo by to napr. kdyby TV nedokazala video zobrazit. Tak se omlouvam.

(06.10.2026, 21:33)JiRo Napsal(a): No, jeste jsem o tom premyslel, a byla.to ode mne asi spatna uvaha. Tohle asi opravdu tvuj problem nevyresi. Pomohlo by to napr. kdyby TV nedokazala video zobrazit. Tak se omlouvam.

Nevadí, stejně moc děkuji. Přeji pohodový večer. :)

EDIT: Whitelist v nastavení pouze 1080p a 4k rozlišení vyřešil padání KODI. Poté se již problém nevyskytuje.

Ale vždyť před tím jsi psal, že to nepomohlo, a uváděl jsi, že v dis_cap jsi ponechal:
 
 
A teď píšeš, že když jsi ponechal 1080 a 4K, tak padání přestalo. Ale v tom seznamu výše jsou jen samé 1080 a 4K. Tak tomu nerozumím...

(08.10.2026, 22:32)JiRo Napsal(a): Ale vždyť před tím jsi psal, že to nepomohlo, a uváděl jsi, že v dis_cap jsi ponechal:
 

Kód:

2160p60hz
2160p50hz
2160p30hz
2160p25hz
2160p24hz
1080p60hz
1080p50hz
1080p30hz
1080p25hz
1080p24hz
1920x1080p120hz
1920x1080p100hz

 
A teď píšeš, že když jsi ponechal 1080 a 4K, tak padání přestalo. Ale v tom seznamu výše jsou jen samé 1080 a 4K. Tak tomu nerozumím...

Gemini píše k tomu následující (více jsem to nezkoumal a disp_cap s rebootem prostě nezabral):

Zde je přesné technické vysvětlení, proč starý postup na vašem hardwaru přestal fungovat. Rozdíl spočívá v přechodu systému CoreELEC na moderní linuxový grafický stack.

1. Proč selhal disp_cap (Zastaralá metoda na úrovni jádra)
Soubor /storage/.kodi/userdata/disp_cap je historický mechanismus. Byl určen pro starý proprietární ovladač displeje od Amlogicu (fbdev), který se používal ve starších verzích jádra (např. 3.14 nebo 4.9).
Váš box s čipsetem S905X5M ale běží na novém jádře 5.15, které grafiku zpracovává přes moderní linuxový subsystém DRM/KMS (Direct Rendering Manager). Tento nový ovladač načítá dostupná rozlišení výhradně z dat (EDID) vaší televize a starý textový soubor disp_cap zcela ignoruje. DRM ovladač tak Kodi nadále tvrdil, že vadný režim 2880x576p je plně k dispozici.
2. Proč zafungoval Whitelist (Aktivní filtrace na úrovni aplikace)
Když Kodi startuje, zeptá se DRM ovladače na všechna dostupná rozlišení. Ovladač mu pošle kompletní seznam, včetně onoho problematického SD režimu.
Když ale nastavíte Whitelist v GUI, Kodi zafunguje jako tvrdý aplikační filtr. Při spuštění iPrima streamu v rozlišení 1024×576 se Kodi podívá na Whitelist. Protože 576p není zaškrtnuté, Kodi zakáže jeho použití, vybere nejbližší povolené rozlišení (1080p) a kód video rovnou softwarově přepočítá (upscaluje). Kodi tak vůbec neodešle grafickému ovladači (DRM) příkaz k přepnutí do problematického režimu 2880x576p, čímž se vyhnete pádu.
Shrnutí:
disp_cap nepomohl, protože jej moderní grafický ovladač ve vašem zařízení již nečte. Whitelist problém vyřešil, protože zablokoval výběr chybného rozlišení přímo v logice Kodi ještě předtím, než se požadavek dostal do systému.

@mlebeda: Výborně, tomu říkám produktivní diskuze! O tom, že filtrace na úrovni dis_cap už v aktuálně používaných linux jádrech nefunguje, jsem netušil. A pak hlavně, nevšiml jsme si, že tvá věta začíná Whitelist...

Když o tom teď přemýšlím, tak já vlastně v mých už roky používaných nastaveních v *ELEC táhnu whitelisty pouze s 1080 a 2160 formáty. Všechny ostatní jsem tam kdysi před léty vynechal, a teď už si vlastně ani nepamatuji proč. Možná právě proto, že mi to taky způsobovalo problémy...

Mám problém s přihlášení u doplňku Prima+. Odzkoušeno na 2 různých zařízeních a nejnovější verzi doplňku 1.5.5. Po překontrolování přihlašovacích údajů a spuštění doplňku mi vždy vyskočí zpráva: Uživatel nenalezen.

V přihlašovaném účtu na iPrima jsem překontroloval a promazal zařízení, jsou tam jen 4.

Už si nevím rady co s tím.

@jiriloos: chybu vrací server Prima+ v případě, že vůbec nezná uživatele. Např. při špatném hesla vrací jinou chybu. Můžeš mi do soukromé správy poslat, co máš nastavené jako email a případně mi napiš i svůj používaný email, kdyby byla potřeba nějaká další diagnostika. Nevím jestli tam nemůžeš mít nějaký problémový znak, ale třeba mezera na konci nevadí.