Different RAW formats are indeed documented by the Manufacture and
Canon: I have a koplettes SDK somewhere on the computer
lie.And I always thought that the manufacturers have little interest in
to disclose their formats. Therefore, there (were?) Is indeed such
Initiatives such as OpenRAW. The standard in decoding Rawformaten is always
nor Dave Coffin’s dcraw . What would they actually use for such a project? Than
Programming Language C + + For the image routines is certainly C (+ +) with the most appropriate. Incidentally, I have read that a large part of Adobe’s Lightroom
Lua, a scripting language interpreter has been written.

It would be therefore advantageous for the non-performance-critical part of the
Software (including GUI, batch processing), a language like Python
or use Ruby. Leave It All in Java or .NET / Mono, of course, would go well.
For Java there with ImageJ  a very useful scientific imaging software.
and you must quickly go inline assembler?

I’d probably rather e.g. Libraries for Matrix-/Filterberechnungen use
already (eg via Assembler) are optimized.
For the GUI? QT? WxWidgets? Yes, it would probably be viable alternatives.
With the restriction would GTK + to even mention.