cups vs Lexmark

Jan Houstek houstek-lists na utf.troja.mff.cuni.cz
Neděle Květen 18 20:53:14 CEST 2003


>    taky jsem dlouho patral a nakonec to bylo tak jednoduche. Jednoduse
> ty binarky s CUPS nepracujou. Je treba pouzit stary LPD, nebo novy LPRng
> (rpmfind.net) a pak to pracuje bez problemu. Akorat se mrska vzdy na
> chvilku zastavi a pak pokracuje, cili tisk je v linuxu pomalejsi nez ve
> win, ale neni to na zavadu. Kvalita je vytecna. DM

S tou (ne)podporou bych to taky tipoval pouze na spatne zarazeni toho
jejich programu do filtrovaciho mechanismu CUPSu (jak uz tu ostatne Michal
upozornoval).

S rychlosti tisku bych to tipoval na starou UNIXovskou bolest - filosofii
"vse pres postscript". PS je sice fajn, ale hodne tiskaren ho bud
nepodporuje, nebo je prislusny procesor provadejici RIP prilis pomaly. V
prvnim pripade se to resi pres ghostscript, ale je celkem logicke, ze
vysledny kod je objemnejsi nez napr. ve windows, kde je vygenerovany
prostrednicvim jejich tiskoveho API a je mensi diky tesnejsi spolupraci
tisknouciho programu a prislusneho ovladace.

Nechci vyvolavat flame, v zasade se zase nejedna o tak odlisne pristupy
(pouze v UNIXu tim API je postscript). Prilis do toho nevidim, ale mozna
by se daly do ghostscriptu implementovat nejake optimalizace, to co v
soucasne dobe generuje generuje nema prilis daleko od bitmapy.

Pouzivam linux mj. i k priprave ruznych tistenych materialu, a pomalost
tisku je jedna z mala veci, kterou nedokazu uspokojive resit (krome toho,
ze vyrobim misto postscriptu PDF, ktere pak vytisknu z Acrobat Readeru ve
Windows).

-- Honza Houstek


Další informace o konferenci Linux