|
Server : Apache/2.2.2 (Fedora) System : Linux App1.pathumtani.go.th 2.6.20-1.2320.fc5smp #1 SMP Tue Jun 12 19:40:16 EDT 2007 i686 User : apache ( 48) PHP Version : 5.2.9 Disable Function : NONE Directory : /usr/share/foomatic/db/source/printer/ |
Upload File : |
<printer id="printer/Hitachi-DDP_70_with_MicroPress">
<make>Hitachi</make>
<model>DDP 70 (with MicroPress)</model>
<mechanism>
<laser/><!--not "color"-->
<resolution>
<dpi>
<x>600</x>
<y>600</y>
</dpi>
</resolution>
<consumables>
<comments>
<en>toner</en>
</comments>
<!--one or more "partno" elements.--></consumables>
</mechanism>
<url>http://www.hitachi-koki.com/</url>
<lang>
<postscript level="3">
<!--unknown ppd filename "ppd"--></postscript><!--no pjl-->
<text>
<charset>us-ascii</charset>
</text>
</lang>
<autodetect>
<parallel>
</parallel>
</autodetect>
<functionality>A</functionality>
<driver>Postscript</driver>
<!--no "contrib_url"-->
<comments>
<en>
I used the original PPD (supposedly just written to support MacOS
and MS Win printing) with CUPS, which can use LPD as a backend to
send the print data out. All options can be used: select 1 of 5
trays; choose A4, Letter, A3, A3 FullBleed etc.; duplex printing;
print on forms; 1-up, 2-up,...16-up; use watermarks; RipNHold; 2
output destinations with face up or down each etc.<p>
The device at the moment is run by a (MS Windows NT Server based)
Harlequin RIP which is upgraded by the MicroPress software; after
you've sent the job to the (NT-) RIP (which sends the binary
TIFF-like data to the output device), the RIP can keep your RIPped
data in the form of bitmapped pages for further manipulation:
preview, delete pages; insert pages from a different job; merge
jobs; rearrange the order of pages; use different imposition
schemes; delete areas on pages or move, invert, scale or rotate
them; paginate the pages etc.<p>
After the manipulations there is no need of re-RIPping; the
printers start printing immediately putting out paper. The system
is used for purposes like "print on Demand" (PoD),
personalised printing, print variable data, 1:1 marketing, jobs
that often need a re-print with some minor changes in between
print runs (when it is much more expensive to do the
time-consuming process to re-RIP the complete data again and
again). It is a system for professional digital printing capable
of doing up to 400.000 prints per month per unit.<p>
The system is capable of running as a print cluster of up to 12
connected printer units which can share a huge job amongst
themselves or work on different ones each. (The maximum cluster
gives you 840 ppm and a monthly volume of 4.8 million
prints).<p>
(tested by Kurt Pfeifle)<p>
</en>
</comments>
</printer>