Answers.Body: <p>This depends on the specific encoder, and the compression standard, by itself, may not have anything to say about it.</p>
  
  <p>x264, which encodes to H.264, takes frame duration, into account, in its ratecontrol algorithm.</p>
  
  <p>From the source code (my emphasis):</p>
  
  <blockquote>
    <p><strong>Ratecontrol lowers relative quality at higher
    framerates and the reverse at lower framerates;</strong> this serves as
    the center of the curve.</p>
  </blockquote>
  
  <p>where <code>this</code> refers to the frame duration for the default fps of 25.</p>
  
  <p>This is further compounded by the setting of buffer sizes, important for network streaming or hardware players, and which are defined in terms of media duration, not frame count.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-10-04T16:35:25.313Z
Answers.Text: So there *is* correlation between framerate and individual frame quality, at least in x264's case. Does the H.264 standard has nothing to say on the subject and this decision is entirely left up to encoder implementations, or is this even prescribed on older (MPEG-2) or newer (H.265, VP9) standards?
Answers.UserDisplayName: MVittiS
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-10-04T17:20:56.733Z
Answers.Text: The H264/5 standards are primarily concerned with bitstream syntax, which is relevant for parsers and decoders. Encoding algorithms are not addressed. I suspect the same is true of VPx codecs as well.
Answers.UserDisplayName: Gyan
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-08-10T19:36:38.887Z
Answers.Text: @MVittiS I think that x264 won't reduce the quality much if you are still within range of the specified bitrate. If you were already at the bitrate limit at say 30 fps and now you want to generate 60 fps, then you all of sudden have to put 2x the data in the same stream. Quality is probably going to be visibly impacted in this case since you need to compress each frame to half its original size. So the encoder is not the only culprit. You can double the bitrate when you double the frame rate, though. Then it should remain close.
Answers.UserDisplayName: Alexis Wilke
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-10-02T13:55:21.887Z
Answers.LastActivityDate: 2017-10-02T13:55:21.887Z
Answers.UserDisplayName: Gyan
Body: <p>This question has no practical importance for a regular video production pipeline, but nonetheless it's something I find fascinating because it would imply video codecs use temporal sub-sampling methods in order to reduce bitrate, and those methods are controlled by the frame rate at encode time. So, here it goes:</p>
  
  <p>Suppose I have a set of lossless images (like scanned frames on a film strip) I want to encode with a certain video compression algorithm, such as H.264. Assuming that the frames inside the newly compressed video stream will be later decompressed and played back at their correct speed by means of <em>extracting the raw frames and not playing them back over a regular player</em>, the specified framerate in which I encode those images shouldn't matter at all to overall quality of every individual frame, given a constant quality setting. <strong>Or, is it?</strong></p>
  
  <p>It makes sense to think that modern codecs would use some form of coarser temporal estimation when frame rates are higher, due to the fact that the jitter effect of the motion compensation could be smoothed out over several frames, as opposed to a low framerate video where motion and quantization artifacts would become much more noticeable.</p>
  
  <p>Were this false, this would also imply that, if I wanted to convey more data / higher quality over a bitrate-constrained medium, such as YouTube, I could simply re-encode my video with half the framerate and ask users to play it back at twice the speed, since the bitrate limit would then be doubled over the regular speed video (minus any audio issues).</p>
  
  <p>I haven't done any scientific tests yet, but before digging into the data analysis (and trying to find a lossless video corpus to do so), I'd like to ask the community if any experiments have been made about this.</p>
  
Tags: <codec><framerate><compression><bitrate>
Title: Does increasing the framerate while not changing the content affects compression quality?
UserDisplayName: MVittiS
ThreadText: # Does increasing the framerate while not changing the content affects compression quality?
  
  (Asked by: username_0 on 2017-10-02)
  
  This question has no practical importance for a regular video production pipeline, but nonetheless it's something I find fascinating because it would imply video codecs use temporal sub-sampling methods in order to reduce bitrate, and those methods are controlled by the frame rate at encode time. So, here it goes:
  
  Suppose I have a set of lossless images (like scanned frames on a film strip) I want to encode with a certain video compression algorithm, such as H.264. Assuming that the frames inside the newly compressed video stream will be later decompressed and played back at their correct speed by means of *extracting the raw frames and not playing them back over a regular player*, the specified framerate in which I encode those images shouldn't matter at all to overall quality of every individual frame, given a constant quality setting. **Or, is it?**
  
  It makes sense to think that modern codecs would use some form of coarser temporal estimation when frame rates are higher, due to the fact that the jitter effect of the motion compensation could be smoothed out over several frames, as opposed to a low framerate video where motion and quantization artifacts would become much more noticeable.
  
  Were this false, this would also imply that, if I wanted to convey more data / higher quality over a bitrate-constrained medium, such as YouTube, I could simply re-encode my video with half the framerate and ask users to play it back at twice the speed, since the bitrate limit would then be doubled over the regular speed video (minus any audio issues).
  
  I haven't done any scientific tests yet, but before digging into the data analysis (and trying to find a lossless video corpus to do so), I'd like to ask the community if any experiments have been made about this.
  
  **Tags:** codec, framerate, compression, bitrate
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2017-10-02. Score: 3 | Accepted answer
  
  This depends on the specific encoder, and the compression standard, by itself, may not have anything to say about it.
  
  x264, which encodes to H.264, takes frame duration, into account, in its ratecontrol algorithm.
  
  From the source code (my emphasis):
  
  > **Ratecontrol lowers relative quality at higher
  > framerates and the reverse at lower framerates;** this serves as
  > the center of the curve.
  
  where `this` refers to the frame duration for the default fps of 25.
  
  This is further compounded by the setting of buffer sizes, important for network streaming or hardware players, and which are defined in terms of media duration, not frame count.
  
  > **Comments:**
  > **username_0**: So there *is* correlation between framerate and individual frame quality, at least in x264's case. Does the H.264 standard has nothing to say on the subject and this decision is entirely left up to encoder implementations, or is this even prescribed on older (MPEG-2) or newer (H.265, VP9) standards?  
  > **username_1**: The H264/5 standards are primarily concerned with bitstream syntax, which is relevant for parsers and decoders. Encoding algorithms are not addressed. I suspect the same is true of VPx codecs as well.  
  > **username_2**: @username_0 I think that x264 won't reduce the quality much if you are still within range of the specified bitrate. If you were already at the bitrate limit at say 30 fps and now you want to generate 60 fps, then you all of sudden have to put 2x the data in the same stream. Quality is probably going to be visibly impacted in this case since you need to compress each frame to half its original size. So the encoder is not the only culprit. You can double the bitrate when you double the frame rate, though. Then it should remain close.  
  
  ---
  
  