KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   

- News . 
click to vote up

Maia Kozheva: Vala and Modern OpenGL

Published Mar 30 2013 via RSS

I'm really enthusiastic about Vala, and has been since its inception. I think it's just about the "sexiest" language Linux has to offer right now, supporting writing native applications with no VM overhead and almost all the expressive power of C#.

I'd still prefer Qt to GTK as a GUI toolkit, and in my opinion, it's a shame that there is currently no clear way to integrate Qt with Vala, other than through a C API bridge. I understand that GObject and QObject are two different OO systems and maintaining a bridge between them is a difficult and costly problem. However, while I absolutely adore the quality of Qt's tools and documentation, and the effort put in its design, I'd rather claw my eyeballs out than write in C++ again. (C is fine, but only for small, performance-critical code fragments.)

I've been particularly interested in non-GNOME Vala projects. Indeed, there seems to be a preconception that because of Vala's tight integration with the GNOME platform, it's of little interest to non-GNOME project. In fact, I think Vala could well become the native-compiled language of choice for Linux developers, given time. I'm interested in those little projects that pop up from time to time, like the Ambition web framework, or autovala for a CMake-based build system. (Autotools? No, thanks.)

And of course, once again I ended up reinventing the wheel and only realizing it in hindsight.

Recently I've been playing around with modern OpenGL, namely the 3.x shader-based pipeline. I previously only knew legacy OpenGL 1.x, and was enthusiastic about forgetting the fixed pipeline and doing things the new way. (Especially considering that it is the only way in GLES2 and WebGL.) I also wanted to write my toy applications in Vala, rather than C++ like most tutorials were advocating.

However, I found that my chosen path (Vala, SDL and GLEW) was surprisingly fraught with problems:

  1. For one, I found no decent OpenGL VAPI binding. The file gl.vapi in External Bindings on live.gnome.org turned out not to match the C source and gave me internal Vala compiler errors. (glGenBuffers wanted an out array -- ew!) I ended up forking the binding generator, fixing build problems that accumulated with time (it seems unmaintained), and patching it to output more sane and vapigen-friendly GIR bindings (for example, passing GLchar arrays as strings, and correctly handling array return values and arrays of arrays).
  2. By dropping the fixed pipeline, OpenGL 3.x also drops all default matrix handling and glRotatef/glTranslatef and friends. Since the only libraries I could find to replace this functionality were written in C++ (GSL is not quite what I needed), I ended up reimplementing matrix algebra and transformations in pure Vala.
  3. SDL 1.2 fullscreen windows are problematic and have been so for years. This problem, as it turns out, affects even some commercial games published on Steam (Aquaria, for example). SDL grabs all keyboard input, including standard system shortcuts like Alt-Tab and Alt-F4. I ended up reimplementing these specific two, but obviously the application won't pick up different key combinations from system settings if they are customized in the DE.

The net result:

  1. A fixed OpenGL GIR/VAPI binding generator, based on original work by Blaž Tomažič. The bindings are generated from the latest OpenGL specification wget'd from opengl.org at build time. My version actually pulls GLEW, because that's what I use in my sample application for GL 3.x API calls, but the resulting VAPI file can be simply edited by doing search-and-replace of GL/glew.h with GL/gl.h everywhere.
  2. Here is the OpenGL VAPI itself.
  3. A simple skeletal application using SDL, displaying a rotating cube. It is surprisingly big for a Hello World-level application, because it also includes...
  4. Reimplementation of GL-style matrix and vector algebra for 3 and 4 components, projections and model matrix transformations.

(For the matrix library, I was concerned about some warts of Vala code generation that cannot be disabled, such as automatic zero-initialization of everything in the generated C code, even when the entire contents of the vector or matrix are about to be overwritten in the constructor. Turned out GCC with -O2 is clever enough to optimize that away -- even memsets! -- but Clang isn't. Yet.)

And then, just as I was about to publish it... I learned of Cogl, which can do all that and more, is object-oriented, well-tested and supported in the GNOME ecosystem, and has nice Vala bindings of its own. (Though I wonder how Cogl plays with raw OpenGL calls; can they be mixed in the same context?)

Typical me reinventing the wheel.

I would recommend Vala and possibly even C developers to use Cogl for new projects. My little sample application is of little value, but at least it has Valadoc. And hey, maybe at least the OpenGL binding will be useful to someone. (By the way, can someone explain to me why Valadoc, a tool made by Linux developers for Linux developers, uses Microsoft fonts in its generated HTML? It looks horrible.)

I'll port it to SDL 2.0 whenever it gets an Ubuntu package. I also encourage game developers to do the same. SDL 2.0 is the future and has better integration with desktop systems -- including support for native system cursors and system keyboard shortcuts for fullscreen windows.

comment count unavailable comments

BackRead original postSend to a friend

Add comment

Add comment
Show all posts

 Who we are
More about us
Frequently Asked Questions
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Add Artwork
Public API
About GNOME-Look.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Sponsor us
Report Abuse

Copyright 2003-2014 GNOME-Look.org Team  
All rights reserved. GNOME-Look.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
GNOME and the foot logo are trademarks of the GNOME Foundation.