OpenTK

Download first. Ask questions later. I hope you like long release notes, because this release needs them. Here is the short version - check Documentation/Release.txt for the long one: OpenTK.OpenAL has been renamed to OpenTK.Audio. Alut and Alc have ... [More] been replaced by AudioContext and AudioReader. EFX and XRam extensions are now supported. Many fixes and improvements to the interface. OpenTK.OpenGL has been renamed to OpenTK.Graphics. GraphicsContext (previously GLContext) has improved support for context creation and sharing - stencil, stereo and the rest of the parameters finally work. DisplayDevice allows to find and change the resolution of any monitor in the system. GameWindows can now be fullscreen. You can also set the border of the window to "fixed" (cannot be resized) or "hidden". The mouse cursor now behaves correctly. Many bug and stability fixes: mouse deltas are now reported correctly, the font renderer now correctly restores state, Matrix4.Frustum now works with skewed matrices and much more. read more [Less]

It's been a long time since the 0.9.0 release in January, but this doesn't mean we are standing still. Indeed, almost 400 commits (!) have occured during these months, covering almost all parts of OpenTK. Much of the work has gone into stability ... [More] fixes: a recent test under Mono/Linux showed had OpenTK create and destroy one hundred GameWindows without crashes or memory leaks. Pretty impressive results, although some race conditions still remain to be fixed. OpenAL has seen its share of fixes, too. Alut has been deprecated in favour of the AudioContext class and the brand new AudioReader. Only wave/riff files are supported for now (with streaming), but more options will hopefully be provided in the future (ogg!) I'm keeping a close eye on Mono.Media, too - this might be the perfect solution for OpenTK.Audio. Another oft requested feature is now supported: windows with fixed borders. read more [Less]

Grab it from mono-project.com. New features include performance and memory optimizations, compiler support for C# 3.0 constructs, Linq to Objects and Linq to XML. Windows.Forms have been improved (over 100 bugs fixed) and support has been added for ... [More] the Design-Time framework (System.Design) and the Dynamic Language Runtime. On another note, the latest Mono debugger finally adds support C# 2.0 (you'll need to checkout from SVN: svn co svn://anonsvn.mono-project.com/source/trunk/debugger). As you can see, this is an exciting release. Mono 1.9 is now considered feature complete and is supposed to be the last version before Mono 2.0. OpenTK will currently build and run on Mono 1.2.4 , but newer runtimes provide stability and performance enhancements. OpenTK 1.0 will officialy target Mono 2.0. [Less]

Spam bots have started becoming bolder lately, bypassing captcha checks and posting about those "medicine" links we all love so much. I'm looking for alternatives, but for now I've been forced to disable anonymous comments. Annoying as that may be ... [More] , please consider registering a handle (a mere two clicks away, and thankfully without a round trip through your emails). We have been silent the past few days, but we are slowly ramping up for the 0.9.1 release. Inertia is currently working on CLS-compliant overloads to OpenAL, while I am trying to improve OpenTK on Linux (having completely moved my main system over) - we have encountered some problems with OpenAL/Linux and are currently implementing workarounds. All in all we feel 0.9.1 will be a strong release, with many new features. 0.9.2 will be mainly focused on bugfixes and documentation, while the main missing features (joysticks and native Mac OS X drivers) are scheduled for 0.9.3 and later releases. If you have some spare time and would like to lend us a hand, here are some things OpenTK could use: read more [Less]

A site upgrade has just taken place. If your browser misrenders www.opentk.com, press Ctrl F5 to reload the stylesheet. What's new: New forums: Personal Projects, Off-topic discussions, General Programming and Game Design. Private Messages: you can ... [More] now PM other site users. Updated looks: comments now look much better. Your own posts are highlighted (orange), to make them easier to pick out, as are posts by administrators (light yellow) and moderators (light blue). Comment titles: you can now set an optional title to your comments. Reduced overhead: front page should now load faster. If you don't already have an account, just pick a username and password (no confirmation email needed). Thanks! [Less]

