Answers.Body: <p>Between frame is frame gap. In there, camera don't expose and coresponse it can not receive data at frame gap.
  And i think, frame_readout include frame gap (time between frame adjacent)</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-05-09T11:24:42.357Z
Answers.LastActivityDate: 2016-05-09T11:24:42.357Z
Answers.UserDisplayName: Thong Nguyen
Body: <p>I know that in CMOS sensor, the exposure is perform in line by line. I can assume that the delay between the exposure of two consecutive lines is equal the readout time for one line. So the readout time for the entire frame is</p>
  
  <blockquote>
    <p>Frame_readout = line_readout * number_of_line</p>
  </blockquote>
  
  <p>I read in many articles in the Internet that the interval between frames is qual the frame readout time. So the frame rate is calculated as</p>
  
  <blockquote>
    <p>Frame_rate = 1/frame_readout</p>
  </blockquote>
  
  <p>Therefore I assume that <strong>the delay between exposure of the last line of the 1st frame and the first line of the 2nd frame is equal the readout time for one line</strong>. It means that exposure in the sensor occurs from the first line to the last line and then come back to the first line (for next frame) and so on. And the delay between the exposures of two consecutive lines are always the same, whether these two exposures belong to the same frame or not.</p>
  
  <p>Is my assumption correct? If not, what does contribute more delay for the exposure of the first line of the next frame? And what is the frame rate in that case?</p>
  
  <p><a href="https://i.sstatic.net/NzoMG.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/NzoMG.jpg" alt="enter image description here"></a></p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-10T06:12:24.007Z
Comments.Text: Your analysis is oversimplified somewhat. You also need to take into account the shutter speed (either in fractions of a second, or in degrees if you're into that). I also get the feeling that over a given frame rate, there may be multiple scans of the sensor that are composited to create a "frame" of video that gets encoded and stored. But that is conjecture on my part.
Comments.UserDisplayName: WineSoaked
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-08-10T07:26:02.563Z
Comments.Text: Hi @WineSoaked, I did take into account the shutter speed, which was indicated as "exposure" in my figure. Of course in this case the shutter speed is short than the frame interval.
Comments.UserDisplayName: opmfan
Tags: <framerate>
Title: CMOS readout time, frame rate, and delay between frames?
UserDisplayName: opmfan
ThreadText: # CMOS readout time, frame rate, and delay between frames?
  
  (Asked by: username_0 on 2015-08-08)
  
  I know that in CMOS sensor, the exposure is perform in line by line. I can assume that the delay between the exposure of two consecutive lines is equal the readout time for one line. So the readout time for the entire frame is
  
  > Frame\_readout = line\_readout \* number\_of\_line
  
  I read in many articles in the Internet that the interval between frames is qual the frame readout time. So the frame rate is calculated as
  
  > Frame\_rate = 1/frame\_readout
  
  Therefore I assume that **the delay between exposure of the last line of the 1st frame and the first line of the 2nd frame is equal the readout time for one line**. It means that exposure in the sensor occurs from the first line to the last line and then come back to the first line (for next frame) and so on. And the delay between the exposures of two consecutive lines are always the same, whether these two exposures belong to the same frame or not.
  
  Is my assumption correct? If not, what does contribute more delay for the exposure of the first line of the next frame? And what is the frame rate in that case?
  
  [![enter image description here](https://i.sstatic.net/NzoMG.jpg)](https://i.sstatic.net/NzoMG.jpg)
  
  **Tags:** framerate
  
  > **Comments:**
  > **username_1**: Your analysis is oversimplified somewhat. You also need to take into account the shutter speed (either in fractions of a second, or in degrees if you're into that). I also get the feeling that over a given frame rate, there may be multiple scans of the sensor that are composited to create a "frame" of video that gets encoded and stored. But that is conjecture on my part.  
  > **username_0**: Hi @username_1, I did take into account the shutter speed, which was indicated as "exposure" in my figure. Of course in this case the shutter speed is short than the frame interval.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_2 on 2016-05-09. Score: 1
  
  Between frame is frame gap. In there, camera don't expose and coresponse it can not receive data at frame gap.
  And i think, frame\_readout include frame gap (time between frame adjacent)
  
  
  ---
  
  