After taking some time off from gsvideo and glgraphics (in order to finish my MFA project at UCLA), finally had the chance to go back to coding and prepare new releases of both libraries (glgraphics 0.9.1 and gsvideo 0.6-pre0).
I’d say these both releases are more in-progress snapshots than finished versions, fact accentuated in gsvideo by calling it a “pre” release (expect more of these to come in the near future :-))
In the case of gsvideo, the final goal of the 0.6 version is to have proper gstreamer support on the three platforms (Linux, OSX and Windows), as well as working exported applications. The platform that is closest to this goal at this moment is Windows, since gsvideo has been packaged for a while now with the required gstreamer dlls, so no additional install is needed to use gsvideo on this platform. These dlls are the result of the gstreamer-windbuilds and ossbuild projects.
A while ago, user Lincoln from the Processing forums found a hack to solve the apparent inability of gsvideo to create valid exported applications, which is described in this thread. This hack lead me to find what I think is the correct solution for loading the gstreamer dlls from an exported application in windows, and I included this fix in gsvideo-0.6-pre0. However, there is an additional step required after generating the exported application from the PDE. This step consists in copying the folder “gstreamer” located inside “<contributed libraries folder>\gsvideo\library” to the exported application folder (i.e.: inside “<sketch folder>\application.windows”). Otherwise the exported application won’t be able to find the gstreamer dlls. Removing this additional step would require a change in the Processing core (namely, that when an exported application is generated then a recursive copy of subfolders inside the library folder of the library should be performed). So I decided to bug Ben Fry with this feature request.
Please note that this new release of gsvideo should also work on Mac OSX 10.5 (Leopard), provided that gstreamer is installed on the system using the package available for download here. I haven’t tested exported gsvideo applications on OSX, but if the gstreamer package is properly installed, they should work as well.
With regards to GLGraphics, exciting advances are taking place as well. A new developer has been incorporated into the sourceforge project: David Bouchard, who has started his collaboration in the project by submitting modifications to the GLSLShader and GLTextureFilter classes so that they can be created from URL objects instead of filenames alone. Also, from numerous comments and suggestions by Aaron Koblin, the GLModel and GLCamera classes were greatly improved: GLModel now supports texturing and blending, as well as point sprites. All the GLCamera methods (modeled after the API of the Obsessive Camera Direction library) were tested and seem to be working fine, although GLCamera still uses OpenGL units instead Processing screen units. This might lead to some confusion with scaling, which hopefully will solved in next releases of glgraphics.