Příspěvky

976

Hardware / Re:Vhodný výběr monitoru (šetrného k očím)

« kdy: 19. 11. 2018, 15:22:34 »

Tak ja Ti to uz napisu: Ano, pokud pouzivas jeste stale DOSove programy, protoze jsou pro Tebe nejlepsi, porid si 30'' FullHD televizi.

No... DOSových programů s podporou vyšších rozlišení než 640x480 mnoho nebylo. Nemluvě o text-mode programech, které běžely celou dobu v 80x25 znaků, moderní verze uměly tuším i něco jako 80x50. Čili na DOS stačí vlastně 14". Pokud lze využít vyšší rozlišení, tak každopádně poměr 4:3. Třeba 1600x1200 (21") nebo 1280x1024 (17-19").

Já jsem to myslel vážně pro Windowsové aplikace. Dodnes je spousta softu, který při změně "zoomu" desktopu a dekorací oken neškáluje interní bitmapové ikonky, velikosti písma v obsažených widgetech apod.

977

Hardware / Re:Výběr vhodné micro ATX skříně pro PC

« kdy: 19. 11. 2018, 13:46:25 »

Pěkně jste mi to vysvětlil. Moc děkuji. Mohl byste navrhnout tedy podle Vás nejvhodnější minitower? Předem děkuji moc všem za pomoc

Děkuji za uznání :-) Link na Chieftec máte. Zkuste tam trochu poklikat, co se Vám bude líbit. Ano je toho tam hodně. Já jdu dělat něco užitečného.

978

Sítě / Re:LTE 1.8GHz vs 3.7GHz

« kdy: 19. 11. 2018, 13:36:38 »

Vyšší frekvence hůř procházejí zdmi a hůř se ohýbají okolo překážek.
Tzn. vysoká frekvence Vás spíš donutí k přímé viditelnosti.

LTE v pásmu 1.8 GHz ... vím že to funguje, původně toto pásmo bylo přidáno jako druhé pro odlehčení GSM telefonii (GERAN), nově někteří operátoři využívají přidělené kanály právě na LTE.

LTE v pásmu 3.7 GHz? To je mi novinka, víte o tom někdo něco víc? Jako že Band 43 ? Pokud je to novinka, tak by to zpočátku mohlo být příjemně prázdné pásmo. Hlavně jestli máte v dohledu nějaký vysílač. Ty kráso fakt... jsem vážně zaspal...

979

Server / Re:Struktura databáze pro sklad

« kdy: 19. 11. 2018, 11:26:21 »

@j: přesně kvůli takovýmto komentářům sem chodím. Tohle se člověk těžko někde jinde dočte. Ještě dneska se pokloním našemu šéfovi skladu.

980

Hardware / Re:Vhodný výběr monitoru (šetrného k očím)

« kdy: 19. 11. 2018, 10:24:22 »

EIZO je moc drahé. To vůbec nepřipadá v úvahu  . Zřejmě vezmu AOC 24V2Q, jen jsem přemýšlel i o jeho 27" variantě, ale má pouze FHD a to je asi na takovou velikost málo, že?

Ještě jednou zopakuji, naposled, už dám pokoj: na starší soft, který má pevné velikosti GUI elementů pro tehdejší dpi, je full HD na 27" pravým požehnáním (protože 32" se běžně nedělá). U nás v kanclu si to lidi pořizují na účetnictví apod. = starší soft s gridem přes celou obrazovku a pevnou velikostí ikonek. Pokud je Vám 40+, koukáte na displej cca z metru a nemusíte se naklánět blíž, abyste viděl na ikonky. Odhadem na elektro CAD to bude stejná píseň. Směju se lidem, co si pořídili na kreslení boží monitor se 100+ dpi a mají věčně ohnutý hřbet, jak se předklánějí k displeji kvůli ikonkám. Pak už jenom trochu pozor, ať pixely nevypadají moc jako "trikolóra" - pro oči nic moc.

981

Hardware / Re:Výběr vhodné micro ATX skříně pro PC

« kdy: 19. 11. 2018, 10:12:55 »

Mrkněte se k Chieftecu. Pokud si něco vyberete, druhý krok je mrknout se k EDčku, jestli to mají skladem, případně vůbec zalistované. Chieftec je IMO čína s německým dohledem. Žádné velké pozlátko, ale vzhled neurazí a ruce si nepořežete.

Velikostně to bude standardní minitower s PS/2 zdrojem nebo nějaký atyp (atyp/menší rozměr zdroje a/nebo atyp vnitřní uspořádání). Je to dáno rozměry boardu a ostatních součástek. Ony i ty menší rozměry zdrojů mají jakési industry standardy jako 1U, TFX, SFX, FlexATX... pozor na 40mm ventilátory. Malý průtok, vysoké otáčky, randál. Tichý 80mm ventilátor je úplně jinde.

