Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Ħαℓ₸℮ℵ ␏⫢ ⦚ »

Stran: 1 ... 15 16 [17] 18 19 ... 29
241
Desktop / Re:Černé pruhy nalevo+naprovo kolem obrazu
« kdy: 04. 01. 2020, 21:02:09 »
Vlastně je tam další sranec, když si ručně nenastavím režimu startu monitoru v QHD přes hdmi_mode (ale tento režim mám stál definovaný přes hdmi_cvt - což je rozdíl), tak po přepnutí tvservice (funguje jen s FAKEKMS, s KMS to hlásí že žádné režimy nejsou definovány), obraz je je v regionu 0,0,1920,1080 (fullhdvýřez v horním levém rohu). Přes xrandr newmode,addmode,output mohu PODRUHÉ říci linuxu, aby nastavil QHD, ale tím se z obrazu stane sekaná se zamrzlými prvky.

PS: mohu přiložit screenshity (vlatně možná bude zajímavé, jak obrázky budou vypadat počítačově zachycené a jaké budou mít rozlišení a zda tam také budo artefakty) - zatím mám pouze fotky, jak vypadá rozsekaný desktop bez/ xcompmgr, jak přehrávaní videa jde OK, jak v příkazové řádce to jde

242
Desktop / Jak použít xrandr v příkazové řádce?
« kdy: 04. 01. 2020, 21:01:31 »
Chci změnit rozlišení na příkazové řádce linuxu (tedy ne v desktopovém prostředí.) Jak použít xrandr v příkazové řádce? . Hlásí to cant open display.Možná nedává dotaz smysl někomu na první pohled, ale jak přes xrandr nastavím "rozlišení"? Rozlišení "plochy", nikoli monitoru (to jde nastavit přes tvservice -e).
Situace je totiž taková že v současném rozlišení  je pokrytí plochy OK (obraz pokrává monitor.. Jenže po změně rozlišení monitoru na nativní -správné přes tvservice -e "DMT 87 HDMI" je sice nastaveno správné rozlišení, ale obraz se zobrazuje jen v levé horní části monitoru (pravo a dole je pruh rovný rozdílu rozměrů )

V desktopovém režimu jde použít  xrandr, což tady nelze.. Ani FBset nejde použít
ioctl FBIOOPUT_VSCREENINFO: Invalid argument.

243
Desktop / Re:Černé pruhy nalevo+naprovo kolem obrazu
« kdy: 04. 01. 2020, 20:25:56 »
OMYLY:
-není potřeba přetaktování
-funguje mi víc než 30 Hz
-výstupní obraz je 2560x1440 (toto renderuje monitor)



A teď novinky:
Podařilo se mi to zprovoznit bez "GL" (tedy s framebufferovým výstupem, pokud tomu správně říkám). Bylo potřeba upravit proměnné max_framebuffer_width na 2560 což způsobovalo ty pruhy...
 Jenže je tam na nevýhoda té chybějící akcelerace.

Co se stane se zapnutým KMS driverem? Desktopové rozhraní je rozřezané jak jackem rozparovačem, některé elementy se nevykreslují.  dělají se "slzy při přesunu oken "Trochu tomu pomůže zákaz kompozitoru xcompmgr, kdy je to rozřezané jen vertikálně, stále nepoužitelné
!!! Ale pozor: ve virtuální konzoli (pokud tomu správně říkám) vše funguje OK - například scrollování manu nebo cokoli jiného .
!!! Stejně tak všude funguje omxplayer - přehrávané  video (i přes část plochy --win 200,200,2360,1240) se ukazuje OK, i v tom PIXEL DE nebo i v virt.konzoli.

Jen 2Krát "! dvarkát se mi podařilo nějakou sérií triků vnutit 2560x1440:
růzými náhodnými kombinacemi příkazů (a to buď v desktopovém prostředí nebo v "příkazové řádce") a to vše prokládané někdy černým monitorem, šedým monitorem(IPS glow)

tvservice -e "DMT 87 HDMI"
pkill Xorg
startx
fbset -xres blabla
Ctrl Alt N
xcompmgr
xrandr --mode novepridanyQHD_40 --output HDMI-1
pkill xcompmgr


Asi jsem dojel na tento bug:
https://github.com/raspberrypi/firmware/issues/714


Celé na tom zajímavé je, že vůbec není problém ve framerate, celé se to točí kolem X-ové souřadnice.  (Ve vertikálním směru žádné bugy/deformace nejsou). Nebo pokud je GL zapnutý displaj se jmenugje HDMI-1, když je fb, tak default.

244
Windows a jiné systémy / Re:Licence pro Windows 10
« kdy: 03. 01. 2020, 22:16:05 »
A nejde to udělat tak, že se na stroji před vložením disku nastavím RTC čas CMOS baterie na 1.2.2015 , nainstaluje, přehodí čas a necá běžet? (akorát asi bude podezřelé, pokud se zjistí, že byla instalována v daný čas 2015 verze která je vydaná z rok u2019)

A na jakou adresu by ten mail asi měl přijít? Pkud vím instalátor nikde nemá kolonku e-mail (ledaže by trouba se nechal zlanařit k založení Microsoft účtu)

245
Desktop / Černé pruhy nalevo+naprovo kolem obrazu
« kdy: 03. 01. 2020, 17:50:28 »
Nazdare mám odlišný problém na raspberry pi 3 s raspbianem.
Mám úspěšně nastavené rozlišení 2560x1440 na HDMI monitoru (nativní rozlišení i v OSD LCD mi to reportuje)

Nicméně na obrazovce se mi nalevo a napravo objevují černé pruhy (i při bootu), které tvoří "hranu") - myš se za ně nedostaně.

