Příspěvky

166

Distribuce / Re:Po změně refresh rate blikají řádky obrazovky

« kdy: 19. 12. 2019, 12:26:04 »

Ve windows to funguje bez problému, takže chyba monitoru natož hardwaru to není.

Důvod: HDMI 1.3 na monitoru nepodporuje 60Hz při daném rozlišení. A Displayport Raspberry pí nemá.Opět, ve windows jde nastavit v driveru intel HD vlastní režim  (je to také trochu martyrium zvolit režim cvt,gtf, cvt-rb a zjišťovat, který jde).

Nepiste blbosti, HDMI 1.3 podporuje 297MHz ~ 297 MPx/s, tj FHD120 nebo 2560*(1440-1600) @ 60 Hz., nebo 4K30. Pokud vam tohle nefunguje, tak mate nejaky kram, ktery nedodrzuje specifikace.

Já si myslím, že to je ještě o cosi více, viz. https://en.wikipedia.org/wiki/HDMI jsou tam přehledné tabulky.

Každopádně určitě bez toho, aniž by jste řekl přesnější informace, tak vám těžko někdo poradí. Vysypte přesně jaký HW a jaké hodnoty kam cpete, pak se vám dostane přesné informace.

Osobně si myslím, že používáte nevhodně vygenerované modeline hodnoty a monitor to pak při nízkých obnovovacích frekvencích nedává a vy vidíte problikávání některých řádků. Nicméně jak vám píšou i výše, na HDMI 1.3 je v rozlišení 2.5K možné dosáhnout min. 60 Hz vertical refresh, takže na těch nižších frekvencích to trápíte zbytečně.

167

Vývoj / Re:bash ls mezery a wildcard

« kdy: 19. 12. 2019, 09:05:56 »

Ahoj, poměrně snadný dotaz, který mi dělá problémy.
Ve scriptu mi nefunguje následující:

cesta="/share/test/nazev - nazev 2"
file=$(ls "$cesta/*.txt")

Selže na no such file, soubor tam takový je.

Přímo v řádku funguje

