![]() I’ve been happy with the results so far (again see my members’ page for my first few images) but perhaps I’ve been lucky. Having checked my camera settings, all images, darks, flats and bias frames that I’ve created to date have been with the camera set to ’Auto White Balance’. However, your comments about auto white balance are of interest to me. ![]() DNG files using Adobe DNG converter and then import them into IRIS, then they are 6024 x 4020 pixels which is the same size that DSS V4.1.1 converted them to (DSS V4.2.0 converted them to 6022 x 4020 pixels, an insignificant difference I know, but sufficient to generate an error message!). ![]() CR2 files directly into IRIS they come out as 6288 x 4056 pixels so they have large black borders. I agree that the size of the processed RAW files can vary. My camera is a Canon EOS 200D (which I believe was first released in mid-2017) and, looking at the latest source code of DCRAW, would appear to be supported by version 4.1.1 of DSS that I have been using (and have now reverted back to using in favour of version 4.2.0 that now uses LIBRAW). The change in the size of the decoded raw files was an inconvenience only because I was re-processing some existing images using previously compiled associated dark, flat and bias frames. Hi William, thanks for your comprehensive and informative reply and, if you’ve seen my members’ page, you’ll know that I’m new to this digital imaging so all the help I can get is more than welcome. You can stay up-to-date with DSS releases and known bugs on this page: It’s equally possible that the old DSS 3.x.x and DCRaw engine was misreporting your sensor size and that DSS 4.x.x and LibRaw is now outputting a ‘correct’ size image after decoding the RAW file: You might like to open a topic on the DSS and LibRaw Wiki groups regarding the change of reported sensor size between 3.x.x and 4.x.x as this might be something that can be fixed for the next LibRaw engine release cycle, they will need to know the exact model of your camera, it’s firmware version, a sample RAW file from your camera and an exact description of the problem. If your camera supports the option in its settings then ‘Auto White Balance’ should always be disabled for astrophotography if you wish to avoid calibration errors with flats, darks and bias frames but remember to re-enable ‘Auto White Balance’ in-camera for conventional photography. If you want to use DSS 4.2.0 then at present, ‘Use Auto White Balance’ does not function correctly in the LIbRaw/DSS 4.x.x release and the recommendation is to select ‘Use Camera White Balance’ or ‘Use Daylight White Balance’ then adjust the final colour balance in post processing. In that case you will have to make new calibration frames and you will not be able to easily add old 3.x.x data to new data from 4.x.x. It might be that in the future you will have no choice but to migrate to 4.x.x if an OS update renders 3.x.x unstable or unusable or you employ a new camera that was never supported by DCRaw. If your camera is more than a couple of years old, is supported by DSS 3.x.x using the DCRaw engine and runs without problem on your OS then there is no reason to change to the latest 4.x.x version. Pretty much all CMOS DSLR sensors have unused rows and columns of pixels at the ends of the arrays and it is up to the RAW engine to decide what the ‘real’ size of the image should be. This explains why your RAW images in DSS 4.2.0 are now being reported as a different size to those processed in DSS 3.x.x since there is not a published ‘standard’ size that they should be. Neither DCRaw or LibRaw produce definitive decoded images since the DSLR manufacturers, with the exception of Canon, go to great lengths to hide the algorithms used to decode RAW files, some even employ encryption routines to obfuscate the code and protect their intellectual property rights while the developers of DCRaw and LibRaw have to reverse engineer and experiment with the RAW’s to come up with a suitable conversion. Hello Clive, I noticed no-one has answered yet, but it is holiday season!įrom the DSS 4.2.x release the RAW decoding engine was changed from DCRaw to LibRaw, you can find out the reasons for the change by a quick Google search but in a nutshell DCRaw was the sole work of a software developer, Dave Coffin, who after many years of unpaid and unsupported work maintaining and updating DCRaw for new camera releases decided to throw in the towel, concentrate on his family life and paid employment and announced that DCRaw was at an end.Ī competing RAW decoding engine, LibRaw, an open source project, was left to take over the work of decoding RAW DSLR files in a wide range of free and paid-for photography and astro-photography post processing applications.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |