Jump to content

Perl OpenGL

From Wikipedia, the free encyclopedia

This is the current revision of this page, as edited by SPAAAAACE (talk | contribs) at 14:27, 14 November 2023 (Platform support: swapped "no citations" with "more needed"). The present address (URL) is a permanent link to this version.

(diff) ← Previous revision | Latest revision (diff) | Newer revision → (diff)
Perl OpenGL
Developer(s)Stan Melax, Kenneth Albanowski, Ilya Zakharevich, Jean-Louis Morel, Bob Free, Chris Marshall
Stable release
0.66 / July 29, 2011; 13 years ago (2011-07-29)
Operating systemCross-platform
Type3D computer graphics software (library/API)
LicenseGNU General Public License, Artistic License
Websitesourceforge.net/projects/pogl

Perl OpenGL (POGL) is a portable, compiled wrapper library that allows OpenGL to be used in the Perl programming language.

POGL provides support for most OpenGL 2.0 extensions, abstracts operating system specific proc handlers, and supports OpenGL Utility Toolkit (GLUT), a simple cross-platform windowing interface.

POGL provides additional Perl-friendly application programming interfaces (API) for passing and returning strings and arrays.

The primary maintainer of Perl OpenGL is Chris Marshall.[1] As of July 3, 2011, the Perl OpenGL Project on SourceForge.net was started and all development and module support going forward has moved there.

Platform support

[edit]

Confirmed with:[2]

Interoperability

[edit]

Perl Data Language

[edit]

POGL is used as the OpenGL binding for the 3D graphics in the Perl Data Language (PDL).

ImageMagick: image loading, modifying, saving

[edit]

The POGL team has collaborated with the ImageMagick team to add PerlMagick APIs that allow GPUs and ImageMagick to share cache buffers via C pointers - optimizing performance for FBOs and VBOs - for use with loading and saving textures and GPGPU data transfer.[citation needed]

These APIs have been added to ImageMagick 6.3.5:

  • Get('Scene') - returns the number of scenes in an IM image.
  • Get('Quantum') - returns IM's cache depth.
  • GetImagePixels() - returns a C pointer to IM's image cache.
  • SyncImagePixels() - sync's IM's image cache after a write (for large/paged images).

FFmpeg: video frame textures

[edit]

CPAN's FFmpeg module may be used with POGL and the above File::Magick APIs to map video to OpenGL textures.

Performance

[edit]

Perl vs C

[edit]

General Purpose graphics processing unit (GPU, GPGPU) processing is one area in which Perl can be compared with compiled languages in performance.

Based on their own benchmarks, Perl OpenGL developers claim that there are no significant performance differences between C and Perl (via POGL), when rendering a realtime 3D animated object with dynamically generated texturemaps.[3]

They analyze their results by remarking that GPGPU vertex shaders can execute complex C-like code on large arrays of data, rarely touching the CPU.[4]

Perl vs Python

[edit]

Perl OpenGL developers claim that POGL performs over 20% faster than Python.[5]

OpenGL objects

[edit]

POGL provides specialized objects that enhance Perl performance. POGL objects store data as typed C arrays, and pass data between APIs using C pointers - eliminating the need to copy/convert/cast when passing data between interfaces.

OpenGL::Array (OGA)

[edit]

OGAs store OpenGL data as typed C arrays. OGAs may be populated by C pointer, Perl packed arrays (strings) or Perl arrays. OGAs may be bound/mapped to VBOs to share data between the GPU and Perl. Accessor methods provide a means to get/set array elements by C pointer, packed arrays or Perl arrays.

OpenGL::Image (OGI)

[edit]

POGL is a compiled module, and may be used in conjunction with compiled imaging modules (such as ImageMagick) for loading/saving data arrays (textures).

OGIs use OGAs to wrap image buffers from various imaging libraries. OGI simplifies loading/modifying/saving OpenGL textures, FBOs and VBOs.

OGI provides an extensible plug-in architecture to support new imaging libraries: OGI supports ImageMagick (v6.3.5 or newer), and by default Targa (uncompressed RGBA files).

OGI provides direct C pointer access to ImageMagick's image cache, resulting in performance improvement in transferring images/data between the GPU and IM.

OpenGL::Shader (OGS)

[edit]

The OSG module abstracts OpenGL APIs for ARB (assembly), Cg and GLSL shading languages.

$shdr = new OpenGL::Shader();
my $ext = lc($shdr->GetType());
my $stat = $shdr->LoadFiles("fragment.$ext","vertex.$ext");

$shdr->Enable();
$Shader->SetVector('surfacecolor',1.0,0.5,0.0,1.0);
$Shader->SetMatrix('xform',$xform);

# Draw here

$shdr->Disable();

Sample renderings

[edit]

Status

[edit]

The latest CPAN release of the following POGL modules are

  • OpenGL v0.66
  • OpenGL-Image v1.03
  • OpenGL-Shader v1.01

POGL provides access to most of the OpenGL APIs up to 1.2, and OpenGL extensions,[6] such as Framebuffer Objects (FBO) and Vertex Buffer Objects (VBO).[7]

References

[edit]
  1. ^ Chris Marshall
  2. ^ "Language bindings - OpenGL Wiki". www.khronos.org. Retrieved 2023-07-20.
  3. ^ "GPU benchmarks". graphcomp.com. Retrieved 4 August 2009.
  4. ^ Free, Bob (19 July 2008). "Perl Outperforms C with OpenGL". perl.com. Retrieved 4 August 2009. GPUs are increasingly taking the load off of CPUs for number-crunching. Modern GPGPU processing leverages C-like programs and loads large data arrays onto the GPU, where processing executes independent of the CPU. As a result, the overall contribution of CPU-bound programs diminish, while Perl and C differences become statistically insignificant in GPU performance.
  5. ^ "POGL Benchmarks - Perl vs Python". graphcomp.com. Retrieved 4 August 2009.
  6. ^ "Features". graphcomp.com. Retrieved 28 December 2009.
  7. ^ "Perl OpenGL: POGL". graphcomp.com. 28 December 2009. Archived from the original on February 17, 2010. Retrieved 28 December 2009.
[edit]