Prachové filtry? Ty se v desktopových skříních nevyskytují. Vyskytují se v průmyslovém hardwaru, který mě živí. Věřte mi - do obýváku ani do kanclu nechcete počítač s prachovým filtrem. Prachový filtr je přímým protikladem požadavku na průvzdušnost. Proto počítače s prachovým filtrem v sání obsahují automaticky také dost výkonné a hlučné ventilátory. Kromě toho se prachový filtr doma dost rychle zanese, pokud nebydlíte v cleanroomu - a v tu chvíli počítač přestane dýchat. Takže doma řešíte menší zlo: peklovat se s čištěním filtru a hlukem, nebo rezignovat, a nechat počítač, ať si prach ukládá v celém prostoru uvnitř ;-) Pick your poison.

Ano, dělají se hodně průvzdušné kancelářské a SoHo skříně. Pokud mají neděrovaný čelní panel (jako že plochý sexy elox do obýváku) tak pátrejte, kde má skříň nějaké sací otvory z boku / štěrbinu kolem dokola čelního panelu. Dělají se taky skříně, které ventilaci bohužel moc neřeší.

Optimální vzdušnost a šanci na tichý provoz (velké pomalé ventilátory) má fakt asi ten minitower. Osobně moc neuznávám větrací mřížky z boku na kapotě, protože IMO narušují předo-zadní průvan kolem disků. Což má ale vliv hlavně v případě, že těch disků je v šasi víc. Pokud se uvnitř krčí jedno SSDčko, tak nemá smysl řešit předo-zadní průvan. Mřížka z boku má naopak dobrý smysl, pokud chladíte hodně žravý procesor a chcete aby jeho ventilátor vdechoval chladný vzduch přímo zvenčí. Univerzální skříň s vydatnou perforací Vám dává svobodu, podle svého vkusu některé vdechové mřížky ucpat/zaslepit.

982

Desktop / Re:Linuxu tiskne až po dvou minutách

« kdy: 19. 11. 2018, 08:19:12 »

V Linuxu se proste ta úloha dlouho tvoří v tiskové fronte, než se odešle na tiskárnu.

Nemyslím si. Pokud odeslání na tiskárnu je samostatný finální krok, až poté co byla úloha vytvořena, tak jestliže už bliká activity LEDka na tiskárně, tak je problém v pomalém zpracování v tiskárně.

@tazatel: "stará laserjetka" by mohlo být něco mezi LJ4P až LJ6P. LJIIIP nepředpokládám, to je opravdu hodně stará historie... tyhle čtyřky až šestky s Postscriptem opravdu nebyly rychlé, ale přepnutím do PCL se dalo ledacos urychlit. A s dnešními čerstvými ovladači od HP pod Windows to s nimi taky nemusí být kdovíjaký med - podle mých nedávných zkušeností čerstvé ovladače "HP universal printing" ve variantě PCL i PS generují kód, který už staré laserjety nepoberou. Lepší šance je s příbalovými ovladači od Microsoftu.

Našel jsem nějaký popis u SuSE, ohledně CUPS, že lze založit přídavnou tiskovou frontu pro Vaši tiskárnu a vnutit jí filtr PS to PCL. Hledejte nadpis "Optional PCL Printing" - pozor, je tam dvakrát, napřed v teoretické úvodní části, podruhé včetně praktických příkladů.

Zlatej starej lpd. Tam stačilo přidat zaklínadlo do /etc/printcap a případně externí skript.

983

Desktop / Re:Linuxu tiskne až po dvou minutách

« kdy: 18. 11. 2018, 09:52:52 »

Měl jsem hodně podobný problém a chyba je pravděpodobně v tom, že má tiskárna málo RAM. Měl jsem cca 2MB. Hodně pomohlo netisknout přes PS/PCL a podobné varianty ale jako bitmap nebo jak se to v tom nastavení jmenovalo.

V obecné rovině: nejnáročnější na RAM a CPU v tiskárně je PostScript, a samozřejmě čím složitější, tím horší. Ze stejného důvodu (a také kvůli kompatibilitě) se dodnes vyhýbám PCL6. Míň náročné bývají joby v PCL5e, přestože i tady lze dost práce nechat "na tiskárně" = poslat vložený obrázek v jeho původním rozlišení, a ať si to tiskárna dekóduje a "naškáluje" po svém (a to je možná jenom vrchol ledovce). Nevím jak moc jsou v mladších variantách PCL zabydlené "vektory", fonty interpretované tiskárnou apod. Jinak základem PCL je původně prakticky holá bitmapa. Pokud zvolíte hloupou starou variantu PCL, tzn. PCL4 nebo zejm. PCL3, tak to prakticky taky znamená, že rendering do bitmapy dělá hostitelský počítač (1:1 na rozlišení tiskárny).

