<p>To answer the title question exactly, no, the theoretical floor for H265 framerate is probably less than 1fps. But you don't want to fiddle with framerate anyway. It won't help you produce a quality video within your spec requirements (unless some unusually low framerate is in your specs).</p>
<p>When making videos from slides presentations is tempting to believe that you will gain meaningful file size reductions by lowering the framerate, but this notion is completely false. It is also false that you will gain meaningful quality increases with no size increase.</p>
<p>H265 is very good at interframe compression. If you take a static image and make a 30fps H265 video from it, the resultant file will be pragmatically identical to 1fps, or even 60fps versions.</p>
<p>Continuing on pragmatism, most end user players I've looked at for this issue struggle to play framerates under 15fps. In my experience, your videos won't play smoothly at 1fps. Any quality gains or size reductions are meaningless if end users cannot play the file.</p>
<p>You need to render your file with a variable bitrate. I'm not familiar with Primere Pro; and complete control over your renders, as can be attained from ffmpeg, may not be available, but I'm sure you have a VBR option. Try it out, and leave the framerate at the standard 30fps. Optionally, render for your permanent archive, then process with ffmpeg for end user distributions.</p>

CC BY-SA 4.0
2022-09-10T22:21:46.653Z
Can ffmpeg go onto youtube etc.?
Connor
CC BY-SA 4.0
2022-09-10T23:33:18.197Z
@Connor Yes, [see here](https://video.stackexchange.com/q/24479/3643). ffmpeg is a command line video encoding tool. It's very robust, but has a steep learning curve. I was recommending to still use primere, but with a variable bitrate.
user3643
CC BY-SA 4.0
2022-09-11T09:05:15.070Z
Okay thank you! In fairness, h.265 did seem to produce a very small file size compared to h.264. About 4 times smaller.
Connor
CC BY-SA 4.0
2022-09-11T12:24:58.463Z
@Connor H265 will compress better everytime, but there's still some instances where it's less reliable for end users. If your ultimate distribution channel is YouTube, I'd favor the *fastest workflow* without sacrificing quality. In terms of render time, both h264 and h265 will take a while (with h264 typically being faster), but the smaller file reduces upload time. Other codecs will render fast, but have low compression (big files), so you lose on the upload time. If you're doing this task frequently, play around with your workflow and available codecs. It'll benefit you later.
user3643
CC BY-SA 4.0
2022-09-09T19:19:43.557Z
2022-09-09T19:32:40.570Z
2022-09-09T19:32:40.570Z
user3643
<p>I produce videos that are mainly audio with some slides as visuals.</p>
<p>The slides change about once every 30 seconds, so even at a frame rate of 1fps my video would play smoothly.</p>
<p>When I try and export my video from Premiere Pro the lowest frame rate h.265 encoding allows is 10fps. Is that limit put in place by the Codec?</p>

<premiere><codec><h.265><fps>
Is 10 frames a second the lowest h.265 can go?
Connor
# Is 10 frames a second the lowest h.265 can go?

(Asked by: username_0 on 2022-09-07)

I produce videos that are mainly audio with some slides as visuals.

The slides change about once every 30 seconds, so even at a frame rate of 1fps my video would play smoothly.

When I try and export my video from Premiere Pro the lowest frame rate h.265 encoding allows is 10fps. Is that limit put in place by the Codec?

**Tags:** premiere, codec, h.265, fps


---

## 1 answers

### Answer by username_1 on 2022-09-09. Score: 1 | Accepted answer

To answer the title question exactly, no, the theoretical floor for H265 framerate is probably less than 1fps. But you don't want to fiddle with framerate anyway. It won't help you produce a quality video within your spec requirements (unless some unusually low framerate is in your specs).

When making videos from slides presentations is tempting to believe that you will gain meaningful file size reductions by lowering the framerate, but this notion is completely false. It is also false that you will gain meaningful quality increases with no size increase.

H265 is very good at interframe compression. If you take a static image and make a 30fps H265 video from it, the resultant file will be pragmatically identical to 1fps, or even 60fps versions.

Continuing on pragmatism, most end user players I've looked at for this issue struggle to play framerates under 15fps. In my experience, your videos won't play smoothly at 1fps. Any quality gains or size reductions are meaningless if end users cannot play the file.

You need to render your file with a variable bitrate. I'm not familiar with Primere Pro; and complete control over your renders, as can be attained from ffmpeg, may not be available, but I'm sure you have a VBR option. Try it out, and leave the framerate at the standard 30fps. Optionally, render for your permanent archive, then process with ffmpeg for end user distributions.

> **Comments:**
> **username_0**: Can ffmpeg go onto youtube etc.?  
> **username_1**: @username_0 Yes, [see here](https://video.stackexchange.com/q/24479/3643). ffmpeg is a command line video encoding tool. It's very robust, but has a steep learning curve. I was recommending to still use primere, but with a variable bitrate.  
> **username_0**: Okay thank you! In fairness, h.265 did seem to produce a very small file size compared to h.264. About 4 times smaller.  
> **username_1**: @username_0 H265 will compress better everytime, but there's still some instances where it's less reliable for end users. If your ultimate distribution channel is YouTube, I'd favor the *fastest workflow* without sacrificing quality. In terms of render time, both h264 and h265 will take a while (with h264 typically being faster), but the smaller file reduces upload time. Other codecs will render fast, but have low compression (big files), so you lose on the upload time. If you're doing this task frequently, play around with your workflow and available codecs. It'll benefit you later.  

---

