reklama

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 - kmarty

Stran: 1 2 [3] 4 5 ... 12
31
Opravdu chces srovnavat Turris s touhle srandou? A dost dobre i ten modry Turris?

32
Pokud chces pouzit windows musi mit souborovy system ntfs. Windows linuxovy souborovy system neumi. Pak ho pres sambu uvidis.
Ten disk pripojuje k nejakymu TP-Linku a pak ho sdili pres sambu. Nejaky NTFS je v tomhle pripade blbost na n-tou. Ty Widle uvidi Sambu, ne primo filesystem toho disku (to je starost toho routeru).

33
to nejsou hybridy, jen jine normy ;-)
Jasne, ale tady nekdo zacal o CZ norme, ktera rika ze to ma byt ISO Enter :-). A ten je na notasu mensi/uzsi nez ukazuje ta wikina.

34
.. pokud chce CZ tak tam norma rika dvojradkovej enter...
Tataz norma ale definuje velikost teto klavesy a typicky je na noteboocich ve velikosti ze sirsi cast je stejne siroka jako normalni klavesa (treba "A") => ten Enter je hrozne uzky. Proto se driv delaly nestandardni hybridy.

35
kmarty
Velkým dvouřádkovým enterem myslím ...
To je ale nestardardni podoba Enteru, s tim budes mit docela potiz ho dnes najit.

karel
Dell - ano, sice dvouřádkový, ale hubený skoro jako páratko...
V tom je ta potiz, to je totiz standardni ISO Enter (dvouradkovy, ale hnusne uzky). Proto jsem radeji sel do ANSI klavesnice kde je Enter sice jen jednoradkovy, ale dostatecne siroky.

36
@Sajfi: To je hybridni Enter - cinska zrudnost aby nemuseli resit ISO/ANSI Enter. Hybridni Enter je velikosti tak, ze pokryva plochu jak ISO Enteru, tak ANSI Enteru.

Jinak ISO Enter (dvouradkovy) je stejne velky jako ANSI Enter (jednoradkovy), jen se lisi tvarove. Oznaceni "velky" Enter tak trochu nedava smysl.

EDIT: @Sajfi - jo houby, tenhle je ten jeste vtipnejsi pac je nahore sirsi nez dole.

37
Vývoj / Re:Zpětná kompatibilita BASH skriptů
« kdy: 06. 11. 2018, 10:17:15 »
Plus je to dnes jakýsi standard ale to je moje doměnka vycházející ze zkušenosti  :)
Tohle jsem videl prakticky vyhradne jen u Pythonich scriptu (kde bych tu snahu ten pythoni bordel aspon trochu ukocirovat chapal), u shell scriptu se spis sazi na kompatibilni zapis (a pouziti #!/bin/sh) pokud jde o snahu zachovat funkcnost vsude mozne.

38
Potvrzuji, je tam normální odkaz. Statistiky si pak zřejmě dělají pomocí parametru ping, který je za odkazem.
Aha, tak to asi neni plosne. Protoze ja mam porad URL vysledku v podobe:
Kód: [Vybrat]
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=saiZ3Sheev7co0eiHaaDevauv6iuthehephaghieghahf&url=https%3A%2F%2Fwww.root.cz%2F&usg=chee4Jaedai5WahTe8xahm0vuBahPrestoze se mi najetim mysi ukazuje
Kód: [Vybrat]
https://www.root.cz

39
Vývoj / Re:NiMH Arduino nabíječka
« kdy: 05. 09. 2018, 22:53:28 »
To nevim, to je pravda.
Ale pri takhle malym proudu u 5Ah baterky bych tipoval ze se bez potizi uchladi sama o sobe (t.j. ze ten templomer ukaze lehce vyssi, ale jinak porad pokojovou teplotu).

40
Vývoj / Re:NiMH Arduino nabíječka
« kdy: 05. 09. 2018, 21:30:11 »
Na delta peak to chce 1C, jinak to nema vyznam.
Tech 300mA jsem uplne prehlid. V takovym pripade bude v pohode stacit casovac na 17-18hodin, na to je Arduina skoda.

41
Vývoj / Re:NiMH Arduino nabíječka
« kdy: 05. 09. 2018, 20:57:17 »
Ja to taky tak myslel, jako zachrana pri "prehlednuti" delta peaku.

42
Vývoj / Re:NIMH Arduino nabijecka
« kdy: 05. 09. 2018, 18:50:24 »
Premejslim jestli by nebylo pak uzitecnejsi misto absolutniho napeti merit spis teplotu tech clanku.

43
Vývoj / Re:NIMH Arduino nabijecka
« kdy: 05. 09. 2018, 18:38:54 »
Ja mel teda za to, ze to napeti meris prubezne.
Nabijis konstantnim proudem, behem toho jak se akumulator nabiji, tak vzrusta i napeti na svorkach (behem nabijeni). No a na konci nabijeni se tohle napeti o par milivolt zhoupne dolu (behem trvaleho nabijeni konstantnim proudem). To nastane v momentu kdy je akumulator nabity a nabijeci proud se premeni v teplo.
Merenim v pauzach je ti (skoro) k nicemu. Skoro proto, ze se krome mereni delta peaku meri i maximalni napeti (pri malych proudech a/nebo "tvrdem" akumulatoru je delta peak skoro neznatelny).

44
Sem si musel preslapnout, pac jsem si evidentne stal na vedeni.

Na Omnii je koukam nejspis backportlej, pac Omnia ma jadro 4.4. A myslim ze to bylo letos.

Takze ano, uznavam ze DVB-T2 na Linuxu je porad dost v plenkach. Cesty sice jsou, ale oproti DVB-T je to dost ridky.

45
Mám AverMedii DVB-T a fungovala na linuxu out-of-box, tak jsem automaticky počítal s tím, že T2 bude na linuxu stejně bezproblémová.
DVB-T je neco jinyho. Ale i tak to vzdycky znamenalo ze kdyz bezi jeden typ, konkretni revize, tak nutne nemusi bezet jiny od stejnyho vyrobce. Bohuzel :-(
Jestli jsou údaje zde https://www.linuxtv.org/wiki/index.php/DVB-T2_USB_Devices správné, tak ta Astrometa je až od jádra 4.6 což taky není úplně staré.
Ona ta Astrometa byla puvodne DVB-T only, s MN88472 (podpora od jadra 3.13). Do 4.6 se dostala podpora MN88473. Nebo tak nejak.
Co je ale nejzajimavejsi, ze tenhle dongle je snad jeden z nejrozsirenejsich. A nejen v Linuxu, ale i celym OSS je to slusnej zaklad (sance ze nekdo neco spravi s HW, ktery pouziva pet a pul cloveka na svete je miziva).
Na druhou stranu mne prekvapuje, ze takovy CXD2837ER, pro ktery podpora v jadre je uz nekdy z roku 2014 (ale jen pokud je v PCI, ne za RTL2832), tak porad neni podpora pro USB dongle :-(.

EDIT: Aha, tak pardon. Asi uz je (i kdyz jeste ne "standardne").

Stran: 1 2 [3] 4 5 ... 12

reklama