>The WIC interface supports (i.e. forwards) those functions, which the designers of WIC found important enough on the day of the definition. This is a narrow-minded approach; in fact it had become outdated before it has been published. I don't think that the independent raw processor products will have difficulty to remain competitive.
They already have a hard time. See the lag when new camera comes out, and see the default conversions you get from their first release. Why do you think most users prefer CaptureNX over pretty much everything else as far as conversion quality is concerned? The Nikon NEF codec for WIC exhibits the same basic conversion characteristics as CaptureNX, except that any app can take advantage of it. Besides that it's very easy to extend COM interfaces, if the need arises. If something crucial is missing from WIC 1 then it will be in WIC 2.
>If one is confident, that the creator of the decoder can do the best noise reduction, sharpening, etc. then one can use their own raw processor, like Nikon Capture, Canon DPP, etc., there is no need for WIC based raw development.
You accuse WIC designers of being narrow-minded (your opinion, anyway) and you follow on by being even more narrow-minded. What about batch converters, application without a user-interface running in image processing farms etc, how do they use Capture or DPP (or ACR, for that matter)? A WIC codec just enables a *wide* array of apps to use the raw files, without waiting several months for 3rd parties to catch up and several more months for the correct "conversion profiles" to be found.
The codecs works on day one, and if recent history is any indication, are hard to beat regarding conversion quality, e.g. the NEF codec supported the D3 immediately, and already supports the D700 while D3/ACR users had to wait, and are still suffering strange color rendering at high ISO with the latest ACR and profiles (I just read that in the ACR forum) a *year* after the camera was released. And where is the D700 support? What about the P6000? When will 3rd parties actually match CaptureNX and the NEF codec, let alone beat them?
Another example: the Canon RAW codec for WIC comes with 24 different converters, presumably each tuned for different sensors/chipsets/whatever (just install it and check C:\Program Files\Canon\RAWCodec130).
It would be naive to assume that 3rd parties can just re-do all this work and tune everything for every Canon camera and beat them all along on all counts, then do the same for all Nikons, Sony, Pentax, Olympus, you name it, and do it again everytime a new camera comes out. It's just a daunting task, not very likely to succeed because some of the data is kept secret and will likely always remain secret.
Everyone is asking for a standard way to access raw files, and some would like to see their container format become that standard, but manufacturers apparently have other plans. Then why not standardize on a common, higher-level access method and let the manufacturers do the "last mile", i.e. decode the secret data and interact with the files themselves. If the control offered is not sufficient, then why not ask for more control and have the relevant parties extend the interfaces? If a platform does not have an extensible plug-in infrastructure like WIC, why not write one, this way manufacturers would release, say, a WIC codec for Windows and an XYZ codec for the Mac, both bundled with the camera, and all software could immediately take advantage of them without needing to be rewritten/adapted. It's called device-independance and it already exists for different device classes, such as printers or display adapters. Why digital cameras would be any different?