ls /share/test/nazev\ -\ nazev2/*.txt

Ale ve scriptu už to zase nefunkční i když to dám přímo do k ls bez promněné.

Přímo v řádku to je ale narozdíl od skriptu escapované. Bez toho to selže taky.

168

Odkladiště / Re:Srytí textu SMS na zamykací spořiřči obrazovky android

« kdy: 15. 12. 2019, 12:52:12 »

v tom že si psal "která to umí nastavit." lenže toto umí každá aplikace, lebo je to priamo v androide to nastavenie. Vy ste to napsal ako keby jeho súčastná to nemohla vedieť.

Takže sám píšete, že to NEUMÍ každá aplikace, ale že to umí Android (notifikační komponenta). Zkuste co vše a jak umí ohledně notifikace Handcent SMS a pak se můžeme bavit dál. Pletete do sebe nesouvisející věci a navíc to umí jen 3 volby, Handcent SMS má nastavení mnohem pestřejší a to je to co třeba tazatel potřebuje (rozlišovat SMS milenky vs pracovní ap.)

169

Software / Re:I/O error při listingu adresářů /System VOlume information)

« kdy: 15. 12. 2019, 12:48:01 »

Zkuste tu flashku ve Windows dát opravit, chování odpovídá možnému naboření FS.

170

Odkladiště / Re:Srytí textu SMS na zamykací spořiřči obrazovky android

« kdy: 15. 12. 2019, 10:33:26 »

jednoducho,.. a kolega píše nezmysli, lebo vie to každá apka,... ono je to i nastavenie v androide

V čem jsou to nesmysly? Co vše a jak umí nastavit ohledně notifikace Handcent SMS víte, že tvrdíte, že píšu nesmysly?

171

Odkladiště / Re:Srytí textu SMS na zamykací spořiřči obrazovky android

« kdy: 15. 12. 2019, 04:04:14 »

Na tyhle pokročilé požadavky doporučuji nějakou SMS aplikaci, která to umí nastavit. Např. Handcent Next SMS.

https://play.google.com/store/apps/details?id=com.handcent.app.nextsms

172

Windows a jiné systémy / Re:Windows 10 ARM na Raspberry PI

« kdy: 13. 12. 2019, 21:46:50 »

S ohledem na https://github.com/andreiw/RaspberryPiPkg/search?q=qemu&unscoped_q=qemu bych si tipnul, ze dostat TianoCore do QEMU bude dost problem. Ale mozna ne, kdo vi ? Kazdopadne svuj zivot chci travit jinak nez lepenim takovych veci.

https://packages.debian.org/buster/qemu-efi-aarch64

https://packages.debian.org/buster/qemu-efi-arm

173

Hardware / Re:ARM se slušným výkonem

« kdy: 12. 12. 2019, 13:30:02 »

Ahoj,
potřeboval bych poradit nějaký slušný ARM server na vývoj.
Ne prosím Raspberry, potřebuju něco, kde se kompilátor nezakucká na celý odpoledne. Ta platforma by měla umět AES-NI a dobrou podporu threadingu (takže asi ARMv8 a dál).

Nevyřešila by to křížová kompilace (cross compile)?

174

Sítě / Re:Jak zprovoznit HTTPS charles proxy + wireshark + hostednetwork

« kdy: 12. 12. 2019, 12:47:55 »

Forum.root.cz nejsou ty informace nejen ze světa Linuxu. Root.cz je zpravodajský web, forum ne. Ale myslím, že to víte, jen hrajete blbého.

Já jenomže i dole pod fórem vidím ten samý nápis.

Jo, který je ale o www.root.cz nikoli forum.root.cz. Hra na blbého pokračuje? No nic, mě už to neba

175

Hardware / Re: Krabička k TV/IPTV nebo GPU do serveru?

« kdy: 12. 12. 2019, 12:00:38 »

Je šance Chromecast nějak rozumně doplnit o podporu DVB-T2?

Chromecast s DVB-T(2) nemá vůbec nic společného. Zpracovává data z počítačové sítě ne z terestriálního vysílání.

176

Sítě / Re:Jak zprovoznit HTTPS charles proxy + wireshark + hostednetwork

« kdy: 12. 12. 2019, 11:57:41 »

Nicméně tohle je forum.root.cz nikoli root.cz a očekávat tady takové specifické rady ohledně Windows je tak trochu mimo.

Tomu nějak nerozumím. Forum.root.cz stojí nějak mimo root.cz?

Forum.root.cz nejsou ty informace nejen ze světa Linuxu. Root.cz je zpravodajský web, forum ne. Ale myslím, že to víte, jen hrajete blbého.

177

Sítě / Re:Jak zprovoznit HTTPS charles proxy + wireshark + hostednetwork

« kdy: 12. 12. 2019, 10:58:43 »

Situace musí být asi opravdu zoufalá, když se na Rootu objevují dotazy na windowsí network stack. Šlo by takové dotazy flagovat třeba [WIN] před názvem, že by na to člověk na titulce neklikal?

Root.cz má v podtitulu "Informace nejen ze světa Linuxu."

Nicméně tohle je forum.root.cz nikoli root.cz a očekávat tady takové specifické rady ohledně Windows je tak trochu mimo.

178

Hardware / Re: Krabička k TV/IPTV nebo GPU do serveru?

« kdy: 11. 12. 2019, 15:06:04 »

Navážu na diskusi o RPi4... jaký prosím používáte microHDMI-> HDMI kabel, aby fungoval CEC? Díky.

Jakýkoli, který má i ethernet.

179

Hardware / Re:Kompatibilita MB a CPU

« kdy: 11. 12. 2019, 11:47:20 »

Základní deska zvládne 2 666 Mhz, RAM mají 3200 Mhz. Napětí je 1.2v jak na desce tak na RAM. Nevim tedy zdali to zkusit

Paměti obvykle umí i nižší frekvence, takže nejjednodušší je to zkusit. Dle specifikace výrobce

https://www.kingston.com/dataSheets/HX432C18FB2K2_16.pdf

umějí

JEDEC/XMP TIMING PARAMETERS
• JEDEC/PnP: DDR4-3200 CL18-21-21 @1.2V
•XMP Profile #1: DDR4-3200 CL18-21-21 @1.2V
•XMP Profile #2: DDR4-2933 CL17-19-19 @1.2V

Ale ze zkušenosti vypisují do specifikací jen ty nejvyšší dosažitelné frekvence a v EEPROM mají i další nižší, právě proto, aby byly schopny fungovat v různých sestavách, s různými procesory, takže prostě zkusit, nemá se jim co stát, přinejhorším se PC prostě nerozjede, protože si s nimi nebude rozumět. Je dobré mít nejnovější UEFI/BIOS firmware, ale pokud nemáš paměti na kterých bys upgrade udělal, tak se to řeší blbě.

180

Software / Re:Problém s mazáním souborů z externího disku

« kdy: 05. 12. 2019, 12:21:33 »

S NTFS formátem sice umí Linux pracovat, ale ne opravit a občas se stane právě toto.

Jak to, že se mi to teda s utilitou ntfsfix běžně daří?

No, přečtěte si celý popis u ntfsfix:
"ntfsfix is NOT a Linux version of chkdsk.  It only repairs some fundamental NTFS inconsistencies, resets the NTFS journal file and schedules an NTFS consistency check for the first boot into Windows."
ntfsfix NENÍ linuxovou verzí chkdsk. Pouze opraví některé základní nekonzistence, resetuje NTFS žurnál a nastaví kontrolu konzistence při prvním startu Windows.
Takže ten disk by bylo dobré připojit k Windows nechat zkontrolovat tam. Mohlo by to pomoct.

Jsem si omezení ntfsfix vědom. Ale já reagoval na to, že Linux to opravit neumí, což jsem chápal jakože vůbec a i z vašeho příspěvku je jasné, že to není pravda.