| |||
| БЕСПЛАТНАЯ ежедневная online лотерея! Выигрывай каждый день БЕСПЛАТНО! | |||
| |||
IRIS GL and OpenGL DifferencesThis appendix lists the differences between OpenGL and IRIS GL. A term for each difference is given, followed by a description. accumulation wrapping The OpenGL accumulation buffer operation is not defined when component values exceed 1.0 or drop below - 1.0. antialiased lines OpenGL stipples antialiased lines. IRIS GL does not. arc OpenGL supports arcs in its utility library. attribute lists The attributes pushed by IRIS GL pushattributes differ from any of the attribute sets pushed by OpenGL glPushAttrib. Because all OpenGL states can be read back, however, you can implement any desired push/pop semantics using OpenGL. automatic texture scaling The OpenGL texture interface does not support automatic scaling of images to power-of-two dimensions. However, the GLU supports image scaling. bbox OpenGL doesn't support conditional execution of display lists. callfunc OpenGL doesn't support callback from display lists. Note that IRIS GL doesn't support this functionality either, when client and server are on different platforms. circle OpenGL supports circles with the GLU. In OpenGL both circles and arcs (disks and partial disks) can have holes. Also, you can change subdivision of the primitives in OpenGL, and the primitives' surface normals are available for lighting. clear options OpenGL actually clears buffers. It doesn't apply currently specified pixel operations, such as blending and logicop, regardless of their modes. To clear using such features, you must render a window-size polygon. closed lines OpenGL renders all single-width aliased lines such that abutting lines share no pixels. This means that the "last" pixel of an independent line is not drawn. color/normal flag OpenGL lighting is explicitly enabled or disabled. When enabled, it is effective regardless of the order in which colors and normals are specified. You cannot enable or disable lighting between OpenGL glBegin and glEnd commands. To disable lighting between glBegin and glEnd, specify zero ambient, diffuse, and specular material reflectance and then set the material emission to the desired color. concave polygons The core OpenGL API doesn't handle concave polygons, but the GLU support decomposing concave, non-self-intersecting contours into triangles. These triangles can either be drawn immediately or returned. current computed color OpenGL has no equivalent to a current computed color. If you're using OpenGL as a lighting engine, you can use feedback to obtain colors generated by lighting calculations. current graphics position OpenGL doesn't maintain a current graphics position. IRIS GL commands that depends on current graphics position, such as relative lines and polygons, are not included in OpenGL. curves OpenGL does not support IRIS GL curves. Use of NURBS curves is recommended. defs/binds OpenGL doesn't have the concept of material, light, or texture objects, only of material, light, and texture properties. You can use display lists to create their own objects, however. depthcue OpenGL provides no direct support for depth cueing, but its fog support is a more general capability that you can easily use to emulate the IRIS GL depthcue function. display list editing OpenGL display lists can't be edited, only created and destroyed. Because you specify display list names, however, you can redefine individual display lists in a hierarchy. OpenGL display lists are designed for data caching, not for database management. They are guaranteed to be stored on the server in client/server environments, so they are not limited by network bandwidth during execution. OpenGL display lists can be called between glBegin and glEnd commands, so the display list hierarchy can be made fine enough that it can, in effect, be edited. error checking OpenGL checks for errors more carefully than IRIS GL. For example, all OpenGL functions that are not accepted between glBegin and glEnd are detected as errors, and have no other effect. error return values When an OpenGL command that returns a value detects an error, it always returns zero. OpenGL commands that return data through passed pointers make no change to the array contents if an error is detected. error side effects When an OpenGL command results in an error, its only side effect is to update the error flag to the appropriate value. No other state changes are made. (An exception is the OUT_OF_MEMORY error, which is fatal.) feedback Feedback is standardized in OpenGL so it doesn't change from machine to machine. fonts and strings OpenGL requires character glyphs to be manipulated as individual display lists. It provides a display list calling function that accepts a list of display list names, each name represented as 1, 2, or 4 bytes. glCallLists adds a separately specified offset to each display list name before the call, allowing lists of display list names to be treated as strings. This mechanism provides all the functionality of IRIS GL fonts, and considerably more. For example, characters comprised of triangles can be easily manipulated. frontbuffer IRIS GL has complex rules for rendering to the front buffer in single buffer mode. OpenGL handles rendering to the front buffer in a straightforward way. hollow polygons You can use the OpenGL stencil capacity to render hollow polygons. OpenGL doesn't support other means for creating hollow polygons. index clamping Where possible, OpenGL treats color and stencil indexes as bit fields rather than numbers. Thus indexes are masked, rather than clamped, to the supported range of the framebuffer. integer colors Signed integer color components (red, green, blue, or alpha) are mapped linearly to floating point such that the most negative integer maps to -1.0 and the most positive integer maps to 1.0. This mapping occurs when you specify the color, before OpenGL replaces the current color. Unsigned integer color components are mapped linearly to floating points such that 0 maps to 0.0 and the largest integer maps to 1.0. This mapping occurs when you specify the color, before OpenGL replaces the current color. integer normals Integer normal components are mapped just like signed color components. The most negative integer maps to -1.0, and the most positive integer maps to 1.0. pixel fragments. Pixels drawn by glDrawPixels or glCopyPixels are always rasterized and converted to fragments. The resulting fragments are textured, fogged, depth buffered, blended, and so on, just as if they were generated from geometric points. Fragment data that isn't provided by the source pixels is augmented from the current raster position. For example, RGBA pixels take the raster position Z and texture coordinates. Depth pixels take the raster position color and texture coordinates. invariance OpenGL guarantees certain consistency that IRIS GL doesn't. For example, OpenGL guarantees that identical code sequences sent to the same system, differing only in the specified blending function, will generate the same pixel fragments. (The fragments differ, however, if blending is enabled and then disabled.) lighting equation The OpenGL lighting equation differs slightly from the IRIS GL equation. OpenGL supports separate attenuation for each light source, rather than a single attenuation for all the light sources like IRIS GL. OpenGL adjusts the equation so that ambient, diffuse, and specular lighting contributions are all attenuated. Also, OpenGL allows you to specify separate colors for the ambient, diffuse, and specular intensities of light sources, as well as for the ambient, diffuse, and specular reflectance of materials. All OpenGL light and material colors include alpha. Setting the specular exponent to zero does not defeat specular lighting in OpenGL. mapw OpenGL utilities support mapping between object and window coordinates. matrix mode Where the IRIS GL ortho, ortho2, perspective, and window functions operate on a particular matrix, all OpenGL matrix operations work on the current matrix. All OpenGL matrix operations except glLoadIdentity and glLoadMatrix multiply the current matrix rather than replacing it (as do ortho, ortho2, perspective, and window in the IRIS GL). mipmaps, automatic generation The OpenGL texture interface does not support automatic generation of mipmap images. However, the GLU supports the automatic generation of mipmap images for both 1D and 2D textures. move/draw/pmove/pdraw/pclos OpenGL supports only Begin/End style graphics, because it does not maintain a current graphics position. The scalar parameter specification of the old move/draw commands is accepted by OpenGL for all vertex related commands, however. mprojection mode IRIS GL doesn't transform geometry by the ModelView matrix while in Projection matrix mode. OpenGL always transforms by both the ModelView and the Projection matrix, regardless of matrix mode. multi-buffer drawing OpenGL renders to each color buffer individually, rather than computing a single new color value based on the contents of one color buffer and writing it to all the enabled color buffers, as IRIS GL does. NURBS OpenGL supports NURBS with a combination of core capability (evaluators) and GLU support. All IRIS GL NURBS capabilities are supported. old polygon mode Aliased OpenGL polygons are always point-sampled. IRIS GL's polygon compatibility mode, where pixels outside the polygon perimeter are included in its rasterization, is not supported. If your code uses this polygon mode, it's probably for rectangles. Old polygon mode rectangles appear one pixel wider and higher. packed color formats OpenGL accepts colors as 8-bit components, but these components are treated as an array of bytes rather than as bytes packed into larger words. By encouraging array indexing rather than shifting, OpenGL promotes endian-invariant programming. Just as IRIS GL accepts packed colors both for geometric and pixel rendering, OpenGL accepts arrays of color components for geometric and pixel rendering. patches OpenGL doesn't support IRIS GL patches. per-bit color writemask OpenGL writemasks for color components enable or disable changes to the entire component (red, green, blue, or alpha), not to individual bits of components. Note that per-bit writemasks are supported for both color indexes and stencil indexes, however. per-bit depth writemask OpenGL writemasks for depth components enable or disable changes to the entire component, not to individual bits of the depth component. pick The OpenGL utility library includes support for generating a pick matrix. pixel coordinates In both OpenGL and IRIS GL, the origin of a window's coordinate system is at its lower left corner. OpenGL places the origin at the lower left corner of this pixel, however, while IRIS GL places it at the center of the lower left pixel. pixel zoom OpenGL negative zoom factors reflect about the current graphics position. IRIS GL doesn't define the operation of negative zoom factors, and instead provides RIGHT_TO_LEFT and TOP_TO_BOTTOM reflection pixmodes. These reflection modes reflect in place, rather than about the current raster position. OpenGL doesn't define reflection modes. pixmode OpenGL pixel transfers operate on individual color components, rather than on packed groups of four 8-bit components as does IRIS GL. While OpenGL provides substantially more pixel capability than IRIS GL, it doesn't support packed color constructs, and it doesn't enable color components to be reassigned (red to green, red to blue, etc.) during pixel copy operations. polf/poly OpenGL provides no direct support for vertex lists other than display lists. Functions like polf and poly can be implemented easily using the OpenGL API, however. polygon provoking vertex Flat shaded IRIS GL polygons take the color of the last vertex specified, while OpenGL polygons take the color of the first vertex specified. polygon stipple With IRIS GL the polygon stipple pattern is relative to the screen. With OpenGL it is relative to a window. polygon vertex count There is no limit to the number of vertexes between glBegin and glEnd with OpenGL, even for glBegin(POLYGON). With IRIS GL polygons are limited to no more than 255 vertexes. readdisplay Reading pixels outside window boundaries is properly a window system capability, rather than a rendering capability. Use Win32 functions to replace the IRIS GL readdisplay command. relative move/draw/pmove/pdraw/pclos OpenGL doesn't maintain a current graphics position, and therefore doesn't support relative vertex operations. RGBA logicop() OpenGL does not support logical operations on RGBA buffers. sbox() sbox is an IRIS GL rectangle primitive that is well-defined only if transformed without rotation. It is designed to be rendered faster than standard rectangles. While OpenGL doesn't support such a primitive, it can be tuned to render rectangles very quickly when the matrixes and other modes are in states that simplify calculations. scalar arguments All OpenGL commands that are accepted between glBegin and glEnd have entry points that accept scalar arguments. For example, glColor4f(red,green,blue,alpha). scissor OpenGL glScissor doesn't track the viewport. The IRIS GL viewport command automatically updates the scrmask. scrbox() OpenGL doesn't support bounding box computation. scrsubdivide() OpenGL doesn't support screen subdivision. single matrix mode OpenGL always maintains two matrixes: ModelView and Projection. While an OpenGL implementation can consolidate these into a single matrix for performance reasons, it must always present the 2-matrix model to the programmer. subpixel mode All OpenGL rendering is subpixel positionedѕsubpixel mode is always on. swaptmesh() OpenGL doesn't support the swaptmesh capability. It does offer two types of triangle meshes, however: one that corresponds to the default "strip" behavior of the IRIS GL, and another that corresponds to calling swaptmesh prior to the third and all subsequent vertexes when using IRIS GL. vector arguments All OpenGL commands that are accepted between glBegin and glEnd have entry points that accept vector arguments. For example, glColor4fv(v). window management OpenGL includes no window system commands. It is always supported as an extension to a window or operating system that includes capability for device and window control. Each extension provides a system-specific mechanism for creating, destroying, and manipulating OpenGL rendering contexts. For example, the OpenGL extension to the X window system (GLX) includes roughly 10 commands for this purpose. IRIS GL commands such as gconfig and drawmode are not implemented by OpenGL. window offset IRIS GL returns viewport and character positions in screen, rather than window, coordinates. OpenGL always uses window coordinates. z rendering OpenGL doesn't support rendering colors to the depth buffer. It does allow for additional color buffers, which can be implemented using the same memory that is used for depth buffers in other window configurations. But these additional color buffers cannot share memory with the depth buffer in any single configuration. | |||
| Пригласи друзей и счет твоего мобильника всегда будет положительным! | |||
| |||
| Пригласи друзей и счет твоего мобильника всегда будет положительным! | |||
ИРИС GL и Различия OpenGLЭто приложение включает различия между OpenGL и IRIS GL. Термин для каждого различия дан, сопровожден описанием. обертка накопления Действие буфера накопления OpenGL не определено когда компонентные величины превышают 1.0 или капля ниже - 1.0. antialiased линии OpenGL ИЗОБРАЖАЕТ пунктиром antialiased линии. ИРИС GL нет. дуга OpenGL ПОДДЕРЖИВАЕТ дуги в своей библиотеке полезности. вспомогательные списки Атрибуты вытолкнутые IRIS GL pushattributes отличаются от любого из вспомогательных комплектов вытолкнутых OpenGL glPushAttrib. Поскольку все состояния OpenGL могут быть прочитаны, тем не менее, Вы можете осуществить любой желаемый толчок/выталкивать семантику, использовавшую OpenGL. автоматическое масштабирование текстуры Интерфейс текстуры OpenGL не поддерживает автоматическое масштабирование образов в мощность--два измерений. Тем не менее, GLU поддерживает масштабирование образа. bbox OpenGL НЕ поддерживает условное выполнение дисплейных списков. callfunc OpenGL НЕ поддерживает возврат из дисплейных списков. Отметьте, что IRIS GL не поддерживает это функциональное назначение также, когда клиент и сервер находятся на других платформах. круг OpenGL ПОДДЕРЖИВАЕТ круги с GLU. В OpenGL как кругах так и дугах (диски и частичные диски) может иметь отверстия. Также, Вы можете изменить разбиение примитивов в OpenGL, и поверхностные нормально примитивов доступны для освещения. ясные опции OpenGL ДЕЙСТВИТЕЛЬНО очищает буферы. Это не прилагает к настоящему времени определенные операции пикселя, как например, стыковочный и logicop, независимо от их режимов. Чтобы очищать использование таких характеристик, Вы должны предоставлять окно-размер многоугольника. закрытые строки OpenGL ПРЕДОСТАВЛЯЕТ всю единственную-ширину aliased строки так что примыкая строки не распространяют никакие пиксели. Это означает, что пиксель "последний раз" независимой строки не сделан. цвет/нормальный флаг ОСВЕЩЕНИЕ OpenGL явно приспособлено или выведено из строя. Когда приспособлено, это эффективное независимо от порядка в котором цвета и нормально определены. Вы не можете приспособить или выводить из строя освещение между OpenGL glBegin и команды glEnd. Для того, чтобы выводить из строя освещение между glBegin и glEnd, определите нулевую окружающую среду, рассейтесь, и specular материальная отражательная способность и затем установившее материальную эмиссию в желаемый цвет. вогнутые многоугольники Сердцевина OpenGL API не оперирует вогнутые многоугольники, но поддержку GLU, разлагающие на составные части вогнутые, не-контуры само intersecting в треугольники. Эти треугольники могут или делать немедленно или возвращанное. течение вычислившее цвет OpenGL НЕ имеет эквивалент течению вычислял цвет. Если Вы используете OpenGL как осветительный двигатель, Вы можете использовать обратную связь, чтобы получать цвета сгенерированные осветительными вычислениями. текущая графическая позиция OpenGL НЕ поддерживает текущую графическую позицию. ИРИС GL командует, что зависит от текущей графической позиции, как например, относительные строки и многоугольники, не включены в OpenGL. кривые OpenGL НЕ поддерживает кривые IRIS GL. Использование кривых NURBS рекомендовано. определенные/связывается OpenGL НЕ имеет понятие материала, свет, или текстура возражает, только материала, света, и свойств текстуры. Вы можете использовать дисплейные списки, чтобы создавать свои собственные объекты, тем не менее. depthcue OpenGL НЕ ОБЕСПЕЧИВАЕТ никакую прямую поддержку для глубинного cueing, но поддержка тумана является более общей возможностью, которую Вы можете легко использовать, чтобы эмулировать ИРИС GL depthcue функция. дисплейное редактирование списка ДИСПЛЕЙ OpenGL включает не может редактировано, только создано и уничтожено. Поскольку Вы определяете дисплейные имена списка, тем не менее, Вы можете переопределить индивидуальные дисплейные списки в иерархии. ДИСПЛЕЙНЫЕ списки OpenGL разработаны для кэширования данных, не для базы данных управления. Они гарантированы, чтобы быть загруженн в сервер на клиента/сервер сред, так что они не ограничены сетевой шириной полосы частот в течение выполнения. ДИСПЛЕЙ OpenGL включает может быть названо между glBegin и командами glEnd, так что дисплейная иерархия списка может быть сделана очищать достаточно, что она может, в силе, отредактирована. проверка ошибки OpenGL ПРОВЕРЯЕТ на наличие ошибок более тщательно чем IRIS GL. Например, все функции OpenGL, что не приняты между glBegin и glEnd обнаружены как ошибки, и не иметь другой эффект. обратные величины ошибки Когда OpenGL приказывает, что возврат величина обнаруживает ошибку, она всегда возвращает нуль. OpenGL ПРИКАЗЫВАЕТ, что обратные данные через прошедшие указатели не делают никаким изменением на содержание массива если ошибка обнаружена. побочные эффекты ошибки Когда командные результаты OpenGL в ошибке, только побочный эффект должен корректировать флаг ошибки в подходящую величину. Никакие другие государственные изменения не сделаны. ( Исключение является ошибкой OUT_OF_MEMORY, которая фатальная.) обратная связь Обратная связь нормализована в OpenGL, так что она не заменяет с машины в машину. шрифты и строки OpenGL ТРЕБУЕТ glyphs, чтобы быть манипулируем как индивидуальные дисплейные списки. Это обеспечивает дисплейный список, вызывающий функцию, что принимает список дисплейных имен списка, каждое имя представляло как 1, 2, или 4 bytes. glCallLists добавляет отдельно определенное смещение к каждый дисплейный имя список перед вызов, допускающее списки дисплейных имен списка, чтобы быть рассмотренн как строки. Этот механизм обеспечивает все функциональное назначение шрифтов IRIS GL, и значительно более. Например, символы состоимые из треугольников могут легко манипулироваться. frontbuffer ИРИС GL имеет сложные правила для предоставления на внешнюю сторону буфера в единственном буферном режиме. OpenGL ОПЕРИРУЕТ предоставление на внешнюю сторону буфера в простом пути. полые многоугольники Вы можете использовать возможность шаблона OpenGL, чтобы предоставлять полые многоугольники. OpenGL НЕ поддерживает другие средства для создания полых многоугольников. индексное ограничение Где возможно, цвет рассматривать OpenGL и индексы шаблона как битовые области а не числа. Таким образом индексы замаскированы, а не скреплены, в предусмотренный дипазон framebuffer. цвета целого Цветные компоненты Подписанного целого (красные, зеленые, синие, или альфа), отображаться линейно на поплававшее точка так что отрицательное целое отображается, чтобы -1.0 и наиболее положительное целое отображается на 1.0. Это распределение происходит когда Вы определяете цвет, прежде, чем OpenGL заменит текущий цвет. Цветные компоненты Без знака целого отображаются линейно на поплававшее точки так что 0 карты в 0.0 и самое большое целое отображается на 1.0. Это распределение происходит когда Вы определяете цвет, прежде, чем OpenGL заменит текущий цвет. нормально целого Нормальные компоненты Целого отображены точным подобно подписанным цветным компонентам. Отрицательное целое отображается, чтобы -1.0, и наиболее положительное целое отображается на 1.0 фрагментов. пикселя. Пиксели сделанные glDrawPixels или glCopyPixels всегда rasterized и преобразованы на фрагменты. Результирующие фрагменты - textured, fogged, глубина буферизовала, смешанное, и так далее, подобно тому, как если они были сгенерированы из геометрических точек. Данные Фрагмента, что не предусмотрен исходными пикселями увеличен из текущей растровой позиции. Например, пиксели RGBA берут растровую позицию Z и координаты текстуры. Глубинные пиксели берут растровую позицию цветные и координаты текстуры. инвариантность OpenGL ГАРАНТИРУЕТ определенную согласованность, что IRIS GL не. Например, OpenGL гарантирует, что идентичные кодовые последовательности посланные в ту же систему, отличающиеся только в определенной стыковочной функции, сгенерирует те же фрагменты пикселя. ( Фрагменты отличаются, тем не менее, если смешивать приспособлено и тогда выведенное из строя.) освещение уравнения OpenGL, Зажигающее уравнение отличается немного от уравнения ИРИСА GL. OpenGL ПОДДЕРЖИВАЕТ отдельному ослаблению для каждого светлого источника, а не единственного ослабления для всех светлых источников подобно IRIS GL. OpenGL РЕГУЛИРУЕТ уравнение чтобы окружающая среда, рассеянная, и specular зажигая вклады полностью были затухнуты. Также, OpenGL позволяет Вам, чтобы определять отдельным цветам для окружающей среды, рассеивать, и specular интенсивности светлых источников, а также для окружающей среды, рассеянной, и specular отражательная способность материалов. Все OpenGL светлые и материальные цвета включают альфу. Установка показателя specular в нуль не побеждает specular зажигаясь в OpenGL. mapw УТИЛИТЫ OpenGL поддерживают распределение между объектными и координатами окна. матричный режим Где ИРИС GL орто, ortho2, перспектива, и функции окна действуют в конкретной матрице, все матричные операции OpenGL работают в текущей матрице. Все матричные операции OpenGL кроме glLoadIdentity и glLoadMatrix умножает текущую матрицу а не заменять это (как делать орто, ortho2, перспективой, и окном в ИРИСЕ GL). mipmaps, автоматическое поколение Интерфейс текстуры OpenGL не поддерживает автоматическое поколение mipmap образов. Тем не менее, GLU поддерживает автоматическое поколение mipmap образов как для 1D так и текстур 2D. перемещение/делает/pmove/pdraw/pclos OpenGL ПОДДЕРЖИВАЕТ только графику стиля Begin/End, поскольку это не поддерживает текущую графическую позицию. Скалярная спецификация параметра старого перемещения/делает, команды приняты OpenGL для всей вершины связавшей команды, тем не менее. mprojection режим ИРИС GL не превращает геометрию матрицей ModelView в то время как в матричном режиме Прогноза. OpenGL ВСЕГДА превращается как ModelView так и матрицей Прогноза, независимо от матричного режима. много-буферный чертеж OpenGL ПРЕДОСТАВЛЯЕТСЯ в каждый цветной буфер индивидуально, а не обрабатывая единственную новую цветную величину основывался на содержании одного цветного буфера и пиша это во все разблокированные цветные буферы, как IRIS GL делает. NURBS OpenGL ПОДДЕРЖИВАЕТ NURBS с комбинацией основной возможности (вычислители) и поддержка GLU. Все возможности IRIS GL NURBS поддерживаны. старый режим многоугольника Многоугольники Aliased OpenGL являются всегда точкой-sampled. СОВМЕСТИМОСТЬ многоугольника GL's режима ИРИСА, где пиксели за пределами периметра многоугольника включены в свою растеризацию, не поддерживаны. Если ваш код использует этот режим многоугольника, он - вероятно для прямоугольников. Прямоугольники режима Старого многоугольника появляются один пиксель шире и выше. упакованные цветные форматы OpenGL ПРИНИМАЕТ цвета как 8- битовые компоненты, но эти компоненты рассмотрены как массив байтов а не как байты упаковывались в большие слово. Способствуя индексированию массива а не сдвигая, OpenGL продвигает endian- инвариантное программирование. Подобно тому, как IRIS GL принимает упакованные цвета как для геометрического так и предоставления пикселя, OpenGL принимает подготавливается цветных компонентов для геометрического и предоставления пикселя. корректоры OpenGL НЕ поддерживает корректоров IRIS GL. за-битовый цветной writemask OpenGL writemasks ДЛЯ цветных компонентов приспосабливаться или выводить из строя изменения в целый компонент (красный, зеленый, синий, или альфа), не на индивидуальные биты компонентов. Отметьте, что за-бит writemasks поддерживаны как для цветных индексов так и индексов шаблона, тем не менее. за-битовый глубинный writemask OpenGL writemasks ДЛЯ глубинных компонентов приспосабливаться или выводить из строя изменения в целый компонент, не на индивидуальные биты глубинного компонента. указка Библиотека утилиты OpenGL включает поддержку для генерации матрицы указки. координаты пикселя Как В OpenGL так и IRIS GL, начало системы координат окна - в своем более низком левом углу. OpenGL УСТАНАВЛИВАЕТ начало в более низком левом углу этого пикселя, тем не менее, пока места IRIS GL это в центре более низкого левого пикселя. изменение масштаба пикселя ОТРИЦАТЕЛЬНОЕ изменение масштаба показателей OpenGL отражается о текущей графической позиции. ИРИС GL не определяет операцию отрицательного изменения масштаба показателей и взамен обеспечивает RIGHT_TO_LEFT и отражение TOP_TO_BOTTOM pixmodes. Эти режимы отражения отражаются на месте, а не о текущей растровой позиции. OpenGL НЕ определяет режимы отражения. pixmode ПЕРЕДАЧИ пикселя OpenGL действуют в индивидуальных цветных компонентах, а не в упакованных группах четырех 8- битовых компонентов как делает IRIS GL. Пока OpenGL обеспечивает в значительной степени более возможность пикселя чем IRIS GL, это не поддерживает упакованный цветной создавать, и это не приспосабливается цветные компоненты, которые нужно переназначать (красный на зеленый, красный на синий, и т.п.) в течение операций копии пикселя. polf/поли OpenGL НЕ ОБЕСПЕЧИВАЕТ никакую прямую поддержку для списков вершины кроме дисплейных списков. Функции подобно polf и поли может осуществляться легко используя OpenGL API, тем не менее. многоугольник, вызывающий вершину Квартира затенившая многоугольники IRIS GL брать цвет последней вершины определенной, тогда как многоугольники OpenGL берут цвет определенной первой вершины. многоугольник изображается пунктиром С IRIS GL, многоугольник изображает пунктиром образец - относительно экрана. С OpenGL это - относительно окна. счет вершины многоугольника Нет предела в количество вершин между glBegin и glEnd с OpenGL, даже для glBegin(МНОГОУГОЛЬНИК). Со многоугольниками IRIS GL, ограниченные не более чем 255 вершинами. readdisplay Чтение пикселей внешних границ окна - правильно системная возможность окна, а не предоставляющая возможность. Используйте функции Win32, чтобы заменять ИРИС GL readdisplay команда. относительное перемещение/делает/pmove/pdraw/pclos OpenGL НЕ поддерживает текущую графическую позицию, и следовательно не поддерживает относительные операции вершины. RGBA logicop() OpenGL НЕ поддерживает логические операции в буферах RGBA. sbox() sbox - примитив прямоугольника ИРИСА GL, который отчетливо выраженный только если превращено без вращения. Предназначено быть предоставивш быстрее чем стандартные прямоугольники. Пока OpenGL не поддерживает такой примитив, может быть настроено, чтобы предоставлять прямоугольники очень быстро когда матрицы и другие режимы - в указывается, что упрощать вычисления. скалярные аргументы Все OpenGL командует, что приняты между glBegin и glEnd имеет точки входа, которые принимают скалярные аргументы. Например, glColor4f(красный,зеленый,синий,буквенный). вырезание glScissor OpenGL НЕ прослеживает viewport. ИРИС GL viewport команда автоматически корректирует scrmask. scrbox() OpenGL НЕ поддерживает bounding блока вычисления. scrsubdivide() OpenGL НЕ поддерживает экранное разбиение. единственный матричный режим OpenGL ВСЕГДА поддерживает две матрицы: ModelView и Прогноз. Пока реализация OpenGL может укрепить ей в единственную матрицу для причин исполнения, она должна всегда представить 2- матричную модель программисту. subpixel режим Все предоставление OpenGL является subpixel positionedUsubpixel режимом - всегда на. swaptmesh() OpenGL НЕ поддерживает возможность swaptmesh. Это предлагает два типа сеток треугольника, тем не менее: то которое переписывается в по умолчанию поведение "полосы" ИРИСА GL, и другое, что переписывается на вызов swaptmesh до третьих и всех последующих вершин при использовании IRIS GL. векторные аргументы Все OpenGL командует, что приняты между glBegin и glEnd имеет точки входа, которые принимают векторные аргументы. Например, glColor4fv(v). управление окна OpenGL НЕ ВКЛЮЧАЕТ никакие системные команды окна. Всегда поддерживано как расширение в окно или операционную систему, которые включают возможности для управления устройства и окна. Каждое расширение обеспечивает системный-специфический механизм для создания, разрушающего, и манипулируя OpenGL, предоставляющее контексты. Например, расширение OpenGL в систему окна X (GLX) включает приблизительно 10 команд с этой целью. ИРИС GL приказывает как например, gconfig и drawmode не осуществлены OpenGL. смещение окна ИРИС GL возвращает viewport и символ позиционируется на экране, а не окне, координируется. OpenGL ВСЕГДА использует координаты окна. предоставление z OpenGL НЕ поддерживает предоставление цветов в глубинный буфер. Это учитывает дополнительные цветные буферы, которые могут быть осуществлены используя ту же память, которая использована для глубинных буферов в других конфигурациях окна. Но эти дополнительные цветные буферы не могут распространить память с глубинным буфером в любой единственной конфигурации. | |||
| |||
|
