Hello Clive, I noticed no-one has answered yet, but it is holiday season!
From 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.
A 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.
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.
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. 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.
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. 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. 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.
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. 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.
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. 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:
https://groups.io/g/DeepSkyStacker
You can stay up-to-date with DSS releases and known bugs on this page:
https://github.com/deepskystacker/DSS/releases.
HTH
William.