A ano, v PDF prohlížečích a snad i v nastaveních ovladače tiskárny pod Windows bývají volby ohledně zacházení s vektory a vektorovými fonty.

Jak je to dnes v Linuxu s CUPSem, to netuším. Kdysi dávno to bývalo tak, že aplikace generuje PostScript a tiskový back-end v Linuxu pak ten PostScript pošle do tiskárny buď nastojato, nebo ten PS softwarově vyrenderuje do nativního formátu tiskárny (zhusta pomocí Ghostscriptu). Na to není potřeba Cups, stačí jednoduchý spooler lpd/lprng. A nebyl problém nastavením filtrů a tiskových front zařídit, aby šel poslat na tiskárnu přímo job v ASCII nebo v nativním low-level formátu konkrétní tiskárny.

Pod Windows je to složitější, protože aplikace tisknou do generického "meziformátu" zvaného EMF, v tomto formátu se joby spoolují (= hromadí ve frontě na disku), a "ovladač tiskárny" se následně spolupodílí na renderingu jobů do nativního formátu pro konkrétní tiskárnu. V této souvislosti mi přijde mírně zábavné, že aplikace (třeba Word) má přístup k HW-specifickým nastavením tiskárny... Prostě tam je EMF mezivrstva jako generický formát jobů, ale přitom z toho "ekosystém tiskového spooleru" netěží žádné zvláštní výhody, jako třeba printer-independent tisk. (Ten jde samozřejmě zařídit, ovšem obvykle se to řeší přes PostScript.) Taky se dá poslat do tiskárny úloha přímo v nativním formátu tiskárny, ale člověk si při tom připadá mnohem víc jako haxxor (script kid) než pod Linuxem, kde to prostě jde přímo.

984

Desktop / Re:Linuxu tiskne až po dvou minutách

« kdy: 17. 11. 2018, 23:13:25 »

Ještě mě napadá, pokud to PostScript chroupe ultra dlouho, tak zařídit, aby do tiskárny šlo PCL5. Pokud by to nešlo elegantněji, tak renderovat PS na počítači do PCL pomocí GhostPCL.

Pardon, tohle je renonc. GhostPCL vezme na vstupu PCL a vyrobí z něj cokoli jiného, pro co má back-endové ovladače. Zde irelevantní.

Tazatel by případně užil klasický GhostScript = PS vstup na PCL výstup. Konkrétně výstup PCL5 (device cljet5c nebo prostě jenom ljet4) nebo možná i PCL3. Některé levné "GDI" tiskárny údajně ve skutečnosti berou PCL3.

985

Hardware / Re:Vhodný výběr monitoru (šetrného k očím)

« kdy: 17. 11. 2018, 22:55:20 »

Hele lidi, co tu doporučujete 4k... jste si jistí, že všechen jeho soft je na 4k použitelný? Že má třeba vektorové ikonky a umí zvětšit celé GUI pro jemnější DPI okolo 200 ? Konkrétně Eagle? Jak starý Word? Pravda je, že na 4k monitor se dá poslat full HD obraz, a výsledek na displeji má pak kostičky ostré jako břitva :-)

Pro starý soft, stavěný na nějakých 70-90 dpi je problém už třeba full HD na 24". Pro starší soft je velmi dobrá volba nějaký pokud možno mladý monitor 27" full HD, protože plocha veliká a bude mít něco přes 70 dpi. Na technické kreslení klidně TN displej, není potřeba IPS.

Další věc je, jestli má tazatel vůbec počítač/grafiku, ze které se dá 4k vymáčknout. Ono poslat na monitor něco víc než full HD může být docela problém i na relativně mladém hardwaru, protože starší revize HDMI (a rozhodně DVI) zvládají právě tak full HD, cokoli víc může být problém. První monitory s 2560x1600 měly dual-link DVI, což dneska už začíná být dost exot.

A není vůbec od věci, ten displej si napřed někde prohlédnout na vlastní oči - různé displeje mají různé rozložení barevných subpixelů, skutečně při stejném rozlišení dávají některé displeje jednolitější pixely a jsou méně únavné pro oko. Jiné displeje mají místo každého pixelu "trikolóru" a zblízka to tahá za oči. Třeba LCD televize jsou v tomto ohledu jako displej pro pozorování zblízka hodně bídné. Což jsou věci, o kterých se v "technické specifikaci" na webu zpravidla nedočtete ani čárku.

986

Server / Re:Struktura databáze pro sklad

« kdy: 17. 11. 2018, 22:37:03 »

