DamianDinning wrote:(snipped)
You may prefer to look at this comparison which I think much more clearly shows the difference between the under development sw and the original. These images were taken at dusk. It's a screen shot and it was compressed so it is NOT final image quality but close enough to give you a good visual appreciation of the improvements coming.
br
http://share.ovi.com/media/Dinning.NokiaN868MP/Dinning.10656
Damian,
We are to assume that the NEW Firmware in the works is the image on the RIGHT hand side of that screen-shot, and the Current Firmware is the image on the LEFT hand side, yes...?
As it says on the Bottom, Old v New, in that order yes?
If so, that's an amazing improvement - for sure!
And thanks for noting the other bug issues too Sir.
----
Finally, for others struggling with what Damian is implying, let me have a stab too.
I too think that the larger the MP Count/Image Resolution of a sensor/phone, clearly, the larger the actual file size of the recorded image should be, and I always use a comparator of my many stand-alone digital cameras, to see where it corresponds or should fit in - but that is as an overall guide, and NOT a comparison, as is the case here, between one firmware version and another, and the resultant difference on average image file size.
As in this specific case, what I take Damian to mean, is that if we see a REDUCTION in the average file size of N86 8MP photos from the phone AFTER the Firmware Update, there is a good and valid reason for this...
"Better image recording in the first place", which equates to less 'noise' in the image, which then directly equates to a smaller recorded file-size.
And to give a simple demonstration of why that would be the case...
A photograph of building - picture for example an old English Tudor-beamed historic country pub, you can maybe picture the type - white painted, with black oak beams prominent.
If the recorded image is not crisp, clean, and well recorded by the camera, the off-white walls of a building such as this, instead of being a nice clear white or beige smooth gradiented appearance, as they should be, might instead be recorded with lots of noise... That is to say, the walls that were meant to be smooth white, instead becoming very noisy, and made up of lots of little dots, and artefacts.
In such an image, if we call that the ORIGINAL, all these dots and artefacts take up data and add to the file size of the recorded photograph.
However, if you improve your image recording algorithms etc, and as a result, the photograph that gets taken then is of a smooth, clean, gradiented nice white wall, as should have been the case, this will actually take up LESS data and thus LESS FILE SIZE, as it will not have all the unnecessary dots, noise, and artefacts included.
And this, as a quick and dirty example, can help to explain why a smaller actual overall file-size, does NOT automatically mean a POORER picture - far from it.
If it is because it is now managing to record truer photo, with less noise, dotting, and artefacting in it, then this would certainly equate to a SMALLER image-size, for what is yet an overall BETTER looking image and a truer recording of the real thing.
The trick with this though, is to make sure this is not done in such a way, that the whole image looks too soft, or undefined.
But provided you get the balance right (and I implore Damian to do so, and I am SURE this is one of his absolute aims), then you do indeed end up with a BETTER image, truer to the real thing, that ultimately takes up LESS file-size, due to not having to record lots of noise data, dots, and artefacts, that should not even be there in the first place.
So Damian is entirely correct in what he says, rest assured - provided it is implemented correctly.
From looking at the two comparison images he refers to though, I know straight away which of the two images looks better and more realistic, and it's for sure, the NEW Firmware.