Umí Raspberry Pi (Raspbian) změnit rozlišení za běhu?

[Ħαℓ₸℮ℵ ␏⫢ ⦚ »]

mám raspberry pi 3, raspbian 2019-12, HDMI monitor. dotazy se týkají změny rozlišení za běhu. Poznámka: v config.txt mám vlastnodruční režim hdmi_group=2  a hdmi_cvt=2560 1440 35 a monitor běží OK.
1. Umí operační systém raspbian změnit rozlišení HDMI displeje za běhu? Nějakými gui nástrojem jako vlastnosti plochy
2. Proč raspbian hlásí po příkazu xrandr --output default --mode muj
Configure ctrc 0 failed
(mimo hlášky předtím Failed to get size of gamma for output default)

3. na tomto odkazu někdo píše že změna rozlišení přes tvservice je problematická.
https://raspberrypi.stackexchange.com/questions/64046/how-can-i-change-the-hdmi-resolution-without-rebooting-my-raspbian-system
Mě po zadání tvservice -e "DMT číslo HDMI´zčerná plocha" Kde je problém?

Není problém v tom, že RAspberry pi naběhl v režimu s vlastnotučně přidaným CVT modem ?


Dotaz mimo: na jiném monitoru (kde se hdmi_group a hdmi_cvt neaplikuje) mi startuje rpi v 1366x768, ač jde o fullhd. Tam je problém kde. Ptám se opět na začarovaný kruh, lze změnit rozlišení za běhu? Přes xrandr ? Někde v gui (jako Plocha-změnit rozlišení)? Přes tvservice?

PS: sekci {EDID=název_monitoru] v config.txt znám, jen mě zajímá,  zda lze měnit rozlišení (případně detektovat správné nativní) rovnou při startu, abych jak ocals u každého monitoru nemusel číst přes tvservice -s název monitoru a pokaždé to dávat do config.txt

[Reklama]

[Martin Dráb]

Myslím, jsem se změnou přes xrandr nikdy neměl problém. Vždy jsem si nechal vylistovat podporované režimy pro dané zařízení a následně příslušný zvolil (obdobně jsem postupoval při výběru zařízení, nepoužíval jsem default).

[RDa]

PS: sekci {EDID=název_monitoru] v config.txt znám, jen mě zajímá,  zda lze měnit rozlišení (případně detektovat správné nativní) rovnou při startu, abych jak ocals u každého monitoru nemusel číst přes tvservice -s název monitoru a pokaždé to dávat do config.txt

Tohle na RPi nikdy poradne nefungovalo.
(Mozna proto, ze na RPi nebezi oddeleny graficky rezim, ale videorezim je stejny jak pro konzoli, tak pro X.. umi to pak srandovni veci jako ze si poustet pres overlay video v "textovem rezimu")

Vyrabim specialni monitory a neco co by melo byt ekvivalentem video biosu a zpracovat EDID z monitoru zcela kasle na informace, jez jsou definovany v nasem EDID (hlavne preferred timing mode). Takze pro nas je jedninou cestou vynutit timing skze config.txt, doporucena konfigurace byvavala:

Kód: [Vybrat]

disable_overscan=1
overscan_left=0
overscan_right=0
overscan_top=0
overscan_bottom=0

hdmi_force_hotplug=1
hdmi_timings=1080 0 8 8 62 1920 0 17 1 5 0 0 0 60 0 135000000 0
hdmi_group=2
hdmi_mode=87
max_framebuffer_width=1080
max_framebuffer_height=1920
display_rotate=3
hdmi_ignore_edid=0xa5000080

Reseni bude per-resolution modifikace config.txt, coz pokud se jedno o nejake udelatko, ktere ma podporovat vicero rozliseni, ale monitory se nemeni tak casto, lze resit po windowsacky - pri nesouladu config.txt a tvservice si to upravit a rebootnout (jen pozor na zacykleni, treba kdyz tam nebude monitor).

[Pavouk106]

Zkusil bych přes xrandr přidat další mody a na ty pak přepnout.

Pokud to na FullHD panelu jeden jen v menším rozlišení, může se jednat o dvě věci: FullHD panel není ve skutečnosti FullHD nebo jeho elektronika ho reportuje jako ne-FullHD. RPi by mělo najet na rozlišení, který mu dovolí elektronika displeje a pošle mu info přes HDMI.

Moc do hloubky nevidím, ale sám jsem se nedávno vrtal v mym LCD 1920x1200, který se reportuje se správnym rozlišenim, ale "na výšku", tedy 1200x1920, což neni úplně dobrý a chce to nějaký nastavování, aby systém najel "na šířku". Konzole jede pořád "na výšku", ale grafický je teď už ok. Měl jsem trable s framebufferem, kterej se sice dokázal otočit, ale pak zabíral jen 1200 pixelů na šířku (místo 1920) a měl 1920 na výšku (na 1200 pixelech), v praxi jsem teda vlastně neviděl zhruba třetinu řádků, protože byly "pod" panelem...

Dá se s tím dělat spousta věcí, ale chce to experimentovat, když to nejede samo.