A Brief "Side Question" on DxO ...
... Can DxO Optice be set to correct the varieous camera/lens anomalies that it knows about (eg CA, vignetting, etc etc etc), and yet totally leave other info such as white balance, exposure, clipping points, brightness, saturation, clarity, vibrancy alone (so that I can process them in my preferred converter)?
Re: A Brief "Side Question" on DxO ...
Colin
The answer is 'yes'. You can create your own presets for what DxO will do to your images. These are saved alongside DxO's own presets and can be used at any time. The various parameters you refer to can be switched on or off as needed. When 'on', they can be adjusted to the levels you require and saved as custom presets.
Also, a batch of images can be 'stacked' so that a selection of settings for the first image is applied to every image in the stack. This might be useful if you want to correct colour temperature for all images taken under certain conditions (eg mixed lighting), or perhaps to apply a selected amount of noise reduction to every image if a batch of images were all taken at say, ISO 1600. This type of batch processing is very simple to set up.
The real problem with DxO is that it is resource hungry. You really need a fast dual processor, (or a long lunch break) when batch processing. For example, I can easily wait 2 minutes for an image to be processed on my reasonably modern computer, during which time, all other activity stops.
I normally set the output to be 16 bit TIFF and created in the same directory as the source NEF. The original raw image is then unchanged and can be processed again, if required, for whatever reason.
The default sharpening is interesting. I think it corrects the softness induced by the demosaicing filter - hence the need for the camera body to be part of the module specification. If anyopne has any views on this, I would be grateful to read them.
Tony
Re: A Brief "Side Question" on DxO ...
Quote:
Originally Posted by
Slipstick
Colin
The answer is 'yes'....Tony
Agreed
Quote:
Originally Posted by
Slipstick
The real problem with DxO is that it is resource hungry. You really need a fast dual processor, (or a long lunch break) when batch processing. For example, I can easily wait 2 minutes for an image to be processed on my reasonably modern computer, during which time, all other activity stops.
I normally set the output to be 16 bit TIFF and created in the same directory as the source NEF. The original raw image is then unchanged and can be processed again, if required, for whatever reason.
The default sharpening is interesting. I think it corrects the softness induced by the demosaicing filter - hence the need for the camera body to be part of the module specification. If anyopne has any views on this, I would be grateful to read them.
Tony
I am not sure that DxO is any more resource hungry than other comparable programmes, but then I only use it for individual 'problem children' images, never batching. Unfortunately this is the downside of cameras having more and more pixels. Yet another reason for amateurs capping themselves at around 12-14M, plenty for good A3 prints. I imagine saving as 16bit rather than 8bit further slows things, but don't pretend to understand what its advantages might be, especially from cameras not producing 16bit or 24bit RAW. The megafiles you must get on 16bit PSDs must bog down the computer in PS as well.
I think there would only be a 'lens softness' pre-set for a lens showing softness in testing, it seems to be zeroed on mine. It can be turned off like everything else.
Not sure what you are calling 'default sharpening' Tony. But anyway the lynchpin of DxO is that it is based on analysis of actual camera and lens outputs; hence possible need to have 'elite' version if you have an upmarket camera.