icetaddtile(3) [debian man page]
icetAddTile(3) IceT Reference icetAddTile(3) NAME
icetAddTile -- add a tile to the logical display. Synopsis #include <IceT.h> int icetAddTile( IceTInt x, IceTInt y, IceTSizeType width, IceTSizeType height, int display_rank ); Description Adds a tile to the tiled display. Every process, whether actually displaying a tile or not, must declare the tiles in the display and which processes drive them with icetResetTiles and icetAddTile. Thus, each process calls icetAddTile once for each tile in the display, and all processes must declare them in the same order. The parameters x, y, width, and height define the tile's viewport in the logical global display much in the same way glViewport declares a region in a physical display in OpenGL .IceT places no limits on the extents of the logical global display. That is, there are no limits on the values of x and y. They can extend as far as they want in both the positive and negative directions. IceT will project its images onto the region of the logical global display that just covers all of the tiles. Therefore, shifting all the tiles in the logical global display by the same amount will have no real overall effect. The display_rank parameter identifies the rank of the process that will be displaying the given tile. It is assumed that the output of the rendering window of the given process is projected onto the space in a tiled display given by x, y, width, and height. Each tile must have a valid rank (between 0 and $ICET_NUM_PROCESSES - 1$). Furthermore, no process may be displaying more than one tile. Return Value Returns the index of the tile created or -1 if the tile could not be created. Errors ICET_INVALID_VALUE Raised if display_rank is not a valid process rank, if display_rank is already assigned to another tile, or if width or height is smaller than 1. If this error is raised, nothing is done and -1 is returned. Warnings None. Bugs All processes must specify the same tiles in the same order. IceT will assume this even though it is not explicitly detected or enforced. Copyright Copyright (C)2003 Sandia Corporation Under the terms of Contract DE-AC04-94AL85000 with Sandia Corporation, the U.S. Government retains certain rights in this software. This source code is released under the New BSD License. See Also icetResetTiles(3), icetPhysicalRenderSize(3) IceT Reference June 7, 2011 icetAddTile(3)
Check Out this Related Man Page
icetDrawFrame(3) IceT Reference icetDrawFrame(3) NAME
icetDrawFrame -- renders and composites a frame Synopsis #include <IceT.h> IceTImage icetDrawFrame( const IceTDouble * projection_matrix, const IceTDouble * modelview_matrix, const IceTFloat * background_color ); Description Initiates a frame draw using the given transformation matrices (modelview and projection). If you are using OpenGL ,you should probably use the icetGLDrawFrame function and associated icetGLDrawCallback. Before IceT may render an image, the tiled display needs to be defined (using icetAddTile), the drawing function needs to be set (using icetDrawCallback), and composite strategy must be set (using icetStrategy). The single image sub-strategy may also optionally be set (using icetSingleImageStrategy). All processes in the current IceT context must call icetDrawFrame for it to complete. During compositing, IceT uses the given projection_matrix and modelview_matrix, as well as the bounds given in the last call to icetBound- ingBox or icetBoundingVertices, to determine onto which pixels the local geometry projects. If the given matrices are not the same used in the rendering or the given bounds do not contain the geometry, IceT may clip the geometry in surprising ways. Furthermore, IceT will modify the projection_matrix for the drawing callback to change the projection onto (or in between) tiles. Thus, you should pass the desired pro- jection_matrix to icetDrawFrame and then use the version passed to the drawing callback. Return Value On each .igdisplay processdisplay process (as defined by icetAddTile, icetDrawFrame returns an image of the fully composited image. The contents of the image are undefined for any non-display process. If the ICET_COMPOSITE_ONE_BUFFER option is on and both a color and depth buffer is specified with icetSetColorFormatand icetSetDepthFor- mat,then the returned image might be missing the depth buffer. The rational behind this option is that often both the color and depth buf- fer is necessary in order to composite the color buffer, but the composited depth buffer is not needed. In this case, the compositing might save some time by not transferring depth information at the latter stage of compositing. The returned image uses memory buffers that will be reclaimed the next time IceT renders a frame. Do not use this image after the next call to icetDrawFrame (unless you have changed the IceT context). Errors ICET_INVALID_OPERATION Raised if the icetGLInitialize has not been called or if the drawing callback has not been set. Also can be raised if icetDrawFrame is called recursively, probably from within the drawing callback. ICET_OUT_OF_MEMORY Not enough memory left to hold intermittent frame buffers and other temporary data. icetDrawFrame may also indirectly raise an error if there is an issue with the strategy or callback. Warnings None. Bugs If compositing with color blending on, the image returned may have a black background instead of the background_color requested. This can be corrected by blending the returned image over the desired background. This will be done for you if the ICET_CORRECT_COLORED_BACKGROUND is on. Copyright Copyright (C)2003 Sandia Corporation Under the terms of Contract DE-AC04-94AL85000 with Sandia Corporation, the U.S. Government retains certain rights in this software. This source code is released under the New BSD License. See Also icetAddTile(3), icetBoundingBox(3), icetBoundingVertices(3), icetDrawCallback(3), icetGLDrawFrame(3), icetSingleImageStrategy(3), icetStrategy(3) IceT Reference August 9, 2010 icetDrawFrame(3)