PS: může souviset:
 výstup příkazu xrandr
Screen 0: minimum/maximum/current 1920x1280,
default connected 1920x1280+0+0 0mm x 0mm
1920x1280 0.00*
nevím kde se toto rozlišení vzalo, ale tipuji, že obraz je letterboxován do tohoto pomeru (proto vertikální pruhy)
kde tedy nastavit správně rozlišení podruhé?

246
Sítě / Re:Přesměrování portů na MikroTik
« kdy: 03. 01. 2020, 17:30:06 »
Také bych chtěl něco podobného na linuxu nebo na MAC OS X. Tedy aby provoz z připojeného zarízení přes  wifi AP vytvořený na notebooku
směřoval přímo do programu Charles proxy.

Zatím se mi to daří v režimu transparentní proxy u HTTP protokolu na portě 80.  (normálně v os x dm sdílení internetu +  předám ty pravidla rdr pass on ...|pfctl) a
Jenže u HTTPS (443) vidím jen SYN paket TCP a to je vše, kde vázně komunikace?

247
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

248
monitor se brání při připojení přes HDMI nativního rozlišení 2560x1440 (přes displayport na 60Hz OK) - žádné takové rozlišení nereportuje. Přes Hdmi to jde standardně 30HZ 1920x1080.

A teď problém na orangepi: když si nastavím cvt 2560 1440 30 a následně přes xrandr newmode, addmode ,--output tento režim natavím, tak první pětina šířky obrazuje OK, ale odcamcaď až na pravý roh displeje pixely ROLUJÍ barvu pixelu na posledním funkčním sloupci daného řádku (jinak řečeno poslední sloupec se klonuje ocamcaď doprva)
-zkoušeny 2hdmi kabely - jiný výstup než hdmi nemá
přitom na notebooku  to také je trochu kostrbaté nastavit, musí se v intel hd graphics panelu vytvořit vlastní rozlišení, ale funguje jen frekvence od 30 do 41Hz. Na linuxu nefunguje ani to.

Otázka je proč ty pixely rolují, na monitoru v OSD vidím, že má konečné správné a nativní rozlišení 2560X1440.

249
HDD SATA, ale uvažuji, že bych tam dal 256GB microSD, uvidí se, zda se výkonově posune někam (možná to bude zazděné tím, že třeba čtečka bude umět režim 25 MB/s nebo bude připojená na USB 2.0 portu, pokud nebývá na PCIe), ale otázka je, zda z toho nabootuje.

250
díky za smysluplný tip k věci,  vyzkouším

Citace
najlepsi sposob je proste vypinat wifi ked ho nechces.
ta rada je naprosto k ničemu, nedává smysl, nedá se použít. Např: chci se připojit k dané konkrétní wifi, jenže nechci ,aby se připojil k té jiné, které se k připojiji běžně.

251
Hardware / V notebooku nefunguje jiný LVDS monitor
« kdy: 30. 12. 2019, 22:00:42 »
V notebooku se mi rozbil display, tak jsem ho nahradil jiným  (asi z odešlé televize), co má stejný konektor LVDS. Možná rozlišení nesedí, ale podezřelé je, že když ho zapojím do běžícího systému, tak se ihned notebook vypne. čím to je? Zkoušeno i když byl připojen VGA kabelem externí monitor i nebyl. Nezkoušel jsem to zatím OS, pouze v BIOSU nebo boot menu.

Není problém v nějakých VESA NEBO EDID režimech, které jsou natrvalo nabondované někde v tabulce specifikace HW notebooku (SSDT apod či co.)  To by mě ale potom zajímalo, jaktože běžně se dají měnit displeje v noteboocích (typicky Lenovo T400-T450  výměna 1366x768 za fullHD bez žádné SW zásahu pokud vím)

252
2039MB RAM DDR2

253
Podařilo se mi na BSD pomocí pravidla
echo  "rdr pass on bridge100  inet proto tcp from any to any port {80}  -> 127.0.0.1 port 8888" | sudo pfctl -ef -

zajistit, aby charles proxy fungoval Transparentně (tzn, že na testovaných zařízeních není potřeba ádné proxy nastavovat).

Ale je zde problém: jak to udělat pro HTTPS? Pokud si navolím

echo  "rdr pass on bridge100  inet proto tcp from any to any port {443}  -> 127.0.0.1 port 1234" | sudo pfctl -ef -

a v charles proxy zadám u SSL proxying *:1234, pak se vůbec nic neděje.

Jen v wiresharku vidím, jak telefon posílá TCP SYN (na správnou IP, ne na IP 192.168...)

Proč to tedy nejde?

PS:nemám windows.

254
Tak přesně ten sloupeček tam není. Ani dobří holuby

255
Dobrý den, jistě víte, že Windows 7 odbíjí hrana letos, tak mě zajímá čím nahradit na mašině s Atomem N450 (1666666Hz) OS. Půjde tam Windows 10 bez obtíží? Samozřejmě nečekám, že bude svištět na jednojádře, ale zda na tom aspoň Půjde dobře Prohlížet fotky či vim v subsystému pro linux

Stran: 1 ... 15 16 [17] 18 19 ... 29