*NIX Ripping Solutions For Plotters 39
haogemenr writes: "I work in an all Apple architecture firm, but we have a Linux box that primarily functions as a DSL router. The options for large format plotter drivers in the Macintosh world are few and relatively expensive. PostScript output devices are a great, but expensive solution and HP doesn't provide any Mac-friendly drivers for non-PostScript plotters. What are the *nix solutions? You can write PostScript from CAD application using a generic PostScript driver, but converting PostScript to an RTL file or HPGL2 file is necessary for lots of older plotters.
I've heard of an application named makertl, but I haven't been able to find it anywhere.
What do Unix folks use for large format image processing?"
Possible solutions... (Score:2, Interesting)
MacPlot is a commecial product from www.microspot.co.uk which can act as a network based RIP server for the mac...
HP has their own RIP software for windows that is packaged with the HP 500 PS. (There was also a version for the 455CA and 488).
There is a company that sells some very high end RIP software called PosterJet. (www.posterjet.de) which I belive will turn a windows box into a RIP server.
Of course, the best solution would be to use a printer that was supported on the Mac!!!
I know the people that do VectorWorks (probably the best all around Mac CAD package) made a viewer available for free. Just download the viewer onto a windows machine and use the HP drivers. Hell, this would probably work under WINE as well.
If your not using VectorWorks, you could also just print to a PDF file on a network voulme (print2pdf from www.jwwalker.com is great for this), and again have a windows machine just output and delete everything in that directory every few minutes.
Jeez!
Re:Possible solutions... (Score:1)
Of course, you could always wait for Apple to support CUPS printing from Aqua apps... right like that will ever happen.
Re:Possible solutions... (Score:2, Insightful)
So yeah, it'll happen in 20 days.
-Ster
Re:Possible solutions... (Score:2, Insightful)
Re:Possible solutions... (Score:1)
Since Mac applications can already spool PostScript and send it directly to LPR printers and CUPS is just an extention of this mechanism, what make you say that Mac applications won't be able to spool PostScript to CUPS servers?
Re:Possible solutions... (Score:3, Informative)
CUPS is implemented by the driver not by PrintCenter. Jaguar provides APIs for 3rd parties to configure CUPS. From what i can tell by reading the docs CUPS won't 'just work' it has to be supported by the printer, again, via the drivers. Once the printer is supported then PrintCenter takes over for management of individual prints and the queue.
CUPS support is meant to enable a faster driver development cycle for printer manufacturers so they don't have to write specifically for the Mac... which gives Mac users a much larger selection of printers w/o added cost.
Quick blurb of revelance:
"The CUPS Imaging library provides functions for managing large images, doing colorspace conversion and color management, scaling images for printing, and managing raster page streams. It is used by the CUPS image file filters, the PostScript RIP, and all raster printers drivers. "
Ghostscript (Score:1, Informative)
http://www.cs.wisc.edu/~ghost/doc/gnu/dev510.ht
Re:Ghostscript (Score:3, Insightful)
Ghostscript (gs) basically converts postscript to a bitmap, then uses whatever drivers it has to convert that to the needed format.
This works reasonably well for pictures and stuff, but for a plotter this would be iffy at best. When you actually printed it out, rather than drawing the lines as designed, the pen would trace a line across the page, go down a tiny bit, trace another line, go down a tiny bit, trace another line, etc. As needed, the pen would be raised and dropped, probably drawing lots of dots. Eventually, it would probably draw the picture ok, but it could take hours, and would wear out your plotter.
This all assumes that what I know about plotters hasn't become totally obsolete. When I worked with plotters like 15 years ago, that's how they worked. Maybe they're fancier now.
To put this in video game terms -- think a Vectrex vs an Atari 2600. The Vectrex draws lines, and they look perfect (in arcade terms, think the original Star Wars game, think Asteroids, Star Castles.) The 2600 drew bitmaps -- less precise, but more flexible (think the arcade Space Invaders.)
Re:Even though I'm not sure what you are asking: (Score:4, Informative)
It's a wonder people even bother with Ask Slashdot when they get "helpful" responses like this.
First, check the specs on your Linux box (Score:1)
And what's the model number of your plotter?
Re:First, check the specs on your Linux box (Score:1)
ps2hpgl (Score:3, Informative)
Re:ps2hpgl (Score:1)
Re:ps2hpgl (Score:1)
Oil & Gas (Score:2)
Aside from that, I think CUPS has some hooks for plotters, but I've never looked into it seriously.
Buy a PS plotter.. (Score:1)
Ghostscript + ps2hpgl (Score:1)
The ps2hpgl converter is part of the never versions of ghostscript (see homepage at http://www.cs.wisc.edu/~ghost/ or go for commercial Allading version if your company feels like supporting the effort a bit http://www.cs.wisc.edu/~ghost/). I did not test it myself, unfortunately, so you are on your own.
Of course, both versions of Ghostscript work nicely in Mac OS X, but there are binary distributions for Mac OS 9 too. So no problems if your linux router has spool-space or ram problems.
And a note to Mac bashers: Macs run Unix and GNU tools these days, were you living under a rock?
cups and linuxprinting (Score:1)
Stop focusing on Linux (Score:2)
While you might be able to build your own "solution" with Ghostscript and who knows what else, you're going to be on your own if lines don't intersect the way they're supposed to and labels show up in the wrong font and layers aren't rendered in the right z-order. I'll bet architects, engineers and drafters don't like that and won't be as excited as you are about your $6000 "savings" if they're sending jobs over to Kinko's at ten at night because the RIP on their $8000 plotter is an unsupported piece of garbage sending generic Postscript or converted HPGL to a fussy device that works best with output massaged to address its quirks.
Like I said, pick a solution built around a plotter that meets the users' needs and a supported RIP solution that has a supported driver for that very plotter and client drivers, and PPDs for the OS of the machines that will be outputting to it. If the only things that meet these criteria use Postscript, then welcome to the world of Postscript. While you're at it, if it's a critical device for the running of the business, get a same-day on-site support contract for both pieces.
The only advice I'll give beyond that is to get a RIP device built around an embedded device OS or Unix (Linux, BSD, QNX, Mac OS X, whatever), or at least an NT variant. You can expect reasonable stability and uptime that way. I'd avoid any RIP devices or software built around MacOS 8.x and 9.x. In my experience they freeze up far too often. No RIP should ever freeze, but while once every few weeks is manageable, daily (or worse) freezes and crashes are a bit much. You don't want to become too familiar with your RIP vendor's regional field support engineer.
The choice of OS behind a RIP device should have nothing to do with the OS of the client machines; it's just an appliance connected to your printer. A RIP device is single-purpose, and any expectation of using a RIP to do double duty as something else is a terrible, terrible idea under most normal circumstances.
When should you use free stuff on Linux for this? Go for it if you find a solution with accompanying Mac drivers that has an active user community and mailing lists filled with enthusiastic testimonials from people who use it commercially in a production environment with the very plotter you plan to use and output from Macs running a similar set of applications.
Re:Stop focusing on Linux (Score:1)
I've been working in Lijiang, China since a 7.0 earthquake devastated the area in 1986, destroying nearly 200,000 homes. I make about $300 a month, making expensive solutions, well, no solution at all. The company that wrote our present (6 year old) driver, GDT Softworks (Powerplot driver) no longer maintains/improves the product. It works, but it's not great. Tell me, where would the world of computers, or damn near anything else for that matter be, if we accepted the status quo. No, I don't spend my employer's precious money searching for solutions, I search on my own precious time. Forget about going out and buying a $6000 professional RIP solution. I'll be able to afford that on the 12th...of never.
A hearty xie xie (thank you) to all the posters who took some of their precious time to attempt to be helpful.
One of every 8 people walking the face of the earth is a Chinese peasant. While they may be hungry themselves, they would share a meal with you. Can't we be a little more generous in brain-storming solutions and not try to frame the rest of world's problems in our narrow little world?
Oh yeah, the nearest Kinkos is uh, about 8000 miles away!
Re:Stop focusing on Linux (Score:2)
My experience isn't with plotters; it's with color laser printers and mopiers, and I know from that experience that using the wrong PPD or the wrong print driver or even last year's PPD with this year's design software, to talk to an actively-supported commercial RIP unit will result in output that's off--color that's off, alignment that's off, margins that are off, and line art that's not layered properly. Hell, I've seen that enough when systems with mismatched drivers and PPDs are outputting word processing files and spreadsheets to ordinary workgroup black-and-white laser printers. So to me the idea of feeding output from advanced commercial CAD software to a wildly expensive printer with cheap, hacked-together software in between seems like unnecessary pain. Except in your situation where weeks of extra work and even paying a local C programmer to hack Postscript filters actually makes economic sense, since you make it sound like your firm's billables are low even for the local market. And plots that don't look great will be acceptable as long as they're readable.
As someone who's also worked in the developing world for local companies, I understand where you're coming from, and frankly your question would have made a whole lot more sense if you provided this bit of information in the first place. Without that context--that the Macs are probably several years old and the plotter may well be ten years old and your copies of AutoCAD or whatever are either also quite old or maybe not paid for and the DSL line you have costs as much as a draftsperson's salary--you just sound like someone trying to cut corners when you've already spent big money on the other pieces. Take off the hair shirt, dude.
Colorbus (Score:2)
Um... (Score:2)
Shell out the money for something that will work properly. Don't waste your employer's time and money trying to find an open-source "solution", and, if there's a payware UNIX solution, make sure it's fully supported by your plotter vendor.
Do not skimp on stuff that matters. It's like buying a Ferrari but not being able to afford the racing gasoline.
- A.P.
Re:Um... (Score:2)
Re:Um... (Score:1)
Re:Um... (Score:1, Interesting)
I've got a plotter at work (HP755CM), fed by non-general-purpose commercial software (Cadence Raptor), but I'd love to have a general-purpose Postscript->optimized-RTL path for it without having to touch Windows.
A quick Google search shows there are folks using Ghostscript "uniprint" drivers for DesignJets, and there is ppm2rtl [gfz-potsdam.de], which looks pretty interesting.
-Jay-
Re:Um... (Score:1)
Uhh.. no. Large format plotters are produced en masse and range anywhere in price from $1500 to, like you say, $100,000. Plus, it really depends on what the architects are doing with the plotter. We didn't get this information from the submitter, but architects use plotters for generally either layouts/details, which are simple line drawings, or renderings, which are full color high-resolution plots. I suspect most firms use primarily the former. If the submitter worked for a large firm that did spend "$100,000 on a plotter " he probably wouldn't be asking Slashdot for help finding a cheap solution. However, he's obviously working with an HP plotter and, to my knowledge, HP doesn't make the really high-end plotters.
Brisque (Score:2)
Image Alchemy - HandMade Software (Score:1)
There is RIP-software, just ask.... (Score:1)
I am working here at the student's computer lab at the university of technology, Darmstadt. We have a lot of software in use, mainly on Mac and Windows-PC.
As we have a wide range of software (CAD, modelers, dtp, photoshop etc), we need a common base for all this, and so we only print postscript (ps, eps, pdf) and tiff, all in cmyk.
We have printed a lot on a large format postscript processor called Macrip, owned by Macron AG (www.macron-ag.de). Macrip runs on Solaris / Sparc and Linux / intel, in fact, it is ghostscript-based, and gives great results regarding speed, color and stability. It would be the perfect solution... but... at the moment, Macron sells it only on Windows... a "hack" running in a unix-environment on Windows NT..
Maybe there will be a Solaris version in future, one should simply ask... if they see there is enough interest, it would be almost no work to bring Ghostscript, Apache, Perl and their own things back into a real unix environment... (Linux, Solaris,...)
CU, Lars O. Grobe.