Immediate mode (computer graphics)

From HandWiki
Revision as of 18:13, 6 March 2023 by Scavis2 (talk | contribs) (over-write)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Short description: Graphics libraries API design pattern


Immediate mode is an API design pattern in computer graphics libraries, in which

  • the client calls directly cause rendering of graphics objects to the display, or in which
  • the data to describe rendering primitives is inserted frame by frame directly from the client into a command list (in the case of immediate mode primitive rendering),

without the use of extensive indirection – thus immediate – to retained resources.[1] It does not preclude the use of double-buffering.

Retained mode is an alternative approach. Historically, retained mode has been the dominant style in GUI libraries;[2] however, both can coexist in the same library and are not necessarily exclusive in practice.

Overview

Schematic explanation of an immediate mode graphics API

In immediate mode, the scene (complete object model of the rendering primitives) is retained in the memory space of the client, instead of the graphics library. This implies that in an immediate mode application the lists of graphical objects to be rendered are kept by the client and are not saved by the graphics library API. The application must re-issue all drawing commands required to describe the entire scene each time a new frame is required, regardless of actual changes. This method provides on the one hand a maximum of control and flexibility to the application program, but on the other hand it also generates continuous work load on the CPU.

Schematic explanation of a retained mode graphics API in contrast

Examples of immediate mode rendering systems include Direct2D,[1] OpenGL[3] and Quartz.[4] There are some immediate mode GUIs that are particularly suitable when used in conjunction with immediate mode rendering systems.

Immediate mode primitive rendering

Primitive vertex attribute data may be inserted frame by frame into a command buffer by a rendering API. This involves significant bandwidth and processor time (especially if the graphics processing unit is on a separate bus), but may be advantageous for data generated dynamically by the CPU. It is less common since the advent of increasingly versatile shaders, with which a graphics processing unit may generate increasingly complex effects without the need for CPU intervention.

Immediate mode rendering with vertex buffers

Although drawing commands have to be re-issued for each new frame, modern systems using this method are generally able to avoid the unnecessary duplication of more memory-intensive display data by referring to that unchanging data (via indirection) (e.g. textures and vertex buffers) in the drawing commands.

See also

References

  1. 1.0 1.1 Quinn Radich (May 30, 2018). "Retained Mode Versus Immediate Mode". Win32 apps. Microsoft. https://docs.microsoft.com/en-us/windows/win32/learnwin32/retained-mode-versus-immediate-mode. 
  2. Feldmeier, Alex (October 12, 2013). "GUI Programming". UWP Computer Science and Software Engineering Technical Report. http://people.uwplatt.edu/~yangq/CSSE411/csse411-materials/f13/feldmeiera-gui%20_programming.doc. "Retained mode has been the standard for years. Just about every GUI is in retained mode." 
  3. "OpenGL". https://www.opengl.org/. 
  4. Weiher, Marcel (Feb 24, 2017). iOS and macOS Performance Tuning: Cocoa, Cocoa Touch, Objective-C, and Swift. Addison-Wesley Professional. ISBN 9780133085532. https://books.google.com/books?id=1kY2DgAAQBAJ&q=retained%20mode%20APIs. Retrieved 22 December 2019. "The primary graphics API Quartz and OpenGL are both immediate-mode APIs"