Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: original-bubo 09. 05. 2020, 16:41:13
-
Dnes ráno mi na stole pristalo Rpi 4 4Gb. Nainštaloval som najnovší Raspbian,
hračku pripojil ku 4k LG televízoru - všetky 4 hDMI porty sú označené ako 4k 60Hz
- vybral som si ten s doplnkom HDMI2.2.
Po nabehnutí desktopu som v nastavení Screen Cofiguration nastavil
resolution na 3840x2160.
Prekvapenie prišlo keď som chcel zmeniť frekvenciu.
Najvyššia bola 30Hz. Je to nepríjemné, pretože ovládanie myšou je ako po alkohole.
Prešiel som všetky fórumy na túto tému, skúsil všetky možnosti - áno
aj hdmi_enable_4k=1.
Skúsil som aj iný kábel aj iný televízor - samsung.
Bez výsledku, 4K 60Hz nejde.
Myslíte, že je to na reklamáciu hardwéru, alebo
ešte existuje nejaká zázračná utilita, ktorá mi povie čo je treba urobiť?
-
Veci co ma napadaju:
- skusal si rozne porty na tom raspberry?
- v aktualnej dokumentacii sa spomina hdmi_enable_4kp60=1
- skusal si pozriet ci na televizore nemas zapnutu nejaku "Deep Color", "UHD Color", HDR alebo podobnu feature? na mojej samsung telke mi ani z notebooku nejde 4k60 kym to nevypnem (na samsungu sa to vola HDMI UHD Color)..
-
Veci co ma napadaju:
- skusal si rozne porty na tom raspberry?
- v aktualnej dokumentacii sa spomina hdmi_enable_4kp60=1
- skusal si pozriet ci na televizore nemas zapnutu nejaku "Deep Color", "UHD Color", HDR alebo podobnu feature? na mojej samsung telke mi ani z notebooku nejde 4k60 kym to nevypnem (na samsungu sa to vola HDMI UHD Color)..
No skúšať rôzne porty nemá veľmi zmysel, sú len dva a podľa dokumentácie a všetkých fór má byť 4k 6OHz možné len na hdmi 0.
To s "deep color" je zaujímavý nápad, to som nikde nečítal - skúsim.
-
Veci co ma napadaju:
- skusal si rozne porty na tom raspberry?
- v aktualnej dokumentacii sa spomina hdmi_enable_4kp60=1
- skusal si pozriet ci na televizore nemas zapnutu nejaku "Deep Color", "UHD Color", HDR alebo podobnu feature? na mojej samsung telke mi ani z notebooku nejde 4k60 kym to nevypnem (na samsungu sa to vola HDMI UHD Color)..
No skúšať rôzne porty nemá veľmi zmysel, sú len dva a podľa dokumentácie a všetkých fór má byť 4k 6OHz možné len na hdmi 0.
To s "deep color" je zaujímavý nápad, to som nikde nečítal - skúsim.
Žiaľ nepomohlo... na hardware problém ukazuje aj to že pokiaľ sa pokúšam nastaviť rozlíšenie pomocou Advanced Option, A5 Resolution, nič sa neudeje
hneď to vyskočí do základných nastavení. Inak pre grafiku som vyčlenil 512MB.
-
Zkuste vycist EDID - je mozne ze tam to rozliseni neni definovano, nebo tomu schazi extension pro nastaveni frekvence.
Zkouseli jste manualne tomu vnutit timings? (u RPi je to v config.txt)
S jinym zdrojem signalu je 4K60 na te same televizi bez problemu?
-
Zkuste vycist EDID - je mozne ze tam to rozliseni neni definovano, nebo tomu schazi extension pro nastaveni frekvence.
Zkouseli jste manualne tomu vnutit timings? (u RPi je to v config.txt)
S jinym zdrojem signalu je 4K60 na te same televizi bez problemu?
Edid som vytvoril, ale je to binárny súbor a nejako som neprišiel na to čo s tým.
Ale pri listingu všetkých módov tam naozaj 3840x2160 na 60Hz chýba.
Vnútenie požadovaného rozlíšenia a frekvencie som mal pripravené ako ďalšiu otázku. Trochu som si čítal aké parametre v config.txt to majú na starosti, ale moje pokusy neviedli k výsledku.
K obom tv (na ktorých som to skúšal) sú pripojené PC s windows 10, v jednom prípade GTX1070 v druhom AMD Ryzen 5 2400G s Vega graphics. 4k 60Hz žiadny problém.
-
Taka sprosta otazka: kabel je HDMI 2.0 kompliant?
HDMI 1.4 kabel 4k@60 neda.
-
...pokud dvě další PCčka do těch TV z Windows 4k@60 pošlou, tak je vážně divné, že RPi nepošle nic - aby tak nakonec bylo nějaké omezení v hardwaru RPi...
Na normálním x86 Debianu a i915 jsem nedávno dokázal vnutit režim kernel cmdline argumentem video=HDMI-A-2:1920x1080@50D (http://frantisek.rysanek.sweb.cz/htpc/htpc.htm#k-cmd), kde jméno zařízení jde předem zjistit po zapnutí argumentu drm.debug=0xe (https://gist.github.com/danwdart/5398812) (objeví se v dmesg, uprostřed vodopádu dalších sáhodlouhých invektiv). Když říkám vnutit, tak myslím nastavit režim, který televize v EDIDu neposílala jako podporovaný (přestože fyzicky ho zvládala). Pod běžícími X taky cosi dokáže/ukáže tuším xrandr, plus obvyklé historky o konfiguraci modeline skrz xorg.conf.d/ atd.
Koukám, že na RPi je dost věcí údajně jinak. Experimenty s kernel cmdline patří zřejmě do /boot/cmdline.txt (https://www.raspberrypi.org/documentation/configuration/cmdline-txt.md) . Ale konkrétně video se má správně konfigurovat skrz /boot/config.txt (https://www.raspberrypi.org/documentation/configuration/config-txt/), jak píšete. Ohledně argumentů týkajících se videa má dokumentace samostatnou kapitolu (https://www.raspberrypi.org/documentation/configuration/config-txt/video.md) . Co jste konkrétně zkoušel? Chtělo by to přesný výpis. Pokud se Vám nedaří vnutit 4k@60, jiné (nižší) režimy se touto cestou dají přepínat? Slibné parametry, na které jsem letmo v dokumentaci narazil:
Pro "consumer electronics" variantu videorežimu:
hdmi_ignore_edid=0xa5000080
hdmi_group=1
hdmi_mode=97
hdmi_force_mode
nebo pro "počítačovou" DMT variantu videorežimu (žádný 4k režim není předem připravený, je třeba ho podrobněji specifikovat):
hdmi_ignore_edid=0xa5000080
hdmi_group=2
hdmi_mode=87
hdmi_timings=...viz dokumentace, něco jako modeline...
hdmi_cvt=...viz dokumentace, základní parametry rozlišení, tudy bych šel...
hdmi_force_mode
Opšny hdmi_timings a hdmi_cvt v DMT/CVT režimu jsou zřejmě navzájem alternativní = použijte jednu nebo druhou.
Bylo by fajn, kdyby se televize z časování dovtípila, že nedostává CE režim ale DMT režim, a sama vypnula mrviče obrazu a zpožďovací buffery - ale to je hodně zbožné přání.
Jeden konkrétní bod (opšnu z config.txt) si dovolím odcitovat nastojato:
hdmi_enable_4kp60 (Pi 4B only)
By default, when connected to a 4K monitor, the Raspberry Pi 4B will select a 30hz refresh rate. Use this option to allow selection of 60Hz refresh rates. Note, this will increase power consumption and increase the temperature of the Raspberry Pi. It is not possible to output 4Kp60 on both micro HDMI ports simultaneously.
Konkrétně
hdmi_enable_4kp60=1
= možná by stačil tenhle jediný parametr, a pokud TV posílá duševně zdravý EDID blok, zbytek by už proběhl (téměř) samospádem?
Viz též kapitola "Which values are valid for my monitor?" = vysvětlivka k utilitě /opt/vc/bin/tvservice .
Zkusit vnutit svůj vlastní EDID blob skrz soubor, to je podle mého poslední pokus, pokud všechno předchozí selže :-) Pro Vaše pokusy s binárním EDID fajlem jsou relevantní
hdmi_edid_file
hdmi_edid_filename
edid_content_type
Na normálním stolním distru bych custom edid file směřoval někam do /lib/firmware a pak bych ho zmínil na kernel cmdline a nejspíš taky v xorg.conf (https://bbs.archlinux.org/viewtopic.php?id=229894) - ale chápu, že RPi/Raspbian to má jinak.
Ohavné zpoždění není obnovovací frekvencí, ale bufferingem. Vyšší snímkovou frekvencí si nejspíš nepomůžete. Spíš kdyby šlo té televizi říct, že na daném vstupním portu má počítač. Nebo třeba vypnout vyhlazování pohybu by mohlo pomoct.
-
Ahoj,
docela dobrý postup je popsaný zde https://medium.com/@monofuel34089/running-your-raspberry-pi-4-at-4k60hz-78010a26e98d (https://medium.com/@monofuel34089/running-your-raspberry-pi-4-at-4k60hz-78010a26e98d)...
Mj. ten micro HDMI port na RPI hraje roli... s podporou 4K60Hz by měl být jen ten první hned vedle napájení...
No a pak ověřit konfiguraci v UI pro HDMI, jestli tam přibyla konfigurace pro 4K60Hz...
-
Ahoj,
docela dobrý postup je popsaný zde https://medium.com/@monofuel34089/running-your-raspberry-pi-4-at-4k60hz-78010a26e98d (https://medium.com/@monofuel34089/running-your-raspberry-pi-4-at-4k60hz-78010a26e98d)...
Mj. ten micro HDMI port na RPI hraje roli... s podporou 4K60Hz by měl být jen ten první hned vedle napájení...
No a pak ověřit konfiguraci v UI pro HDMI, jestli tam přibyla konfigurace pro 4K60Hz...
+1 a tvrděj tam, že za tu línou myš vážně může 4k@30Hz, že na 60 Hz je to výrazně lepší. No to mě teda p. Kromě jedné řádky v config.txt (povolit 60 Hz) už by to pak mělo jít naklikat v GUI, pokud TV dává zdravý EDID.
-
Ahoj,
docela dobrý postup je popsaný zde https://medium.com/@monofuel34089/running-your-raspberry-pi-4-at-4k60hz-78010a26e98d (https://medium.com/@monofuel34089/running-your-raspberry-pi-4-at-4k60hz-78010a26e98d)...
Mj. ten micro HDMI port na RPI hraje roli... s podporou 4K60Hz by měl být jen ten první hned vedle napájení...
No a pak ověřit konfiguraci v UI pro HDMI, jestli tam přibyla konfigurace pro 4K60Hz...
Ďakujem za reakciu, ale tento postup bol prvý, ktorý som skúšal a samozrejme hdmi_enable_4kp60=1 bolo to prvé čo som nastavil. Píšem to aj vo svojom prvom príspevku.
-
...pokud dvě další PCčka do těch TV z Windows 4k@60 pošlou, tak je vážně divné, že RPi nepošle nic - aby tak nakonec bylo nějaké omezení v hardwaru RPi...
Na normálním x86 Debianu a i915 jsem nedávno dokázal vnutit režim kernel cmdline argumentem video=HDMI-A-2:1920x1080@50D (http://frantisek.rysanek.sweb.cz/htpc/htpc.htm#k-cmd), kde jméno zařízení jde předem zjistit po zapnutí argumentu drm.debug=0xe (https://gist.github.com/danwdart/5398812) (objeví se v dmesg, uprostřed vodopádu dalších sáhodlouhých invektiv). Když říkám vnutit, tak myslím nastavit režim, který televize v EDIDu neposílala jako podporovaný (přestože fyzicky ho zvládala). Pod běžícími X taky cosi dokáže/ukáže tuším xrandr, plus obvyklé historky o konfiguraci modeline skrz xorg.conf.d/ atd.
Koukám, že na RPi je dost věcí údajně jinak. Experimenty s kernel cmdline patří zřejmě do /boot/cmdline.txt (https://www.raspberrypi.org/documentation/configuration/cmdline-txt.md) . Ale konkrétně video se má správně konfigurovat skrz /boot/config.txt (https://www.raspberrypi.org/documentation/configuration/config-txt/), jak píšete. Ohledně argumentů týkajících se videa má dokumentace samostatnou kapitolu (https://www.raspberrypi.org/documentation/configuration/config-txt/video.md) . Co jste konkrétně zkoušel? Chtělo by to přesný výpis. Pokud se Vám nedaří vnutit 4k@60, jiné (nižší) režimy se touto cestou dají přepínat? Slibné parametry, na které jsem letmo v dokumentaci narazil:
Pro "consumer electronics" variantu videorežimu:
hdmi_ignore_edid=0xa5000080
hdmi_group=1
hdmi_mode=97
hdmi_force_mode
nebo pro "počítačovou" DMT variantu videorežimu (žádný 4k režim není předem připravený, je třeba ho podrobněji specifikovat):
hdmi_ignore_edid=0xa5000080
hdmi_group=2
hdmi_mode=87
hdmi_timings=...viz dokumentace, něco jako modeline...
hdmi_cvt=...viz dokumentace, základní parametry rozlišení, tudy bych šel...
hdmi_force_mode
Opšny hdmi_timings a hdmi_cvt v DMT/CVT režimu jsou zřejmě navzájem alternativní = použijte jednu nebo druhou.
Bylo by fajn, kdyby se televize z časování dovtípila, že nedostává CE režim ale DMT režim, a sama vypnula mrviče obrazu a zpožďovací buffery - ale to je hodně zbožné přání.
Jeden konkrétní bod (opšnu z config.txt) si dovolím odcitovat nastojato:
hdmi_enable_4kp60 (Pi 4B only)
By default, when connected to a 4K monitor, the Raspberry Pi 4B will select a 30hz refresh rate. Use this option to allow selection of 60Hz refresh rates. Note, this will increase power consumption and increase the temperature of the Raspberry Pi. It is not possible to output 4Kp60 on both micro HDMI ports simultaneously.
Konkrétně
hdmi_enable_4kp60=1
= možná by stačil tenhle jediný parametr, a pokud TV posílá duševně zdravý EDID blok, zbytek by už proběhl (téměř) samospádem?
Viz též kapitola "Which values are valid for my monitor?" = vysvětlivka k utilitě /opt/vc/bin/tvservice .
Zkusit vnutit svůj vlastní EDID blob skrz soubor, to je podle mého poslední pokus, pokud všechno předchozí selže :-) Pro Vaše pokusy s binárním EDID fajlem jsou relevantní
hdmi_edid_file
hdmi_edid_filename
edid_content_type
Na normálním stolním distru bych custom edid file směřoval někam do /lib/firmware a pak bych ho zmínil na kernel cmdline a nejspíš taky v xorg.conf (https://bbs.archlinux.org/viewtopic.php?id=229894) - ale chápu, že RPi/Raspbian to má jinak.
Ohavné zpoždění není obnovovací frekvencí, ale bufferingem. Vyšší snímkovou frekvencí si nejspíš nepomůžete. Spíš kdyby šlo té televizi říct, že na daném vstupním portu má počítač. Nebo třeba vypnout vyhlazování pohybu by mohlo pomoct.
Ďakujem za odpoveď, písal som vo svojom prvom príspevku, že som skúsil úplne všetko čo som našiel na nete. Takže:
hdmi_enable_4kp60=1 - úplne najskôr
hdmi_group=1
hdmi_mode=97
komentoval som dtoverlay=vc4-fkms-v3d
(tiež to bola jedna z rád)
rovnako som skúsil port v TV nastaviť ako PC,
"ohavné" (naozaj priliehavé slovo) oneskorenie zostalo
Tomu s EDID nerozumiem, podľa ďalšieho príspevku, dostáva Rpi edid
z pripojeného televízora, hm
-
Zkoušel jste se obrátit přímo na fórum Raspbianu? Tam by se mohli pohybovat lidé, kteří něco takového pravděpodobně řešili.
-
Když mi na RPI4 v Kodi skákala myš, chtělo to zvětšit paměť pro grafiku, dát v konfiguraci víc než 256.
-
Zkoušel jste se obrátit přímo na fórum Raspbianu? Tam by se mohli pohybovat lidé, kteří něco takového pravděpodobně řešili.
Áno skúsil, nedostali sme sa ďalej ako na otázky
hdmi_enable_4kp60=1
a HDMI0
-
Když mi na RPI4 v Kodi skákala myš, chtělo to zvětšit paměť pro grafiku, dát v konfiguraci víc než 256.
Pamäť som zväčšil na 512MB
-
Nepřiložil byste pro zajímavost výpis následujících příkazů? (kopíruju z dokumentace)
/opt/vc/bin/tvservice -m CEA
/opt/vc/bin/tvservice -m DMT
/opt/vc/bin/tvservice -d edid.dat; /opt/vc/bin/edidparser edid.dat
-
Áno skúsil, nedostali sme sa ďalej ako na otázky
hdmi_enable_4kp60=1
a HDMI0
To je divné. RPi 4 mám, ale bohužel žádné 4K zobrazovadlo, které bych zkusil. Nicméně je divné, že by to nikdo neřešil. Tak tam je pak otázka, jestli není problém s TV (z nějakého důvodu si nerozumí), či nějaká podivná chyba přímo ve Vašem kusu RPi.
-
Možná se pro jistotu ještě zeptám, letmým pohledem jsem nenašel ve vlákně odpověď:
Co přesně znamená, že 60 Hz nefunguje? Jak se to projevuje? Dám na výběr:
A) černá/modrá apod. obrazovka nebo televize hlásí "no signal" nebo "signal out of range" - prostě RPi něco poslalo, a telce to nechutná
B) telka je spokojená, zobrazuje, ale hlásí tvrdošíjně 30 Hz. A dostupnými tooly na RPi vidíte taky, že posíláte 30 Hz.
Pokud A) je správně, může to být přece jenom kabelem. Pokud ale používáte tentýž kabel, který z jiného počítače na tutéž televizi funguje, tak je to částečně divné. Částečně proto, že analogové nectnosti se sčítají, takže pokud dává "jiný počítač" ostřejší hrany nebo co já vím, tak to ve výsledku může televizi chutnat, zatímco tentýž kabel v kombinaci s RPi teoreticky nikoli... (analogové záležitosti v TMDS framingu, tvar hran apod. Jsou to tak rychlé signály, že na to nemám v laborce čím koukat, i kdybych se na jednotlivý signálový pár dokázal připojit odposlechem, což nejspíš beztak nedokážu.)
Pokud B) je správně, tak to kabelem nejspíš není, protože kabel je IMO jenom copánek drátů, nemá jak zasignalizovat televizi nebo počítači, kterou verzi normy splňuje, jakou má šířku pásma apod.
-
Možná se pro jistotu ještě zeptám, letmým pohledem jsem nenašel ve vlákně odpověď:
Co přesně znamená, že 60 Hz nefunguje? Jak se to projevuje? Dám na výběr:
A) černá/modrá apod. obrazovka nebo televize hlásí "no signal" nebo "signal out of range" - prostě RPi něco poslalo, a telce to nechutná
B) telka je spokojená, zobrazuje, ale hlásí tvrdošíjně 30 Hz. A dostupnými tooly na RPi vidíte taky, že posíláte 30 Hz.
Pokud A) je správně, může to být přece jenom kabelem. Pokud ale používáte tentýž kabel, který z jiného počítače na tutéž televizi funguje, tak je to částečně divné. Částečně proto, že analogové nectnosti se sčítají, takže pokud dává "jiný počítač" ostřejší hrany nebo co já vím, tak to ve výsledku může televizi chutnat, zatímco tentýž kabel v kombinaci s RPi teoreticky nikoli... (analogové záležitosti v TMDS framingu, tvar hran apod. Jsou to tak rychlé signály, že na to nemám v laborce čím koukat, i kdybych se na jednotlivý signálový pár dokázal připojit odposlechem, což nejspíš beztak nedokážu.)
Pokud B) je správně, tak to kabelem nejspíš není, protože kabel je IMO jenom copánek drátů, nemá jak zasignalizovat televizi nebo počítači, kterou verzi normy splňuje, jakou má šířku pásma apod.
No ja sa tu pomerne bavim, ze tu riesia rypanie sa v configu, ale na jednoduchu otazku tu odpoved nie je.
Na druhu stranu, ani to, co ste napisali vy, nie je celkom pravda.
Pri HDMI situacia A) "signal out of range" nikdy nenastane. HDMI (a aj DisplayPort) robia pri zapnuti najprv tzv. trenovanie linky - zistuju, akou rychlostou sa vedia dohovorit a zariadenia podla vysledku prisposobia svoju komunikaciu. T.j. pokial je linka pomala, z akehoholvek dovodu, tak poslu tak upraveny EDID, aby bol cez nu pouzitelny.
T.j. vzdy nastane pripad B. Pripad A len v pripade, ze nie je zapojeny kabel vobec ("no signal").
Rovnako, HDMI nie je len "copanek dratu", resp. nie je copanek ako copanek. HDMI kable maju niekolko kategorii. Bezne su category 1 ("standard speed"), ktore zvladaju pixel clock do 75 MHz. Toto na 4k@60 nestaci, tam treba category 2 ("high speed"), ktore zvladaju pixel clock do 340 MHz. (Technicky, cat1 nestaci ani na 1080p@60, ale kedze ide o certifikaciu/test, nie liimit, fungovat moze, bez garancie. 4k@60 natahuje poziadavky daleko viacej, ako 1080p@60, takze sanca, ze bude fungovat je daleko nizsia.) Kedze marketingovo cat1 vs cat2 nikde oznacene nie je, najjednoduchsi sposob ako mat kabel zvladajuci poziadavky je, ked je oznaceny, ze zvlada hdmi 2.0, deep color apod (pozor, nie ethernet - to je extra par zil).
Takze pokial nie je otestovane, ze dany kabel vie preniest 4k@60 pri zapojeni ineho zariadenia ako rpi, tak fakt netusim, co tu ludia vobec riesia.
-
Pri HDMI situacia A) "signal out of range" nikdy nenastane. HDMI (a aj DisplayPort) robia pri zapnuti najprv tzv. trenovanie linky - zistuju, akou rychlostou sa vedia dohovorit a zariadenia podla vysledku prisposobia svoju komunikaciu. T.j. pokial je linka pomala, z akehoholvek dovodu, tak poslu tak upraveny EDID, aby bol cez nu pouzitelny.
Přiznám se, že link training u HDMI je pro mě novinkou (u DP mě nepřekvapuje). Děkuji za pohlavek. Pokud správně štrachám (https://en.wikipedia.org/wiki/HDMI#Version_2.1) různými (https://www.hdmi.org/spec/hdmi2_1) prameny (https://www.quantumdata.com/assets/980_hdmi_21_pa_vg_ds.pdf), řekl bych, že je to vlastnost HDMI 2.1 (= nejnovější verze HDMI z r.2017) a má to zřejmě souvislost s framingem zvaným FRL, který je nástupcem tradičního TMDS a umí i další vylomeniny... (v principu posouvá schopnosti HDMI směrem k DP). Pokud mohu soudit, HDMI 2.0 ještě FRL neumělo - umí protlačit 4k@60p, ale skrz tradiční hloupé TMDS. Pravda je, že samotné to "trénování" se možná děje "out of band" z hlediska framingu video dat (zpětná vazba přes EDID resp. konkrétní jeho "registry"), ale otázka je, do jaké míry, protože FRL umí nějaký FEC, na kterém by vyhodnocení "kvality" linky (BER) mohlo být závislé... Taky jsem se nějak nedočetl, kterou verzi HDMI podporuje čtyřková Malina, zda 2.0 nebo 2.1. Tzn. neslibuju, že RPI umí linku trénovat, ale v tuto chvíli to nemohu vyloučit.
HDMI kabel je "jenom copánek drátů" v tom smyslu, že nemá svou vlastní SPD EEPROM nebo nějaké piny, kterými by kabel jasně sděloval zařízením sink/source, jakou má šířku pásma. Nepochybuju o tom, že se vyrábějí kabely s různou reálnou šířkou pásma resp. spektrální přenosovou charakteristikou (křivkou útlumu podle frekvence na TMDS párech).
-
Takze pokial nie je otestovane, ze dany kabel vie preniest 4k@60 pri zapojeni ineho zariadenia ako rpi, tak fakt netusim, co tu ludia vobec riesia.
Pokud má originál kabel, tak ten to umí.
https://rpishop.cz/kabely/1591-raspberry-pi-microhdmi-kabel-1-m-bila.html
A hlavně se to blbě testuje, když má RPi 4 microHDMI, takový kabel do moc věcí nativně nepřipojíte.
-
Pri HDMI situacia A) "signal out of range" nikdy nenastane. HDMI (a aj DisplayPort) robia pri zapnuti najprv tzv. trenovanie linky - zistuju, akou rychlostou sa vedia dohovorit a zariadenia podla vysledku prisposobia svoju komunikaciu. T.j. pokial je linka pomala, z akehoholvek dovodu, tak poslu tak upraveny EDID, aby bol cez nu pouzitelny.
Přiznám se, že link training u HDMI je pro mě novinkou (u DP mě nepřekvapuje).
Klasicke HDMI 2.0 nema zadny link training, ale pro 594 / 600MHz pixel clock, ktery je nutny pro 4K60 to zavadi modifikaci v TMDS - clock bezi na 1/40 bitratu, vuci HDMI 1.x, kde je to 1/10 bitratu. Tj prakticky po tom samem clock paru je v 4K60 systemu pomalejsi signal - kvuli redukci jitteru. A HDMI2 pridava povinne scrambling dat - takze pa pa napul funkcnimu obrazu (kde napr. budou blikat pixely protoze kabel nestiha/je moc dlouhej.. v hdmi2 se bud jede nebo nejede, coz zhorsuje ladeni).
V HDMI 2.1 se preslo z dedikovaneho clocku na embedded clock a obskurni kodovani 16b/18b, coz znamena ze je nutne dodrzet fixni frekvenci, aby se zarizeni mohli domluvit (stejne jako u DP,SDI,Eth,FC,Sata,PCIe atd.. vse jede na nekolika zvolenych frekvencich, neskaluje to linearne/analogove, jako hdmi1/hdmi2). Vyhodu kterou tohle ziskava je, ze ctvrtej par lze pouzit na data, takze +33% prenosovky je vlastne zadarmo (a zjednodusi se clock recovery - kdyz nemusi podporovat sirokej rozsah, ale nekolik malo frekvenci). K DP to ma ale zrejme jeste daleko, nejsou tam pakety ani MST podpora.
Monitor co by zmenil sve EDID protoze prijima bordel jsem nevidel. U DP monitoru slo prepinat mezi DP1.2(4K60) a DP1.0(4K30) protoze nektere zdroje signalu nebyly dostatecne future-proof.
-
Možná se pro jistotu ještě zeptám, letmým pohledem jsem nenašel ve vlákně odpověď:
Co přesně znamená, že 60 Hz nefunguje? Jak se to projevuje? Dám na výběr:
A) černá/modrá apod. obrazovka nebo televize hlásí "no signal" nebo "signal out of range" - prostě RPi něco poslalo, a telce to nechutná
B) telka je spokojená, zobrazuje, ale hlásí tvrdošíjně 30 Hz. A dostupnými tooly na RPi vidíte taky, že posíláte 30 Hz.
Pokud A) je správně, může to být přece jenom kabelem. Pokud ale používáte tentýž kabel, který z jiného počítače na tutéž televizi funguje, tak je to částečně divné. Částečně proto, že analogové nectnosti se sčítají, takže pokud dává "jiný počítač" ostřejší hrany nebo co já vím, tak to ve výsledku může televizi chutnat, zatímco tentýž kabel v kombinaci s RPi teoreticky nikoli... (analogové záležitosti v TMDS framingu, tvar hran apod. Jsou to tak rychlé signály, že na to nemám v laborce čím koukat, i kdybych se na jednotlivý signálový pár dokázal připojit odposlechem, což nejspíš beztak nedokážu.)
Pokud B) je správně, tak to kabelem nejspíš není, protože kabel je IMO jenom copánek drátů, nemá jak zasignalizovat televizi nebo počítači, kterou verzi normy splňuje, jakou má šířku pásma apod.
Správna odpoveď je, že ani nemám možnosť nastaviť 60Hz, v grafickom nastavení
monitora je najviac 30Hz. Pokiaľ sa o to pokúšam v
raspii-config -> Advanced Opttions -> A5 Resolution, tak to
okamžite skočí naspäť na hlavné menu. Aj preto som tu
dal otázku na návod ako 60Hz vynútiť. Odpovede typu: pozri
na popis funkcií hdmi_kdesi_čosi mi žiaľ nepomôže,
nie som z toho múdry a čo sa dalo som aj tak skúsil.
Jeden z odpovedajúcich tu napísal:
hdmi_timings=...viz dokumentace, něco jako modeline...
hdmi_cvt=...viz dokumentace, základní parametry rozlišení, tudy bych šel...
Ako som písal, káblov som vyskúšal viac, obraz dobrý na 30Hz, myš katastrofa ako žuvačka,
(musím ale povedať, že zmena vstupu na PC trochu pomohla - zistil
som to až po reštarte úplným vypnutím televízora)
Skúšal som aj adaptér µHDMI na HDMI, hoci bol označený
ako high-speed nedal ani 30Hz, ale aspoň sa o to pokúšal, obraz sa stále
rozpadal. Pokiaľ by také niečo bolo na 60Hz tak je všetko jasné, ale
keď to nemám ako vyskúšať...
-
Nepřiložil byste pro zajímavost výpis následujících příkazů? (kopíruju z dokumentace)
/opt/vc/bin/tvservice -m CEA
/opt/vc/bin/tvservice -m DMT
/opt/vc/bin/tvservice -d edid.dat; /opt/vc/bin/edidparser edid.dat
Prikladám
-
Nepřiložil byste pro zajímavost výpis následujících příkazů? (kopíruju z dokumentace)
/opt/vc/bin/tvservice -m CEA
/opt/vc/bin/tvservice -m DMT
/opt/vc/bin/tvservice -d edid.dat; /opt/vc/bin/edidparser edid.dat
Prikladám
Tak som teraz pozeral na raspberrypi.org/forums/ a pribudli tam odpovede na môj problém. Jedna z rád bola zapnúť HDMI ultra deep color, to som vypol po jednej rade tu na tomto fóre.
Dobrá správa funguje 60Hz !
Zlá správa nefungujú USB porty a teda ani myš a klávesnica...
-
Nepřiložil byste pro zajímavost výpis následujících příkazů? (kopíruju z dokumentace)
/opt/vc/bin/tvservice -m CEA
/opt/vc/bin/tvservice -m DMT
/opt/vc/bin/tvservice -d edid.dat; /opt/vc/bin/edidparser edid.dat
Prikladám
Tak som teraz pozeral na raspberrypi.org/forums/ a pribudli tam odpovede na môj problém. Jedna z rád bola zapnúť HDMI ultra deep color, to som vypol po jednej rade tu na tomto fóre.
Dobrá správa funguje 60Hz !
Zlá správa nefungujú USB porty a teda ani myš a klávesnica...
Díky za ty výpisy a za prošlápnutí cestičky - takhle vypadá práce průkopníka :-)
Dost jsem se uchechtl, když jsem se podíval napřed na ten EDID (típnutý ještě před úspěšným nahozením 4k@60 Hz?) a pak co si z toho RPi vybere, ve variantě CEA a DMT :-) To je komedie...
Ohledně "ultra deep color" jsem trochu zagooglil, a našel jsem např. toto vlákno (https://www.raspberrypi.org/forums/viewtopic.php?t=243372&start=375#p1485607) - koukám 3840x2160@60p není ještě kompletní specifikace, jsou různé barevné hloubky (8/10/12/16b) a kódování (4:2:0 | 4:2:2 | 4:4:4) a RPi kupodivu některé low-endové kombinace fičur nepodporuje... Poznámka pro kolemjdoucí: zapnout "ultra deep color" je třeba v televizi (tzn. nikoli v malině, v config.txt to nehledejte).
Konkrétně pokud by ještě někdy přišla řeč na custom DMT/CVT videorežim, tak syntax je
hdmi_cvt=<width> <height> <framerate> <aspect> <margins> <interlace> <rb>Atribut "aspect" je kódovaný, poměru 16:9 odpovídá číslo 3.
Atribut "margins" bejval v dobách VGA jednobarevný rámeček... nevím jestli zapnout nebo vypnout (je třeba vyzkoušet). Atributy margins, interlace a rb (reduced blanking) jsou booleovské, tzn. 1=zapnout, 0=vypnout. Takže kýžený 4k režim v DMT variantě bych asi zkusil takto:
hdmi_cvt=3840 2160 60 3 0 0 1
Nefungují USB porty: jako že přímo na malině? Když rozpoutáte 4k, tak umřou USBčka? :-)
Člověk by řekl, že při těch rozměrech už je jedno, jestli TMDS běží 1.5 nebo 6+ Gbps... je možné, že malina při 4k víc žere (jak je ostatně avizováno v dokumentaci), ale vzhledem k těm frekvencím moc nevěřím, že by pomohlo třeba svépomocně přiblokovat napájení... tohle by mělo být vyřešeno na čipu nebo na interposeru nebo opravdu těsně kolem BGA footprintu. Každopádně bez osciloskopu na těch napájecích větvích nebude mnoho k vidění. Ono ostatně možná ani s osciloskopem.
-
ale vzhledem k těm frekvencím moc nevěřím, že by pomohlo třeba svépomocně přiblokovat napájení...
Kdyby nestíhalo napájení, tak by malina jak zběsilá blikala ikonou blesku na obrazovce, to by si všiml. Každopádně je to divné, nemohu si pomoct, ale stále víc mi to připadá, jako kdyby tazatelova malina byla nějakým způsobem nemocná. Ty USB nemají žádný důvod zhasnout, a určitě není první, kdo provozuje Pi4 na 4K, takový obecný problém by už dávno byl zaznamenán.
-
ale vzhledem k těm frekvencím moc nevěřím, že by pomohlo třeba svépomocně přiblokovat napájení...
Kdyby nestíhalo napájení, tak by malina jak zběsilá blikala ikonou blesku na obrazovce, to by si všiml. Každopádně je to divné, nemohu si pomoct, ale stále víc mi to připadá, jako kdyby tazatelova malina byla nějakým způsobem nemocná. Ty USB nemají žádný důvod zhasnout, a určitě není první, kdo provozuje Pi4 na 4K, takový obecný problém by už dávno byl zaznamenán.
Ona je otázka, čeho si přesně malina všimne, v tom napájení. Kde měří a jak to měří. Jestli má třeba detektor "špiček směrem dolů" a jak rychlý... Jestli měří +5V, tak nemusí vůbec nic vědět o dějích, které se odehrávají na Vcore (odhadem kolem 1V jmenovité napětí). Co když nedostatečná filtrace při větší zátěži nevybírá špičky dlouhé řádově nanosekunda (+/- 2 řády) = převedeno na frekvenční pásmo Gigahertz +/- autobus... není keramický kondík jako keramický kondík, lambda/4 invertuje impedanci apod.
Mimochodem jeden citát z toho vlákna na fóru, informace asi rok stará: "6by9 provided a last minute firmware fix that's included in LibreELEC but probably didn't make it into Raspbian. The fix should be included in lastest rpi-update firmware though" . Je to k tématu "podpora 4k" a kompatibilita s konkrétní televizí...
-
ale vzhledem k těm frekvencím moc nevěřím, že by pomohlo třeba svépomocně přiblokovat napájení...
Kdyby nestíhalo napájení, tak by malina jak zběsilá blikala ikonou blesku na obrazovce, to by si všiml. Každopádně je to divné, nemohu si pomoct, ale stále víc mi to připadá, jako kdyby tazatelova malina byla nějakým způsobem nemocná. Ty USB nemají žádný důvod zhasnout, a určitě není první, kdo provozuje Pi4 na 4K, takový obecný problém by už dávno byl zaznamenán.
Ona je otázka, čeho si přesně malina všimne, v tom napájení. Kde měří a jak to měří. Jestli má třeba detektor "špiček směrem dolů" a jak rychlý... Jestli měří +5V, tak nemusí vůbec nic vědět o dějích, které se odehrávají na Vcore (odhadem kolem 1V jmenovité napětí). Co když nedostatečná filtrace při větší zátěži nevybírá špičky dlouhé řádově nanosekunda (+/- 2 řády) = převedeno na frekvenční pásmo Gigahertz +/- autobus... není keramický kondík jako keramický kondík, lambda/4 invertuje impedanci apod.
Mimochodem jeden citát z toho vlákna na fóru, informace asi rok stará: "6by9 provided a last minute firmware fix that's included in LibreELEC but probably didn't make it into Raspbian. The fix should be included in lastest rpi-update firmware though" . Je to k tématu "podpora 4k" a kompatibilita s konkrétní televizí...
Tu je jeden návrh z rpi.org/forums/ :
Check the quality of all your cables, as this is likely a RF interference issue. I assume you have a wireless mouse/keyboard with a RF dongle. Adding an extension cable to relocate the dongle away from the Pi helps.
Skúsim, ale neskôr, teraz už na to nemám nervy.... :)
-
Ona je otázka, čeho si přesně malina všimne, v tom napájení. Kde měří a jak to měří. Jestli má třeba detektor "špiček směrem dolů" a jak rychlý... Jestli měří +5V, tak nemusí vůbec nic vědět o dějích, které se odehrávají na Vcore (odhadem kolem 1V jmenovité napětí). Co když nedostatečná filtrace při větší zátěži nevybírá špičky dlouhé řádově nanosekunda (+/- 2 řády) = převedeno na frekvenční pásmo Gigahertz +/- autobus... není keramický kondík jako keramický kondík, lambda/4 invertuje impedanci apod.
To je otázka, HW natolik prozkoumaný nemám a jediné info co jsem našel, byl trochu starší příspěvek, že je tam dedikovaný čip, který se stará o kontrolu napětí. Ale jak měří a co konkrétně, to nevím. Ale mělo by to snad mít i zpětnou vazbu z hlavního čipu. Každopádně z vlastní zkušenosti vím, že jakmile se RPi napájení byť trochu nepozdává, hned dává upozornění - zkoušel jsem různé zdroje, včetně různých powerbank a často jsem dostával upozornění, byť deska šlapala kompletně v pohodě. Ale testoval jsem to u Pi3, čtyřka to může mít zase jinak.