Asi jsem mimo, ale ohnout document management system na skladové hospodářství? A proboha proč? Relační databáze je mnohem spíš to správné kladivo, pokud není na pořadu dne, koupit na to hotový software (s databází uvnitř / na pozadí).

No fakt je, že už jsem viděl webový document management systém ohnutý na downloads section u jednoho výrobce... uživatelský dojem byl "přes koleno" a stejně tam nedokázali nacpat data tak, aby struktura "odkazů" odpovídala rodinám HW produktů, které sdílejí společné ovladače apod. Ale to bylo spíš o sebekázni správců.

987

Desktop / Re:Linuxu tiskne až po dvou minutách

« kdy: 17. 11. 2018, 22:23:44 »

Ještě mě napadá, pokud to PostScript chroupe ultra dlouho, tak zařídit, aby do tiskárny šlo PCL5. Pokud by to nešlo elegantněji, tak renderovat PS na počítači do PCL pomocí GhostPCL.

988

Desktop / Re:Linuxu tiskne až po dvou minutách

« kdy: 17. 11. 2018, 22:15:29 »

Z jakého důvodu je na linuxu tisk tak "zpackaný". Ani už nemluvím o tom, že volba Počet kopií nefunguje, ale aspoň to základní, proč 300kB Obrázek (2000x1500) trvá 2minuty než začne tisknout. Na Windows začne tisk vždy do 10s (i při složitém PDF!) Během čekání na ní bliká zelená diloda čekání. JE to startá HP laserovka.

ještě trochu seriózněji... pokud bliká LEDka, tak to IMO znamená, že tiskárna už dostala začátek jobu. A jestli správně chápu "signálový řetězec" v Linuxu, tak to znamená, že celý job už je v počítači zaspoolovaný = vytvořený, válí se na disku v podobě souboru, jde jen o to ho do tiskárny dopravit/nakopírovat. Tiskárna dostala začátek jobu a buď jí dlouho trvá, než tiskovou úlohu zpracuje (je pomalá, a úloha je složitá), nebo teoreticky spooler poslal začátek jobu a zamyslel se... ale to považuji za málo pravděpodobné.

Schválně: kromě tisku obrázků lze v linuxu vygenerovat job čistě textový, pár kilo jednoduchého postscriptu. Třeba něco jako

mpage -1f -bA4 < /proc/cpuinfo | lpr

Prográmek mpage je k dispozici také jako balík téhož jména v Debianu.

Čím je tiskárna k počítači připojená? LPT? USB? Stejně... to by musel být hodně velký job a USB linknutá na "low speed", aby to trvalo dvě minuty... V práci mám srovnání mezi HP LJ 6P a moderní packardí multifunkcí a je znát, že ten starý stroj měl zřejmě dost pomalý procesor, prostě stará "šestka" speciálně obrázky renderuje hodně dlouho, v PCL5 to ještě jde, zejména v PostScriptu je pomalá.

BTW, co přesně za model je ta tiskárna?

BTW2 jednou jedinkrát jsem si trochu hrál s USB/LPT donglama a byl to porod, jeden dongle fungoval jenom s ultra-hloupou a starou tiskárnou (tuším LJ III) ale ne s mladšími Laserjety 4-6, jiný model zase trval na IEEE1284 a fungoval jenom s modernějšími lasery, nikoli s prastarou LJ III. A tušímže se to chvílema chovalo i cca tak, že dlouho nic, a nakonec zázračně data nějak prolezly.

989

Desktop / Re:Linuxu tiskne až po dvou minutách

« kdy: 17. 11. 2018, 15:44:03 »

[joke alert] Nefunkční DNS? A třeba chybí záznam pro localhost v /etc/hosts ? Cups se snaží o reverzní překlad přišedšího klienta...[/joke alert]

Anebo třeba

ps auxww | grep cups
strace -f -p <cups_pid>

No dobře dobře konec srandy.

990

Sítě / Re:Spojení dvou bodů přes Wi-Fi

« kdy: 17. 11. 2018, 15:27:06 »

Prostě mu tam na nějaké kraksně běží nějaká "serverová" sračka a dotyčný netuší, jak funguje komunikace (zjevně si myslí, že server odpovídá klientům na tom samém portu, na kterém poslouchá.)

A možná má v tomto bodě nakonec i pravdu, ne? ;-)  On server obvykle odpovídá na tom samém portu. Že interně TCP stack uloupl přišedšímu klientovi dedicated socket (ala file descriptor), to není zvenčí vidět. Pokud ovšem nemáte na mysli nějakou pokročilejší servisku, kde klientská relace využívá celou otýpku různých relací na čtvrté nebo jaké vrstvě...

Ale nazi rejpal přípodotek stranou: jinak souhlasím, že zadání je slabé. Chtělo by to obrázek od původního tazatele a nad ním si nějak dál povídat.