I don't know of any mechanical FP shutters that move slowly enough that sensor readout can take place in the time it takes for the shutter to scan the frame. So I don't need the timings on the drawing.
I think this is maybe more about naming things than logic or physics.
I have no idea. I also have no idea how (decimal) 1055 would relate to "1/66sec".
I don't see how that follows.
It doesn't make much sense to add 'exposure time' to 'readout duration', unless referring to an electronic second curtain, where 'readout duration' is, in effect, the shutter travel time AKA rolling shutter.
You also wrote:
This is what I thought you meant by "integration time".
Which is (shutter travel time) + (exposure time)
Which we can deduce from the X-sync speed of your camera and your chosen shutter speed ("1/6000") is something like 5ms, or 1/200 s.
Definitely not anything nearly as large as 1/66 s.
Which is completely normal for electronic or mechanical focal plane shutters (linear or rotary).
John Sheehy's idea can possibly give a time comparable with the "1/66sec" (15ms) that you refer to.
John Sheehy's sequence is:
SD9 sensor is reset.
SD9 sensor released from reset. (Start clock).
Start first shutter curtain
1/6000 s later, start second shutter curtain.
(SD9 shutter travel time ~= 4.8ms) later, second curtain has covered sensor.
Start reading SD9 sensor
Finish Reading SD9 sensor. (Stop clock).
Anyway, whatever it is that Sigma decided to call "Integration time", it's a weird thing specific to Sigma. "Integration time" would make more sense as a synonym for exposure time.
I think all this is an exercise in engineering archeology.
Some Sigma engineer wanted a a quantity that interested them in the EXIF, and slightly randomly called it "integration time".
Trying to find some established but uncommon meaning for this "integration time" phrase may not be fruitful.
It may have nothing to do with exposure at all. Some Pentax cameras have an "AF integration time" tag.
Putting: exif "integration time"
into a search engine, apart from a lot of astrophotography references where it means total exposure time, I found this: exiftool.org/forum/index.php?topic=10134.0
In post #4 there's EXIF for a picture at "1/1000", where "Integration Time" is "1/1020".
That would be exactly the sum of exposure time and rolling shutter time. If that's the case, then we should be able to get the rolling shutter time from the EXIF by subtraction of actual exposure time from Integration time. I just looked at some Canon images and they don't have that field.
If my original guess is correct, then a camera that offers full electronic shutter would have the same value for integration time as actual exposure time.
For EFCS, it is impossible to have a consistent "pixel active time" down the frame, because the readout roll is much slower than the activation roll.
I suppose that the SD9 only offers full-mechanical shutter, and no EFCS? If so, all you can do to reverse-engineer the EXIF field is just graph exposure time against "integration time" and see what signal is there. If the camera had other shutter modes, then it would be easier to figure out. I have cameras here with e-shutter, EFCS, and full-mechanical, but my cameras do not have the field, so I can't do it.
It's just a way to be thorough, to see if there are surprises, although I wouldn't expect any. It would take another shutter mode to compare to, to get a clear answer. In any event, 1/66s is too long for it to be for 1/6000 shutter speed and the rolling shutter. 15.15ms minus 0.17ms is 14.98ms, much longer than the likely rolling shutter speed of the SD9. What is the max flash synch?
You seem sold on your original idea, but it does not seem possible.
This indicates that whatever definitions you may find of "Integration Time" in your searches, it is not what the SD9's EXIF is reporting in that field.
The "active pixel time" explanation is the only plausible one so far.
In my first reply to you. The pixels are activated to take on charge a while before the first mechanical curtain opens, and gets read out and stops taking charge a bit after the second mechanical curtain has closed on each row of pixels.
We can't know from your number "1/66s" whether that is per-pixel or from the activation of the first row until the readout of the last row, but it seems to have to include time where the mechanical curtains are covering the pixels.
Ah, by talking about pixels by row, I got confused because, on the SD9, there is no alignment of the mechanical curtains with pixels as far as I know.
I doubt that it is 1/66 sec "per pixel" and I don't know whether the curtains' travel is somehow synchronized to the sensor's row-by-row line scan. If the shutter is inherited from the SA-9, then such synchronization is most unlikely.
[edit]Maybe when the sensor is covered after exposure, there is a long read time just as you imply.
I'm looking at a paper for that sensor, as we speak. [/edit]