diff options
author | Travis CI <zmoelnig@travis-ci.umlaeute.mur.at> | 2019-05-09 20:32:44 +0000 |
---|---|---|
committer | Travis CI <zmoelnig@travis-ci.umlaeute.mur.at> | 2019-05-09 20:32:44 +0000 |
commit | 4f5f017bdf452419ad396346bacad623acb0f41c (patch) | |
tree | 5aed541ac70ef8db7380d531d38b81c39029dd48 /Gem/manual/BasicObj.html | |
parent | 65cfd0adf8ac0fc935f385cb2133a48987ff1b91 (diff) |
Gem 01b1861db023a225d01a4d5a519cf54f09f631f5 osx/i386
built 'master:01b1861db023a225d01a4d5a519cf54f09f631f5' for osx/i386
Diffstat (limited to 'Gem/manual/BasicObj.html')
-rw-r--r-- | Gem/manual/BasicObj.html | 230 |
1 files changed, 115 insertions, 115 deletions
diff --git a/Gem/manual/BasicObj.html b/Gem/manual/BasicObj.html index 80e5d84..b65dc68 100644 --- a/Gem/manual/BasicObj.html +++ b/Gem/manual/BasicObj.html @@ -1,115 +1,115 @@ -<!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="Author" content="IOhannes m zmölnig">
- <title>Basic Objects</title>
-</head>
-<body>
-
-<center>
-<h2>
-<u>Basic Objects</u></h2></center>
-
-<p><br>There are a number of objects which are the foundation for GEM.
-These objects are used in every patch and control the graphics and rendering.
-<p><a href="#gemwin">[gemwin]</a> - The window manager
-<br><a href="#gemhead">[gemhead]</a> - The start of a rendering chain
-<br><a href="#manips">manips</a> - Move an object in the window
-<br><a href="#geos">geos</a> - Render a shape
-<p><img SRC="tribar.gif" height=13 width=561>
-<h3>
-<a NAME="gemwin"></a>[gemwin]</h3>
-The graphics window is created and destroyed with the <i>[gemwin]</i> object.
-With the <i>[gemwin]</i> object, you can set the default size of the graphics
-window, create and destroy the graphics window, turn on and off rendering,
-etc. All basic GEM patches will have the following <i>[gemwin]</i>
-object with these messages:
-<center>
-<p><img SRC="gemwin.jpg" BORDER=1 height=128 width=78></center>
-The create and destroy messages will display and remove the graphics window.
-The 1 and 0 messages start and stop rendering.
-<p><img SRC="tribar.gif" height=13 width=561>
-<h3>
-<a NAME="gemhead"></a>[gemhead]</h3>
-The <i>[gemhead]</i> object is the start of every rendering chain.
-A simple patch, which is located in examples/gem_basic/gem1.redSquare.pd
-looks like:
-<center>
-<p><img SRC="redSquare.jpg" BORDER=1 height=138 width=91></center>
-
-<p>This patch will render a red square. The <i>[gemhead]</i> object
-signifies the start of rendering. The <i>[color]</i> object sets the color
-for all objects after it in the chain. The <i>[square]</i> object renders
-a square into the graphics window based on the current color, texturing,
-and transformations. In this case, there is no texturing and no transformation.
-<p>Every rendering chain <b>MUST</b> start with a [gemhead]. If you
-do not put a <i>[gemhead]</i> at the beginning of the chain, then nothing
-will be rendered for that part of the patch.
-<p><img SRC="tribar.gif" height=13 width=561>
-<h3>
-<a NAME="manips"></a>manips</h3>
-In the patch 01.basic/02.cube.pd, the <i>[translateXYZ]</i> object is
-introduced.
-<center>
-<p><img SRC="basicCube.jpg" BORDER=1 height=133 width=93></center>
-
-<p>The graphics are transformed and moved by the <i>manipulator</i> objects,
-or the manips. GEM has the following manips:
-<p><i>[color]</i> - set the color with a vector
-<br><i>[colorRGB]</i> - set the color with 3 discrete values
-<br><i>[rotate]</i> - rotate with an angle and vector
-<br><i>[rotateXYZ]</i> - rotate with 3 discrete values
-<br><i>[scale]</i> - scale with a vector
-<br><i>[scaleXYZ]</i> - scale with 3 discrete values
-<br><i>[translate]</i> - translate with a vector
-<br><i>[translateXYZ]</i> - translate with 3 discrete values
-<p>To understand the difference between the vector and discrete values
-version, realize that everything in is defined in 3 dimensions. These
-dimensions can be XYZ values, or RGB colors.
-<center>
-<p><img SRC="transXYZ.jpg" BORDER=1 height=92 width=201></center>
-
-<p>The two translate objects above will do exactly the same thing in a
-patch, but they provide two different ways to do it. <i>[translate]</i> accepts
-a scalar and vector. <i>[translateXYZ]</i> accepts three floats which
-specify a point in space. The manips will transform any object which
-appears after it in the rendering chain.
-<p><img SRC="tribar.gif" height=13 width=561>
-<h3>
-<a NAME="geos"></a>geos</h3>
-Up above, we saw the <i>[square]</i> and <i>[cube]</i> objects. The other
-primary geos are:
-<p><i>[square]</i> - render a square
-<br><i>[circle]</i> - render a circle
-<br><i>[triangle]</i> - render a triangle
-<br><i>[cube]</i> - render a cube
-<br><i>[sphere]</i> - render a sphere
-<br><i>[cone]</i> - render a cone
-<p>The <i>[square]</i>, <i>[circle]</i>, <i>[cube]</i>, and <i>[triangle]</i> objects
-have a right-hand inlet to set the size of the shape. The default
-size is 1.
-<p>The <i>[cone]</i> and <i>[sphere]</i> objects are not perfectly smooth.
-They are actually composed of a number of polygons. In order to control
-the rendering better, the middle inlet is the size of the object, while
-the right-hand inlet is the number of slices to define the shape.
-Take a look at the patch gem_basic/gem3.sphere.pd to see how the number
-of slices can change the look of a sphere. Don't worry about the
-<i><a href="Lighting.html#world_light">[world_light]</a></i>
-object, it is just there to make it easier to see the difference in the
-number of slices. Make sure to click the 'lighting 0' message before
-closing the patch (if you don't, then other patches will probably be completely
-black until you quit and restart pd/GEM).
-<p>Your graphics window should look like this for 5 and 15 slices:
-<center>
-<p><img SRC="sphere5.jpg" BORDER=0 height=150 width=150><img SRC="sphere15.jpg" height=150 width=150></center>
-Obviously, the more slices that you use, the better the sphere looks.
-However, each slice adds more polygons, which can slow down your frame
-rate. In computer graphics, there is always a trade off between resolution
-and speed.
-<p><img SRC="tribar.gif" height=13 width=561>
-<p><a href="index.html">[return]</a>
-<br>
-</body>
-</html>
+<!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="Author" content="IOhannes m zmölnig"> + <title>Basic Objects</title> +</head> +<body> + +<center> +<h2> +<u>Basic Objects</u></h2></center> + +<p><br>There are a number of objects which are the foundation for GEM. +These objects are used in every patch and control the graphics and rendering. +<p><a href="#gemwin">[gemwin]</a> - The window manager +<br><a href="#gemhead">[gemhead]</a> - The start of a rendering chain +<br><a href="#manips">manips</a> - Move an object in the window +<br><a href="#geos">geos</a> - Render a shape +<p><img SRC="tribar.gif" height=13 width=561> +<h3> +<a NAME="gemwin"></a>[gemwin]</h3> +The graphics window is created and destroyed with the <i>[gemwin]</i> object. +With the <i>[gemwin]</i> object, you can set the default size of the graphics +window, create and destroy the graphics window, turn on and off rendering, +etc. All basic GEM patches will have the following <i>[gemwin]</i> +object with these messages: +<center> +<p><img SRC="gemwin.jpg" BORDER=1 height=128 width=78></center> +The create and destroy messages will display and remove the graphics window. +The 1 and 0 messages start and stop rendering. +<p><img SRC="tribar.gif" height=13 width=561> +<h3> +<a NAME="gemhead"></a>[gemhead]</h3> +The <i>[gemhead]</i> object is the start of every rendering chain. +A simple patch, which is located in examples/gem_basic/gem1.redSquare.pd +looks like: +<center> +<p><img SRC="redSquare.jpg" BORDER=1 height=138 width=91></center> + +<p>This patch will render a red square. The <i>[gemhead]</i> object +signifies the start of rendering. The <i>[color]</i> object sets the color +for all objects after it in the chain. The <i>[square]</i> object renders +a square into the graphics window based on the current color, texturing, +and transformations. In this case, there is no texturing and no transformation. +<p>Every rendering chain <b>MUST</b> start with a [gemhead]. If you +do not put a <i>[gemhead]</i> at the beginning of the chain, then nothing +will be rendered for that part of the patch. +<p><img SRC="tribar.gif" height=13 width=561> +<h3> +<a NAME="manips"></a>manips</h3> +In the patch 01.basic/02.cube.pd, the <i>[translateXYZ]</i> object is +introduced. +<center> +<p><img SRC="basicCube.jpg" BORDER=1 height=133 width=93></center> + +<p>The graphics are transformed and moved by the <i>manipulator</i> objects, +or the manips. GEM has the following manips: +<p><i>[color]</i> - set the color with a vector +<br><i>[colorRGB]</i> - set the color with 3 discrete values +<br><i>[rotate]</i> - rotate with an angle and vector +<br><i>[rotateXYZ]</i> - rotate with 3 discrete values +<br><i>[scale]</i> - scale with a vector +<br><i>[scaleXYZ]</i> - scale with 3 discrete values +<br><i>[translate]</i> - translate with a vector +<br><i>[translateXYZ]</i> - translate with 3 discrete values +<p>To understand the difference between the vector and discrete values +version, realize that everything in is defined in 3 dimensions. These +dimensions can be XYZ values, or RGB colors. +<center> +<p><img SRC="transXYZ.jpg" BORDER=1 height=92 width=201></center> + +<p>The two translate objects above will do exactly the same thing in a +patch, but they provide two different ways to do it. <i>[translate]</i> accepts +a scalar and vector. <i>[translateXYZ]</i> accepts three floats which +specify a point in space. The manips will transform any object which +appears after it in the rendering chain. +<p><img SRC="tribar.gif" height=13 width=561> +<h3> +<a NAME="geos"></a>geos</h3> +Up above, we saw the <i>[square]</i> and <i>[cube]</i> objects. The other +primary geos are: +<p><i>[square]</i> - render a square +<br><i>[circle]</i> - render a circle +<br><i>[triangle]</i> - render a triangle +<br><i>[cube]</i> - render a cube +<br><i>[sphere]</i> - render a sphere +<br><i>[cone]</i> - render a cone +<p>The <i>[square]</i>, <i>[circle]</i>, <i>[cube]</i>, and <i>[triangle]</i> objects +have a right-hand inlet to set the size of the shape. The default +size is 1. +<p>The <i>[cone]</i> and <i>[sphere]</i> objects are not perfectly smooth. +They are actually composed of a number of polygons. In order to control +the rendering better, the middle inlet is the size of the object, while +the right-hand inlet is the number of slices to define the shape. +Take a look at the patch gem_basic/gem3.sphere.pd to see how the number +of slices can change the look of a sphere. Don't worry about the +<i><a href="Lighting.html#world_light">[world_light]</a></i> +object, it is just there to make it easier to see the difference in the +number of slices. Make sure to click the 'lighting 0' message before +closing the patch (if you don't, then other patches will probably be completely +black until you quit and restart pd/GEM). +<p>Your graphics window should look like this for 5 and 15 slices: +<center> +<p><img SRC="sphere5.jpg" BORDER=0 height=150 width=150><img SRC="sphere15.jpg" height=150 width=150></center> +Obviously, the more slices that you use, the better the sphere looks. +However, each slice adds more polygons, which can slow down your frame +rate. In computer graphics, there is always a trade off between resolution +and speed. +<p><img SRC="tribar.gif" height=13 width=561> +<p><a href="index.html">[return]</a> +<br> +</body> +</html> |