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
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
|
.\"
.TH "y4mtopnm" "1" "28 April 2004" "MJPEG Tools Team" "MJPEG tools manual"
.SH "NAME"
y4mtopnm \- Convert a YUV4MPEG2 stream to PNM images
.SH "SYNOPSIS"
.B y4mtopnm
.RI [ options ]
.SH "DESCRIPTION"
\fBy4mtopnm\fP converts a YUV4MPEG2 stream into a sequence
of raw PPM, PGM, or PAM images. (Technically, "pnm" comprises the PPM, PGM and
PBM formats. PAM is a fourth format, which can effectively contain any of
the other three, and more.)
Output is to stdout (but feel free to have the shell redirect to a file).
Input is read from stdin, like all other YUV4MPEG2 filters and tools.
YUV4MPEG2 streams contain frames using the Y'CbCr colorspace
(ITU-R BT.601). For 4:4:4 (color) streams, \fBy4mtopnm\fP will convert
each pixel to the usual R'G'B' colorspace used for computer graphics,
and produce PPM images. "MONO" (luma-only) streams will be converted
to full-range [0,255] grayscale and output as PGM images.
YUV4MPEG2 streams may (often!) have subsampled chroma planes, but
\fBy4mtopnm\fP will not process them (except in the special 'flatten' mode;
see below). Subsampled streams will need to
be converted to 4:4:4 using a tool such as \fBy4mscaler\fP.
If \fBy4mtopnm\fP is given a "444ALPHA" stream (4:4:4 video with
an 8-bit alpha channel), the results depend on whether or not the "-P" option
is specified. With "-P", it will produce PAM images with a TUPLTYPE of
RGB_ALPHA, containing both color and alpha channel data.
Without "-P", it will produce pairs of PPM and PGM images:
a PPM for the color pixels followed by a PGM for the alpha channel data.
(Such a sequence of interspersed PPM and PGM images cannot be later
re-processed by \fBpnmtoy4m\fP. This feature is mostly for quick and
easy stream debugging.)
If multiple output images are generated, they are simply output one after
another. If you want to turn such a "multi-image" stream/file into
individual files, use \fBpnmsplit\fP. (Some PNM filters can process
multi-image files/streams; however, many written before June 2000 will
only process the first image.)
\fBy4mtopnm\fP and \fBpnmtoy4m\fP are inverses of each other; you can
typically pipe the output of one into the other, and vice-versa (except
for the "444ALPHA" case noted above and the "mixed-mode" case noted below).
Note that the colorspace operations
can be lossy in both directions (due to range-compression and/or
quantization). And, when converting to PNM, information on
interlacing and sample aspect ratio of a stream
is lost (but can be reconstructed by supplying command-line arguments to
\fBpnmtoy4m\fP).
.SH "OPTIONS"
\fBy4mtopnm\fP accepts the following options:
.TP 5
.BI \-P
Produce PAM format output, instead of PPM and/or PGM. PAM can encode a
superset of PNM, but is not yet understood by as many graphics programs.
(Indeed, surprisingly few of the NetPBM tools seem to understand it.)
.TP 5
.BI \-D
Produce a separate output image for each field of each frame.
(Otherwise, a single image per frame, containing two interleaved fields,
is created.)
If the input stream is interlaced, the field-images are output in temporal
order, i.e. the first image of a bottom-field-first stream will be the
bottom-field.
If the stream is progressive or has "mixed-mode" interlacing, then the
temporal order is ambiguous, and the top-field will always be output first.
Note that it will \fInot\fP be possible to later use \fBpnmtoy4m\fP to
reconstruct a "mixed-mode" stream from a sequence of PNM/PAM images.
.TP 5
.BI \-f
Produce a special 'flattened' output, most useful for analyzing and
debugging streams. All the planes of a frame/field are tiled together into
an enlarged PGM (or grayscale PAM) output image as follows:
.nf
+-----+ +-----+
4:4:4 | Y | 4:4:4 w/alpha | Y |
+-----+ +-----+
| Cb | | Cb |
+-----+ +-----+
| Cr | | Cr |
+-----+ +-----+
| A |
+-----+ +-----+
4:2:2, | Y |
4:2:0 +--+--+ +-----+--+--+
|Cb|Cr| 4:1:1 | Y |Cb|Cr|
+--+--+ +-----+--+--+
+-----+
MONO | Y |
+-----+
.fi
In this mode, any YUV4MPEG2 chroma format is accepted, but no upsampling or
colorspace conversion is performed.
This is essentially just a reformatting/permutation of the original data from
the input stream into a PGM image container.
All the other command-line flags continue to have the same effect on output.
.TP 5
.BI \-v " [0,1,2]"
Set verbosity level.
0 = warnings and errors only.
1 = add informative messages, too.
2 = add chatty debugging message, too.
.SH "EXAMPLES"
.hw y4mtopnm pnmsplit lav2yuv
To turn the first 15 frames of an (MJPEG or DV) AVI file into individual
PPM files:
.RS 5
lav2yuv -f 15 your-video.avi | y4mscaler -O chromass=444 | y4mtopnm | pnmsplit - "your-video-%d.ppm"
.RE
.SH "AUTHOR"
This manual page was written by Matt Marjanovic.
.br
If you have questions, remarks, problems or you just want to contact
the developers, the main mailing list for the MJPEG\-tools is:
\fImjpeg\-users@lists.sourceforge.net\fP
.TP
For more info, see our website at
.I http://mjpeg.sourceforge.net/
.SH "SEE ALSO"
.BR pam (5),
.BR pgm (5),
.BR pnm (5),
.BR ppm (5),
.BR pnmtoy4m (1),
.BR mjpegtools (1),
.BR mpeg2enc (1),
.BR lav2yuv (1),
.BR pnmsplit (1),
.BR y4mscaler (1)
|
