Re: Digicams With MF Film Quality



Philip Homburg wrote:
In article <1141056366.978593@xxxxxxxxxxxxxxxxxxxxxxxxxxx>,
acl <spamtrap@xxxxxxxxxxx> wrote:
Maybe I'm being stupid here, but please bear with me. Take the incoming signal to be s(x,y), that is, the number of photons at (x,y) is s. Now write s=n+\eta, where \eta is a random function such that the average <\eta>=0 and <\eta(x,y)\eta(x',y')>=\delta(x-y)*R^2; in your case, R=sqrt(n). All this means is that the signal has a random component (the noise here, \eta, is gaussian instead of poissonian, but never mind, this can be fixed but is irrelevant for my question). Now, any operation on this signal can be modelled as a mapping f(s). Well, since I already wrote s=n+\eta, it's impossible for any such mapping to be linear in n but not in the noise \eta. So, what am I missing?

You are right, I was sloppy.

(I'm not sure that understand your notation. It looks like you assume that
noise follows a Gaussian distribution in space. But the Poisson distribution
on photon noise is in time.)
No, you understood it correctly, I was just referring to the signal integrated over some time period (ie what you'd get after an exposure), and implicitly invoked the central limit theorem (I'm a physicist, therfore sloppy by definition). Don't take the expressions I wrote seriously. The only thing I wanted to express is that we can model the situation as signal+noise, so I don't see how any mapping can be linear in one but nonlinear in the other.

Now, with sufficient amounts of math it is probably possible to create an
operator such a Poisson distribution together with that operator forms an
additive group.

the sum of several Poisson-distributed variables is also Poisson-distributed (think of the characteristic function). I don't think that's what you meant, though.

Typically we analyze linear systems using complex numbers, so you have to
create a group that has all the properties of complex numbers as well.

Hmm, thinking about it a bit more, it is possible that the whole thing is
not as complex as it seems. Maybe photon noise does not actually play an
important role if the reconstruction algorithm is stable enough.


It seems that I am really misunderstanding the whole discussion here. Assume we know how a Dirac delta function gets imaged (ie we know the spatial frequency response); we also know everything is convoluted with this function in the final image. So we invert this process, and this is also linear. So where is the problem? Unless writing signal+noise is not a good idea.
.



Relevant Pages

  • Re: Digicams With MF Film Quality
    ... but not in the noise \eta. ... But the Poisson distribution ... on photon noise is in time.) ... It was allowed to keep its horse, since horses were so cheap to make. ...
    (rec.photo.digital)
  • Re: ISO 200000 ?
    ... factor of 8 for the pixel, a fair test would be to bin Canon images in ... Sub-Electron Read Noise at MHz Pixel Rates ... The conventional CCD mode, with no gain in the multiplication ... and the signal-to-noise set by the photon shot noise ...
    (rec.photo.digital)
  • Re: Will Radio Engineering be QMs worst nightmare?
    ... Ham radio operators bounce VHF and UHF radio signals off of the ... >> dig the signal out of the noise. ... >> will EVER get a photon emitted. ... >>> One is that there will be no radiation resistance. ...
    (sci.physics)
  • Re: ISO 200000 ?
    ... Indeed, however, certain applications require these photons to be counted up over many frames and to do so whilst achieving genuine photon counting performance requires a readout noise of much less than one photon per pixel per frame - otherwise you are simply chasing the RO noise, to say nothing of the 1/f noise becoming significant due to the long exposures necessary to capture sufficient photons to have a photon noise which exceeds the RO noise by a reasonably useful margin. ...
    (rec.photo.digital)
  • Re: One more nail in the optical viewfinder coffin
    ... Photon noise is only ... a *limiting* factor if technology is perfect, ...
    (rec.photo.digital)