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
|
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Author" content="Mark Danks">
<meta name="GENERATOR" content="Mozilla/4.5 [en] (WinNT; I) [Netscape]">
<title>Images</title>
</head>
<body>
<center>
<h2>
<u>Dealing with Images</u></h2></center>
Images are files which are loaded into GEM. The images can be manipulated,
applied to objects, and used in any number of different ways. In
this section, you will load in an image and display it on the screen.
This section will not apply the images to a <i>geo</i>; that occurs in
the next part of the manual.
<p>The pix objects are GEM objects which deal with <i>pix</i>els.
They do everything from loading in images to applying filters to the data.
The objects in this section of the manual only load in pix data from outside
sources. How you actually display the image is up to you. The
most common usages are with <i>pix_draw</i> and <i>pix_texture</i>.
<p><a href="#pix_image">pix_image</a> - load in an image
<br><a href="#pix_multiimage">pix_multiimage</a> - load in multiple images
<br><a href="#pix_movie">pix_movie</a> - load in a movie file
<br><a href="#pix_video">pix_video</a> - use a real time video source
<p><img SRC="tribar.gif" height=13 width=561>
<h3>
<a NAME="pix_image"></a>pix_image</h3>
<i>pix_image</i> is used to load in images. Images can be in a variety
of different formats, including TIFF, JPEG, and SGI formats. The
patch gem_pix/gemImage.pd is the simplest use of the <i>pix_image</i> object.
In this patch, the <i>pix_image</i> object loads in the file dancer.JPG.
<center>
<p><img SRC="pixImage.jpg" BORDER=1 height=180 width=151></center>
<p>As is the case with every GEM chain, this patch starts with the <i>gemhead</i>
object. The next object is <i>pix_image</i>, which actually loads
the image. <i>pix_image</i> makes the file dancer.JPG the current
pixel data, which will be used in all subsequent operations in the chain.
The <i>translateXYZ</i> object is used to move the image around.
Finally, the <i>pix_draw</i> object renders the pixel data to the screen.
<p>The patch mentions that changing the Z in <i>translateXYZ</i> does not
change the size of the image, as would occur with a <i>geo</i> object like
<i>square</i>.
This is because <i>pix_draw</i> simply draws the pixel at the current raster
position, without any transformation. If you want to change the size
on the fly and rotate the image, you need to texture map the pix, which
is described in the next section.
<p><img SRC="tribar.gif" height=13 width=561>
<h3>
<a NAME="pix_multiimage"></a>pix_multiimage</h3>
The <i>pix_image</i> object only loads in one image at time. If you
try to change the image rapidly while the patch is running, you will notice
a lag every time it has to load in a new file. To avoid this lag,
there is another object called <i>pix_multiimage</i>. If you look
at patch gem_pix/gemMultiImage.pd, you will see this object in action.
<p>Basically, the * in the file name is replaced by the number that you
pass in. This allows you to play sequences of images with random
access. The one downside is that every image is loaded into memory
when the object is created, so you need to have a lot of RAM to use it.
<p><img SRC="tribar.gif" height=13 width=561>
<h3>
<a NAME="pix_movie"></a>pix_movie</h3>
On the Windows platform, there is an object called pix_movie which will
play back movie files (GEM 0.80+). The movie is streamed off of disk,
using whatever decompression libraries are installed on your computer.
AVI movies seem to work fine. The right inlet of <i>pix_movie</i>
accepts a number to specify the frame to display. Look at gem_pix/gemMovie.pd
for an image.
<p>A key fact of <i>pix_movie</i> is that it immediately sends the movie
data to OpenGL as a texture map. This means that you do not need
the <i>pix_texture</i> object in your chain. This also means that
you cannot process the movie data with pix objects. The main reason
for this is that it removes the need for a copy of all of the movie data.
This restriction will be fixed in a future release.
<p>Some of the geos will not texture map the <i>pix_movie</i> data correctly.
Cone and sphere do not use texture coordinates when they are provided,
so when you display a movie on one of these objects, you will have a black
region (unless your movie size is a power of two...however, most movies
are 320x160 pixels or something). This will be fixed in a future
release.
<p><img SRC="tribar.gif" height=13 width=561>
<h3>
<a NAME="pix_video"></a>pix_video</h3>
On the SGI and WinNT platforms, the "image" can come from the <i>pix_video</i>
object. This means that you can use a real-time video source and
display it on the screen. The SGI version is very stable and works
fine. The Windows version is still in alpha and has many problems.
GEM 0.80 has an improved version.
<p>You can play with <i>pix_video</i> with these patches: gem_advanced/gemVideoPaint.pd
and gem_advanced/gemVideoSphere.pd. The patches are explained in
more depth in the advanced section of the GEM manual.
<p><img SRC="tribar.gif" height=13 width=561>
<p><a href="index.html">[return]</a>
<br>
</body>
</html>
|
