Oxidizer 0.9.0

by David BurnettSaturday August 27th, 2011
Posted in Developer's Corner, Oxidizer Blog, Using Oxidizer

Hi folks,
here’s another release for you to try out. There’s no real changes part from it now uses the flam3 3.0 binaries which should give a nice rendering speed boost and I’ve attempted to change the build system to allow Oxidizer to work on Leopard (10.5) in 64bit mode which I broke in the last version, thanks to Ergo for pointing that out..

If this all works I’ll start adding the new flam3 3.0 features into the Official Oxidizer releases rather than that unofficial 1.5 release I knocked up ages ago.

I’ve also decided to officially unsuppport Oxidizer on Tiger, it’s probably been broken for a while anyway. That should allow me
to add a few news bits and pieces, and finally release a version 1.0 :-)


Oxidizer 0.8

by David BurnettSaturday April 23rd, 2011
Posted in Developer's Corner, Oxidizer Blog

Hi All,
I’ve just released Oxidizer 0.8 on sourceforge. It’s Oxidizer with a bright shiny new version number, so no need to download for those using that version other than stroking my ego with the download numbers :-)

Download here

64 Bit Redux

by David BurnettSunday September 26th, 2010
Posted in Developer's Corner, Oxidizer Blog, Oxidizer Community

So, anyone want to try a proper full 64 bit version of Oxidizer ?

Well if you do today is your lucky day, well maybe.
I’ve just uploaded Oxidizer 0.7.5 alpha (bit of a mouthful) and it should be fully 64 bit for those lucky Snow Leopard Users with 64 bit capable Macs.
Of course as always I haven’t got a 64 bit Mac so it might not work at all for all I know. It’s a universal app so we 32 bit users can join in the fun
too as there’s a fair chance that I’ve broken something for us too somewhere. All this is a subtle hint that you should not use this for anything you
do not want to lose.

There are one or two changes you should know about. This will turn into a rant BTW so take a deep breath before continuing. The short version, assuming Oxidizer starts up at all on anyone else’s Mac, is that the things that I may have broken are Saving Movies, Saving Images and Lua scripting.

In order to code a 64 bit version I’ve basically had to strip out all the old quicktime code and replace it with newer more up to date API’s. Now this is one of the major reasons its took so long so bring a new version out, the other being that rewriting working code is really not very inspiring especially when you are doing it to support a platform you can’t actually test against. Apple depreciated huge hunks Quicktime in Leopard and actually removed them for Snow Leopard. The trouble is they didn’t fully replace all those removed bits in the new API’s. One big thing that Apple broke was required for displaying the Quicktime setting dialogs before creating a movie. Apple’s official work around – use a 32 bit background process to display the dialog and pass the settings back. Absolute rubbish. Of course you either do that or write your own settings dialogs for very codec or show your dialog at the end of the render, so Oxidizer now launches a 32 bit background process just to show a dialog.

The next thing have Apple obsoleted was using Quicktime for saving images. That I was mostly happy about as the Quicktime API for images was really rubbish, way to low level and frankly a pain in the neck. The new API is vastly better, but the settings you guys get to set in the settings dialogs are vastly dumbed down and I’m sure some of you won’t like it. The good news is that the new API has some really fun features that I can use in later versions, when I officially depreciate Tiger (where as now I just try not to break it).

Finally, I’ve had to hack the Lua bridge to create a mix of the Apple version and the GNU-step version to support compilation against Snow Leopards libraries, again due to Apple obsoleting stuff. Luckily it was stuff that the GNU-step project didn’t have so the code was mostly there to deal with the missing functions all I had to do was enable the GNU code while keeping the Cocoa version limitations.


64 bits

by David BurnettWednesday March 17th, 2010
Posted in Developer's Corner, Oxidizer Blog

EyeDrinkVenom raised an interesting point on the Forum, Oxidizer is a 32-bit application, so it can’t address the huge Gigabytes of memory everyone seems to have these days.

So why haven’t I released a 64bit version yet ? As you may have guessed it isn’t as straight forward as it should be. Ignoring the minor fact that I’m suffering the early adopter issue of having one of the few 32bit Intel iMacs Apple made, the main issue is that making Oxidizer 64bit could mean I’d have to abandon Lua as a scripting language. The Lua – Objective-C bridge currently does not compile for 64 bit architectures, there are also some bug reports for 64 bit Lua for Macs so it might not work anyway. There’s also the flam3 programs I call, I’ve got no idea if they work when compiled against x86-64 or if they’ll take advantage of the extra memory (ppc64 is definitely out at the moment, more on that later).

So, I’ve decided to try a piece meal approach, sitting on the sourceforge servers are a couple of highly experimental new compiles of Oxidizer
one for Leopard and one for Snow Leopard. Oxidizer is still 32 bit, but I recompiled the flam3 programs for x86, ppc and x86-64.
While this means (if they work at all) is that you still can’t use millions of genomes in Oxidizer, but on 64bit intel mac you might be able to create ridiculously big images.

BTW ppc64 isn’t supported as I couldn’t get it to link to some of the system libraries, I think I need some clever way of only compiling for ppc64 in the Leopard version. If anyone is actually interested in me getting it working, shout up and I’ll spend some more time on it.

So give them a go, let me know if they work at all, and if the extra memory get addressed.


Oxidizer redux

by David BurnettTuesday February 9th, 2010
Posted in Oxidizer Blog, Oxidizer Community

Just a note to mention Oxidizer is now an official release.
No changes from the sneak peak version, but if you you want to grab a copy to boost the download figures download it from here :-)


by David BurnettSunday December 13th, 2009
Posted in Desktop Gallery

Hi Folks,
as I said, I’m trapped at home on call this weekend so I’ve had time to work up a new sneak peak.
Oxidizer should fix the ‘always choosing an sgi suffix when first saving images’ bug and as a bit of a xmas present I’ve given Oxidizer a Clipboard Window for you to copy Genomes too temporarily. Oh did I mention it’s persistent between launches, so the next time you start Oxidizer those Genomes will still be there on the clipboard waiting for you!!!

On more thing, before I go, I’d like to remind people that Oxidizer 1.5.0.x is not compatible with the current or indeed any available version of Electric Sheep.
Spot has noticed one or two Genomes created by that version of Oxidizer being submitted. They won’t work so stop it :-)

Now I’ve said that you can have the link to Oxidizer 0.6.1.


Oxidizer …

by David BurnettSunday November 15th, 2009
Posted in Desktop Gallery

Is now a official proper Oxidizer Release available from Sourceforge.
This is the same binary as the last sneak preview so no need to download it if you’ve already got it unless you’d like the Electric Sheep
2.7 compatibility check lua script or you feel like boosting the download figures :-).


Another Sneak Peek and a Website

by David BurnettMonday October 26th, 2009
Posted in Desktop Gallery

Hi Folks,

I’ve jut uploaded what should be Oxidizer 0.6. Once someone has confirmed the Leopard Version still works on Leopard and I’ve updated the ‘valid sheep’ script for check for compatibility with Electric Sheep 2.7 now the ES 2.6 is out of commission these binaries will become the official 0.6 release. The only changes from are to fix the two bugs Cubixel reported, with the floating buttons and slightly better handling of the progress window when rendering thumbnails/previews while a sheep is rendering.

One of the things I do in my non Oxidizer time is to produce the Mac binaries for another Open Source project called Structure Synth.  Through that website I come across a number of other graphics projects and I spent most of yesterday on this one complexification. Bewarned though the addictive but the fun bits are Java Applets and some Flash programs too and I know some people don’t like them.