blob: 09eec70a04a65021bde78de39d61de8b70c4115b (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML><HEAD><TITLE>Ppmtopict User Manual</TITLE></HEAD><BODY>
<H1>ppmtopict</H1>
Updated: 15 April 1990
<BR>
<A HREF="#index">Table Of Contents</A>
<A NAME="lbAB"> </A>
<H2>NAME</H2>
ppmtopict - convert a PPM image to a Macintosh PICT file
<A NAME="lbAC"> </A>
<H2>SYNOPSIS</H2>
<B>ppmtopict</B>
[<I>ppmfile</I>]
<A NAME="lbAD"> </A>
<H2>DESCRIPTION</H2>
<p>This program is part of <a href="index.html">Netpbm</a>.
<p><b>ppmtopict</b> reads a PPM image as input and produces a
Macintosh PICT file as output.
<P>
The generated file is only the data fork of a picture. You will need
a program such as <I>mcvert</I> to generate a Macbinary or a BinHex
file that contains the necessary information to identify the file as a
PICT file to MacOS.
<P>Even though PICT supports 2 and 4 bits per pixel, <b>ppmtopict</b>
always generates an 8 bits per pixel file.
<A NAME="lbAE"> </A>
<H2>LIMITATIONS</H2>
<p>The picture size field is correct only if the output is to a file
since writing into this field requires seeking backwards on a file.
However the PICT documentation seems to suggest that this field is not
critical anyway since it is only the lower 16 bits of the picture
size.
<A NAME="lbAF"> </A>
<H2>SEE ALSO</H2>
<A HREF="picttoppm.html">picttoppm</A>,
<A HREF="ppm.html">ppm</A>,
<b>mcvert</b>
<A NAME="lbAG"> </A>
<H2>AUTHOR</H2>
Copyright (C) 1990 by Ken Yap <<A
HREF="mailto:ken@cs.rocester.edu">ken@cs.rocester.edu</A>>.
<HR>
<A NAME="index"> </A>
<H2>Table Of Contents</H2>
<UL>
<LI><A HREF="#lbAB">NAME</A>
<LI><A HREF="#lbAC">SYNOPSIS</A>
<LI><A HREF="#lbAD">DESCRIPTION</A>
<LI><A HREF="#lbAE">BUGS</A>
<LI><A HREF="#lbAF">SEE ALSO</A>
<LI><A HREF="#lbAG">AUTHOR</A>
</UL>
</BODY>
</HTML>
|
