I might not have enough personal motivation to continue the development, thus I decided to at least deliver the proof of concept for the interested parties to see as an inspiration. The atom cloud morphing is a really simple concept and could just be implemented application-specifically. Many game developers prefer to build their own sprite engine for example. Atom cloud morphing should be seen as a potential side aspect of that engine instead of a separate library.
I've never been part of any open source project development and I'm mostly a solo programmer. However, should the atomorph library spark interest in some veteran open-source developers I'd be happy to cooperate. For that purpose I have registered the domain names atomorph.org and atomorph.com.
Answering all the questions made so far.
Is it all MIT licensed?
All of the code I personally have written is MIT but you might want to check out Appendix D (it originates from http://svn.lam.fr/repos/glnemo2/trunk/).
Is it possible to "morph" to an intermediate stage between 3 (or more) different pictures?
If I understand correctly then you mean taking a weighted average of multiple pictures. Please see page 68 (N-way fluid morphing). I believe what you are asking for is easily possible but requires a custom implementation of the atom cloud morphing procedure.
How did you get approved to do a Master's thesis on 2-D sprites?
I told my idea to the director of my study programme and he allowed me to do such a thesis. In retrospect I can say that the thesis turned out to have strong connections with typical data mining tasks. Data mining was a mandatory part of the software engineering programme. In my institute they value it greatly if the student has their own research ideas for the thesis. My bachelor's thesis was about random world generation for example (http://www.hyena.net.ee/?p=127).
Couldn't you just use pthreads, instead of trying to support experimental features?
I believe it's time to get used to C++11. For a full-blown library it might not be the best idea just yet but for a proof of concept library it can be justified.
Hyena_: Hey, did you ever file that std::modf bug with GNU?
No I did not it's hard to believe that they don't know about it. I suspect they would answer "it's not a bug, it's a feature" because that's how double arithmetic works --- sometimes 1.0 turns into 0.(999)?