Conference hydra::amiga_v1

    Ed,
    
    I think UTOX should do that job for You.
    I think it's an asset.
    
    Gerald

Thanks,  

I just tried UTOX and after waiting 1 hour I do not expect it will convert the
image.  Any other tools?

eg:

Oedpus> utox WWCSM_IORATE.REG/UIS WWCSM_IORATE.ps/ps
X Toolkit Warning: Widget class DwtPixel version mismatch:
  widget 7001 vs. intrinsics 11003

There is a regis to postscript program floating around which I used 
3 or 4 years ago.  Look in the DOCUMENT notesfile I think that was
where I got the pointer. (I don't have it any more).

-steve

The version of UTOX I have installed does not have a REGIS
switch to nominate the input format and UIS is certainly
not compatible with REGIS.

Best to follow suggestion in -.1


Mike

>     <<< Note 4668.4 by NOTIBM::MCGHIE "Thank Heaven for small Murphys !" >>>
>                                -< REGIS <> /UIS >-
> 
> The version of UTOX I have installed does not have a REGIS
> switch to nominate the input format and UIS is certainly
> not compatible with REGIS.
> 
> Best to follow suggestion in -.1
> 
> 
> Mike
> 

There is a layered (?) product on the  net named RETOS (REGIS to SIXEL)
which will get you to SIXEL, then UtoX can go PS or whatever...

john

Re .5:

Yo, john- not exactly the solution I'd recommend. The REGIS->PS converter, if it
can be located, would be preferable by a long shot. Reason? Well, SIXEL is a
raster format (i.e., defines a set of pixels or "dots"), and thus tied to a
fixed resolution. REGIS, on the other hand, defines vectors between specified
positions, which can be translated to their PS equivalents. If you use SIXEL,
you'll get a PS bitmap with fixed resolution. If you get output consisting of
PS "strokes," you can take advantage of the resolution-independence PS offers.

Cheers,
	Bob

Thank for all the replies.

If anyone knows the whereabouts of a REGIS to PS convertor I would appreciate
a pointer.

For now I did use RETOS to go to sixel using the /DEVICE=LN03_PLUS which
gives a 300dpi (large) sixel file. I then used RAGS to convert it to PS and
scaled it in DECpresent (it's final destination).  It came out not too bad
but not as good a PS would have.

Thanks,


...Ed

	Why can you grab the screen wth utox, save ddif, then use
	a command file:
$ ddiffile = p1 + ".ddif"
$ psfile = p1 + ".ps"
$ convert/document 'ddiffile' 'psfile' /format=ps

	and type 
	$ @ddiftops ddiffilename
tom

re: .8

That would work as well but at a lower resolution.  A screen capture will only
give screen DPI which in my case is 75 or 100 dpi.  RETOS allows me to convert
the REGIS image to a 300 dpi SIXEL file.  RAGS then converts this to PS @300
dpi.  The quality is quite good but a 14 block REGIS file becomes a 1722 block
PS file because it has to describe a SIXEL file.

For those interested these are VPA graphs.  The same graph produced in PS by VPA
is only 162 blocks.  Unfortunately VPA will not output PS "unfilled" line graphs
which I need.

Cheers,


...Ed

	The postscript file from a sizel capture with UtoX doesn't have to be
	so big if it's only black and white you can change it to single
	bit plane.  That saves a great deal.
	Tom

    I thought about this some more and I think I was using render a few
    years back to go from regis to postscript.  I suspect this resulted in
    a bitmap postscript file, but I can't recall.
    
    -steve

    Am I missing something here (as usual)? The VMS CPS/LPS translator
    (TRN$REGIS_PS.EXE) for DEC supported PostScript printers does this for
    you automatically, ala "$ print/param=data_type=regis". I guess if you
    are not intending to print it, would there be a way to capture the
    ouput from the translator?

    Hope this helps,

    Pete

I think I went down that route a while back, but there
is no postscript output file actually created, it just sends the
postscript directly to the printer. I supose 
you could eavesdrop on the serial line and capture the
postscript being sent to the printer ?

Mike

Re .12, .13:

I've done this kind of thing in the past with other print symbionts, though not
this one. Odds are it doesn't talk directly to the printer, that's just not the
way the functionality is usually divided up. (Note disclaimer "usually!")

Try *stopping* the queue first, then kicking off the conversion. Then, look
around for a "temp" file of some kind (I'd start in SYS$SCRATCH).

Couldn't hoit.

Cheers,
	Bob

This is what the vws render utility I mentioned earlier does.  It uses the
trn images to do the translation and put the output in a file.  Used to come
with VWS for some obscure reason I think...

-steve

RE: .12

Pete, many thanks.  Works like a charm.  It appears the engineer who wrote this
translator had the forsight to include a DCL interface.  The PS output it 
produces is 1/100th the size of going REGIS->RETOS->SIXEL->RAGS->PS.  My 
original converted PS was 1722 blocks and this produces a 15 block file of
equal quality.

Thank you, Thank you, Thank you,

...Ed


---------------------------------------------------------------------------------
Fasta> run sys$library:TRN$REGIS_PS.EXE
Input file:  test.reg
Output file:  test.ps
Options (Portrait/Landscape/Invert/Normal):  Portrait
Translation completed
Fasta> dir test

Directory WORKD:[SMITH]

TEST.PS;1                           15  12-APR-1991 09:34:29.29
TEST.REG;1                          13  12-APR-1991 09:38:49.07