After a long fight with cryptic Xlib documentation, OpenTK gained the ability to change display resolutions under Linux. The current implementation uses XRandR, so it will only work on fairly new distributions, but fallbacks will be added in later ... [More] versions to improve compatibility. This means that fullscreen modes and resolution changing are now supported under both Linux and Windows. There are still a few rough edges (gnome panels stay in front of the window on x86_64 linux, but work correctly on x86), but these will be ironed out gradually. So what else to expect in 0.9.1? Inertia has written a few OpenAL and GLSL examples which will show up in Examples.exe; JTalton's double precision math routines are slowly being merged; the AudioContext class will take over ALC and ALUT (these will not be publicly available anymore); multiple contexts will share resources by default; a few namespaces will change slightly; and several parts of OpenTK will attain beta status. Wait, what? (read more) read more [Less]

As of right now, OpenTK applications are able to switch screen resolutions and use fullscreen modes! Two new classes, OpenTK.Graphics.DisplayDevice and OpenTK.Graphics.DisplayResolution help enumerate available displays and resolutions (yes, the code ... [More] is multi-monitor aware ;) ), and provide methods to change the settings of any display. The GameWindow.Fullscreen property is finally implemented, allowing to switch between fullscreen/windowed mode at any time. While this property isn't available in GLControl, it is easy to implement manually: just maximize the containing form and hide its window decorations. For the moment this functionality is only available on Windows (checkout from SVN). There are a couple of rough edges left to iron out and Linux support will follow shortly. It is now time to start discussing a native Mac OS X port for OpenTK, so if you happen to be a Mac OS X developer who is fairly proficient with C#, please drop by our irc channel (de.quakenet.org:6669, #opentk). Thanks! [Less]

Creative have responded on the matter of the proprietary EAX<->EFX conversion algorithms, indicating a very simple solution: run the EAX presets through the closed API and include the results in OpenTK (many thanks!). This effectively puts an ... [More] end to this issue, which means OpenTK 0.9.1 will contain the most complete OpenAL bindings for .Net/Mono. During the past few days, a strange segfault has hampered work on the AudioContext class. It was finally traced to a bug in the ALSA OpenAL implementation, which has now been worked around by disabling support for multiple AudioContexts under Linux - a better solution has been designed and will be included in the future. Some new functionality is currently being worked on: List sharing is now enabled for OpenGL contexts by default (this can be controlled through the GLContext.ShareContexts property) Work is undergoing on a new class, called DisplayDevice, which is able now enumerate available display devices (monitors) and switch their resolutions. OpenGL contexts will have more flexible pixel format/visual selection. It is not currently known when OpenTK 0.9.1 will be released. As always, you can check progress through the project roadmap. read more [Less]

Inertia added support for the EFX OpenAL extensions this weekend, completing support for the open part of the OpenAL API. The only missing bits are the proprietary functions that translate Creative's EAX presets to EFX. Creative have been contacted ... [More] on this matter, so there are two courses of action right now: either they release the code and we add it to OpenTK.OpenAL (with a note of gratitude), or they don't and we have to do some clean room reverse engineering to get these to work. There is also discussion on adding a few OpenAL helper functions, please voice your opinion on this forum post on OpenAL 1.1. On another note, an 'AudioContext' class has been added to help in the creation of OpenAL context's. Some unforseen problems have arisen on Linux (AudioContext.MakeCurrent() crashes), but hopefully they will soon be resolved. As always, you can download the latest code from Sourceforge, and join the development channel on IRC (irc://de.quakenet.org:6669#opentk). [Less]

The OpenTK.OpenGL.Glu has been updated with preliminary tesselation support. Anyone interested, please download the attached zip and test it (the source is availble through SVN) and try using the code. A small example will be added to the OpenTK ... [More] manual soon. I am afraid that without feedback, no further updates will be done to this code. I strongly recommend to avoid using the GLU tesselation functions and prefer a managed triangulation solution instead. If someone wishes to contribute managed tesselation functions to OpenTK.Math, please say so! As always, you may check progress in the Roadmap section and join our development discussions on on IRC (de.quakenet.org:6669, #opentk). read more [Less]