[Magic-dev] Postscript plotting larger than A size

Mika Nystrom mika at async.caltech.edu
Thu Nov 1 13:45:35 EDT 2007


Well I don't remember where I got P3 from... I think it might have been
on a USGS site, way back when.  I put a copy at

http://www.async.caltech.edu/~mika/p3.tgz

but I'm afraid I can't guarantee that that will be a permanent link.

     Mika

Bertrand Irissou writes:
>
> Hi Mika, John, Tim,
>
> Mika,
>
> I agree with you that Postscript plotting is not the most efficient of 
>plotting for large size plotter as all the rendering is left to the 
>plotter...
> 
> I do have RTL plotting routines for magic (derived from the versatec) 
>that were originally written by Brian Richard at UCB back in 1995 (I was 
>a student there... :) ).  I don't think they're part of the Magic 
>distribution and I never made them public because I don't know the legal 
>status (there is a UCB copyright on them)... Since it's been so long, I 
>don't think it would be a problem BUT .. these routines do not support 
>non-Manhattan geometries, so someone would have to go fix it - I don't 
>know how to.
> Also, I think support for Versatec like plotter was being dropped so I 
>never followed up with it.
> So.....
>
>1. Is there any interest in publishing these routines, adding 
>non-Manhattan support and making them part of the magic distribution ? 
>It does make printing simple as you can directly send to any RTL 
>compatible (hp) printer w/o any external filter. It is also very fast 
>and the plots look great on an E-size printer.
>
>2. The PNM approach looks great too. Mika I look for the P3 software on 
>Google but could not find any reference to it. It must be old too - 
>perhaps it could be made part of the magic distribution ? Or at least 
>make a reference to it in the Wiki so that people could grab it. 
>
> Thanks in advance,
> 
> Bertrand.
>
>Mika Nystrom wrote:
>> What we always did was to generate the files as PNMs and pass them
>> through a program called p3.  This program generates HPR (HP Raster)
>> files that drive HP DesignJets far more efficiently than PostScript,
>> which by its very nature requires the plotter to render the entire
>> image in its internal memory, because unlike a real pen plotter,
>> these inkjet "plotters" can't back up...
>>
>> The P3 README has the following to say:
>>
>> ----
>>
>> P3 was last updated on Jan 4, 1995
>>
>> ...
>>
>> P3 has been tested on an HP9000s800 and Sun3 (SunOS 4.1.1).  If you
>>     a) find it to work on another architecture
>>     b) make any changes (to support other formats or output devices)
>         or
>>     c) fix any bugs
>>
>> I would like a copy of the changes.
>>
>> Noel (ngorelic at speclab.cr.usgs.gov)
>>
>> ----
>>
>> It works just fine on FreeBSD and OSF/1.
>>
>> The following command did the trick for us with a plotter with a
>> 36-inch carriage.  (E size.)
>>
>> p3 -DJET -render 4 -width 34i poster-situs-sep2003_150.ppm > poster-situs-se
>p2003_150.hpr
>>
>> lpr -Pplotter poster-situs-sep2003_150.hpr
>>
>> The results are of noticeably higher quality than those which come
>> out of using PostScript files.  I don't remember how much RAM the
>> plotter had (but it was a lot).
>>
>>      Mika
>>
>> P.S. If anyone needs P3 and can't find it let me know.  Also let
>> me know if you'd like a standalone plotting program for Magic that
>> unfortunately doesn't handle triangles, isn't very efficient, but
>> is capable of producing very pretty plots of quite large chips (we
>> tried it on 100M+ transistors---that takes days).
>>
>> John Nestor writes:
>>   
>>> Hi, Bertrand
>>>
>>> I encountered this problem when trying to plot large size plots on our HP
>>> DesignJet 800PS. My suspicion is that when magic creates the PS file at ful
>l
>>> size, an overflow occurs in the plotter's PS interpreter.
>>>
>>> My workaround was to do something like this:
>>>
>>> 1) set PS_width and PS_height to HALF the desired size
>>>
>>> 2) On the plotter, use the settings menu to 200% magnification
>>>
>>> Hope this helps,
>>>
>>> John Nestor
>>>
>>> On 10/30/07 4:08 PM, "Bertrand Irissou" <bertrand at asicadvantage.com> wrote:
>>>
>>>     
>>>> Hello,
>>>>
>>>> My question regarding Postscript plotting is actually 2 fold.
>>>>
>>>> First, has anyone had success plotting on anything larger than an A
>>>> size paper ? I have tried B, C, D and E size, but to no avail...
>>>> By using the PS_width and PS_height values in plot param, I have
>>>> changed the paper  size. Magic creates a postscript file but the printer
>>>> crashes on the file. Similarly, ghostscript  chokes on the file and
>>>> returns an error. Any idea ?
>>>>
>>>> Secondly, is there a way to specify a scale when plotting to postscript
>>>> ? Ideally a lambda->real size would be create (15X , 100X, etc..). It
>>>> looks like this was done for PNM plotting.
>>>>
>>>> Sincerely
>>>>
>>>> Bertrand.
>>>>
>>>> ---------------------------
>
>
>-- 
>Bertrand Irissou, V.P. Business Development  ASIC Advantage, Inc.
>mailto:bsi at asicadvantage.com                 1290-B Reamwood Avenue
>Tel:(408)541-8686 x125 Fax:(408)541-8675     Sunnyvale, CA 94089
>http://www.asicadvantage.com --- registered to ISO 9001:2000
>
>------------------------------------------------------------------------------
>This email may contain confidential and/or proprietary material for the 
>sole use of the intended recipient. Be aware that any disclosure, copying,
>distribution or other unintended use of its contents, without the express
>permission of ASIC Advantage, INC. is prohibited.



More information about the magic-dev mailing list