<blockquote>
  <p>If Facebook, YouTube and others video hosting sites re-encode all videos uploaded, is the codecs used still matter?</p>
</blockquote>

<p>Both <strong>no</strong> and <strong>yes</strong>.</p>

<p>Technically, <strong>no</strong>, because they can handle most common formats and re-encode what you give it no matter the format.</p>

<p>Practically, <strong>yes</strong>, because you have to take into account your time, energy usage, and upload speed.</p>

<blockquote>
  <p>If I use h.264 codec with mp4 or MOV format as Facebook recommended, will it reduce or bypass the Facebook's video processing?</p>
</blockquote>

<p><strong>No</strong>. They almost certainly re-encode everything for consistency.</p>

<blockquote>
  <p>If I use h.265 for smaller file size, will the viewers of my video save their mobile data usage?</p>
</blockquote>

<p>If the quality between the two formats is the same, then the answer is <strong>no</strong>.</p>

<hr>

<h2>What to do</h2>

<p>Because it appears you are re-encoding something that has already been losslessly compressed I recommend that you <strong>upload the original file and avoid the needless re-encoding step</strong>. You'll save time and avoid <a href="https://en.wikipedia.org/wiki/Generation_loss" rel="nofollow noreferrer">generation loss</a>.</p>

<h3>If you have to re-encode</h3>

<p>If you must re-encode, such as if the original was encoded inefficiently, or is too big to upload, or you want to modify the video (such as by using filters), then provide "<a href="https://trac.ffmpeg.org/wiki/Encode/H.264#a1.ChooseaCRFvalue" rel="nofollow noreferrer">visually lossless</a>" or as close to that as you can while still being practical to encode and upload. Avoid lossless as it will make a huge file.</p>

CC BY-SA 4.0
2019-08-21T18:10:05.367Z
2019-08-21T18:10:05.367Z
llogan
<p>Rendering your video as a prores444xq which is 4gb big or using h264 to produce a 50mb file will result in the same data-usage at the user-end, since the files will be converted in the same codec by Facebook. However, your aspect ratio and overall size of the video will matter. I doubt that facebook would upscale a 1280x720 video to fullHD, so that might safe some data on the back-end.</p>

<p>However, encoding nearly lossless first will still result in a better image quality than rendering in a low-profile h264, even though it will be converted again. If you re-encode a huge file, it will look good for the re-encoded format, but if you re-encode an already heavily compressed file containing artifacts it will look worse in the end.</p>

CC BY-SA 4.0
2019-08-21T08:09:11.990Z
2019-08-21T08:09:11.990Z
Florian Claaßen
<p>I usually encode with <code>libx265</code> and <code>libfdk_aac</code> to get good quality and small file size for posting in Facebook. I use <code>ffmpeg</code> as follows.</p>

<pre><code>ffmpeg -i input.mp4 -vf -c:v libx265 -c:a libfdk_aac output.mp4
</code></pre>

<p>If Facebook, YouTube and others video hosting sites re-encode all videos uploaded, is the codecs used still matter?</p>

<p>If I use <code>h.264</code> codec with <code>mp4</code> or <code>MOV</code> format as Facebook recommended, will it reduce or bypass the Facebook's video processing?</p>

<p>If I use <code>h.265</code> for smaller file size, will the viewers of my video save their mobile data usage?</p>

<video><ffmpeg><encoding><codec><webvideos>
Is using codecs matter if Facebook re-encode all the uploaded videos?
Nick
# Is using codecs matter if Facebook re-encode all the uploaded videos?

(Asked by: username_0 on 2019-08-18)

I usually encode with libx265 and libfdk_aac to get good quality and small file size for posting in Facebook. I use ffmpeg as follows.
ffmpeg -i input.mp4 -vf -c:v libx265 -c:a libfdk_aac output.mp4

If Facebook, YouTube and others video hosting sites re-encode all videos uploaded, is the codecs used still matter?
If I use h.264 codec with mp4 or MOV format as Facebook recommended, will it reduce or bypass the Facebook's video processing?
If I use h.265 for smaller file size, will the viewers of my video save their mobile data usage?

**Tags:** video, ffmpeg, encoding, codec, webvideos


---

## 2 answers

### Answer by username_1 on 2019-08-21. Score: 1 | Accepted answer

> If Facebook, YouTube and others video hosting sites re-encode all videos uploaded, is the codecs used still matter?

Both **no** and **yes**.

Technically, **no**, because they can handle most common formats and re-encode what you give it no matter the format.

Practically, **yes**, because you have to take into account your time, energy usage, and upload speed.

> If I use h.264 codec with mp4 or MOV format as Facebook recommended, will it reduce or bypass the Facebook's video processing?

**No**. They almost certainly re-encode everything for consistency.

> If I use h.265 for smaller file size, will the viewers of my video save their mobile data usage?

If the quality between the two formats is the same, then the answer is **no**.

---

## What to do

Because it appears you are re-encoding something that has already been losslessly compressed I recommend that you **upload the original file and avoid the needless re-encoding step**. You'll save time and avoid [generation loss](https://en.wikipedia.org/wiki/Generation_loss).

### If you have to re-encode

If you must re-encode, such as if the original was encoded inefficiently, or is too big to upload, or you want to modify the video (such as by using filters), then provide "[visually lossless](https://trac.ffmpeg.org/wiki/Encode/H.264#a1.ChooseaCRFvalue)" or as close to that as you can while still being practical to encode and upload. Avoid lossless as it will make a huge file.


---

### Answer by username_2 on 2019-08-21. Score: 0

Rendering your video as a prores444xq which is 4gb big or using h264 to produce a 50mb file will result in the same data-usage at the user-end, since the files will be converted in the same codec by Facebook. However, your aspect ratio and overall size of the video will matter. I doubt that facebook would upscale a 1280x720 video to fullHD, so that might safe some data on the back-end.

However, encoding nearly lossless first will still result in a better image quality than rendering in a low-profile h264, even though it will be converted again. If you re-encode a huge file, it will look good for the re-encoded format, but if you re-encode an already heavily compressed file containing artifacts it will look worse in the end.


---

