<p>x264 is the best-in-class encoder for generating H.264 video streams and you can use it via ffmpeg, a command-line tool, to encode to a small-sized file. Get a binary from <a href="https://ffmpeg.org/download.html" rel="noreferrer">here</a> - opt for the latest nightly/snapshot release - and run</p>

<pre><code>ffmpeg -i input.mov -c:v libx264 -crf 23 output.mov
</code></pre>

<p>The output will be the same constant frame rate as the input but x264 is very good at minimizing space consumed by frames which are the same as preceding ones. Lower CRF values produce better quality files at the cost of larger file sizes. 18 to 28 is a decent range to stick within.</p>

CC BY-SA 3.0
2016-04-14T22:53:04.130Z
This worked beautifully. I had a 17 minute 1080p screen capture of a Keynote presentation. Using this command, I was able to compress it from 278 MB to 38 MB, which is exactly what I wanted.
Sean Moubry
CC BY-SA 4.0
2020-05-26T11:25:25.540Z
I would update this answer to include x265. My experience with a 61 minute recording of a slideshow presentation was the following. Original: AVC/AAC = 1.13 GB , x264/AAC (CRF=28) = 154 MB, x265/AAC (CRF=28) = 127 MB
Pau Coma Ramirez
CC BY-SA 4.0
2020-05-26T12:05:51.250Z
I would consider that a marginal improvement considering heavier resource use for s/w HEVC decoding.
Gyan
CC BY-SA 4.0
2020-09-10T20:54:44.653Z
@Gyan Not to mention the significant increase in *encoding* time as well (when bulk converting videos)!
Mateen Ulhaq
CC BY-SA 4.0
2021-04-30T18:37:32.180Z
@Gyan Shaving 17.5% off of the file size of x264 is not a "marginal" improvement, and while often notoriously slow with motion content, x265 encoding time is extremely fast with videos composed almost entirely of static frames like a slideshow. I just encoded a 1280x720 5-minute greentext reading video with x265 Faster RF27.5 on a Ryzen 7 3700X in 43 seconds, for example; non-slideshow videos take 2-3 minutes on the same machine even if downscaling to 960x540.
Jody Bruchon
CC BY-SA 4.0
2022-09-16T19:55:09.843Z
From what I understand, x265 hardware decoders are now included as parts of the modern CPUs, so the resource usage is less of a reason not to use x265 now.
Dr_Zaszuś
CC BY-SA 3.0
2016-04-11T20:24:37.600Z
2016-04-11T20:24:37.600Z
Gyan
<p>I often do QuickTime screen recordings of slideshow presentations (e.g. Keynote).</p>

<p>These videos are 1080p 60fps and mostly text. They can go for minutes at a time with the same exact frame on-screen (static slide) yet have 60fps transitions between slides.</p>

<p>What are some compression tools or techniques that work best for this kind of video? I’m looking for something that keeps the text sharp while maintaining the 60fps animation transitions, without the file size being insane.</p>

<p>I’m not looking for answers like “use the Export for 1080p menu in QuickTime”. The best answer will have a solution that’s customized for the specific needs of a slideshow presentation video, perhaps using variable frame rate compression techniques.</p>

CC BY-SA 3.0
2016-04-11T20:55:46.203Z
`-tune stillimage` is, strictly speaking, meant for *one* static image for the span of the video, and will impact the slide turnover parts if those aren't simple cuts. And in my experience, I've gotten smaller files without it.
Gyan
<compression><screen-casting>
Techniques for compressing a slideshow presentation video?
Sean Moubry
# Techniques for compressing a slideshow presentation video?

(Asked by: username_0 on 2016-04-11)

I often do QuickTime screen recordings of slideshow presentations (e.g. Keynote).

These videos are 1080p 60fps and mostly text. They can go for minutes at a time with the same exact frame on-screen (static slide) yet have 60fps transitions between slides.

What are some compression tools or techniques that work best for this kind of video? I’m looking for something that keeps the text sharp while maintaining the 60fps animation transitions, without the file size being insane.

I’m not looking for answers like “use the Export for 1080p menu in QuickTime”. The best answer will have a solution that’s customized for the specific needs of a slideshow presentation video, perhaps using variable frame rate compression techniques.

**Tags:** compression, screen-casting

> **Comments:**
> **username_1**: `-tune stillimage` is, strictly speaking, meant for *one* static image for the span of the video, and will impact the slide turnover parts if those aren't simple cuts. And in my experience, I've gotten smaller files without it.  

---

## 1 answers

### Answer by username_1 on 2016-04-11. Score: 7 | Accepted answer

x264 is the best-in-class encoder for generating H.264 video streams and you can use it via ffmpeg, a command-line tool, to encode to a small-sized file. Get a binary from here - opt for the latest nightly/snapshot release - and run
ffmpeg -i input.mov -c:v libx264 -crf 23 output.mov

The output will be the same constant frame rate as the input but x264 is very good at minimizing space consumed by frames which are the same as preceding ones. Lower CRF values produce better quality files at the cost of larger file sizes. 18 to 28 is a decent range to stick within.

> **Comments:**
> **username_0**: This worked beautifully. I had a 17 minute 1080p screen capture of a Keynote presentation. Using this command, I was able to compress it from 278 MB to 38 MB, which is exactly what I wanted.  
> **username_2**: I would update this answer to include x265. My experience with a 61 minute recording of a slideshow presentation was the following. Original: AVC/AAC = 1.13 GB , x264/AAC (CRF=28) = 154 MB, x265/AAC (CRF=28) = 127 MB  
> **username_1**: I would consider that a marginal improvement considering heavier resource use for s/w HEVC decoding.  
> **username_3**: @username_1 Not to mention the significant increase in *encoding* time as well (when bulk converting videos)!  
> **username_4**: @username_1 Shaving 17.5% off of the file size of x264 is not a "marginal" improvement, and while often notoriously slow with motion content, x265 encoding time is extremely fast with videos composed almost entirely of static frames like a slideshow. I just encoded a 1280x720 5-minute greentext reading video with x265 Faster RF27.5 on a Ryzen 7 3700X in 43 seconds, for example; non-slideshow videos take 2-3 minutes on the same machine even if downscaling to 960x540.  
> **username_5**: From what I understand, x265 hardware decoders are now included as parts of the modern CPUs, so the resource usage is less of a reason not to use x265 now.  

---

