有关所使用格式的一些常规信息：
YouTube使用4种容器格式和4种不同的编解码器。取决于视频的受欢迎程度，视频使用哪种编解码器（请参见下面的原因）。通常，您上传的每个视频都将以h.264进行编码，然后将其复用到.flv和.mp4容器中。这是标准，每个视频都会发生。虽然.flv仅用于720p以下的分辨率。这意味着.flv容器中将仅存在360p和480p。尽管每个720p以下的视频都将提供mp4版本。对于240p，YouTube还使用了3gp，这是一个相当古老的编解码器（基于MPEG-4 Part 2（不要与MPEG4 Part 10 aka h.264混淆）），用于移动设备（早于智能手机时代）。容器.3gpp。
使用的另一个编解码器是VP8，它以WebM容器格式提供。WebM是Google开发的一种格式，是HTML5的标准视频编解码器，到目前为止，在大多数现代浏览器中对WebM的支持都非常好。WebM是YouTube的HTML5版本引入的。YouTube仅在上传某些视频后才在WebM中对它们进行编码，并且大多数情况下仅对流行视频进行编码（按照我在WebM中看到的编码视频进行），因此不确定您的视频会出现在WebM中。尽管随着WebM获得更多支持，这种情况正在改变。
到目前为止，YouTube还支持WebM中的VP9，但到目前为止，只有chrome支持此编解码器（截至06/2015）。借助VP9，他们还引入了对Opus音频编解码器的支持（除了在所有其他容器中使用的AAC之外）。
关于您的链接问题（也许应该合并？）
您应该使用哪种编解码器/容器上载？
这取决于您是否受上传速度的限制/关注，然后将h.264 Level 3.1 / 4.1与SD的Main Profile或HD的High Profile一起使用。YouTube会接受这种做法，并且在YouTube服务器对其进行编码后看起来会很好。我通常会建议720p素材的比特率为〜4-5 Mbit / s，而1080p的比特率则为〜8-9 Mbit / s。对于4k，约15Mbit / s。通常，这是尺寸和质量之间的良好平衡。如果您想获得更高的质量，请选择更高的比特率，如果您选择更小的视频，请选择更低的比特率。
但是请注意，一旦上传了视频，YouTube总是会对您的视频进行编码，无论您使用哪种编解码器和设置都没有关系。因此，如果您希望在理论上为上载提供最佳质量，请选择用于上传的无损编解码器，或者至少选择视觉上无损的编解码器。将YouTube视为交付/消费者格式的最终输出，上传到YouTube是制作的最后一步，在制作过程中您要保持无损。但是请注意，这全都只是理论上的事情，实际上我会说这并不重要，因为我们谈论的是YouTube，而不是电视广播或电影院。
但是，如果您真的想以“完美”的方式进行操作，请使用生产编解码器，而不要使用像h.264这样的消费者编解码器。MJPEG会是一个很好的编解码器，YouTube绝对支持.avi或.mov容器中的编解码器。MJPEG是有损编解码器，但视觉质量将与源相同（如果您选择足够高的质量设置，则实际上是JPEG作为视频编解码器）。我认为，使用真正的无损编解码器会浪费硬盘空间和带宽。
但是，如果您想真正无损地上传视频并且不关心上传时间，我建议您使用标准的QuickTime编解码器，因为YouTube应该几乎支持所有这些编解码器（请注意，并非所有人都无损，h264也是一种标准的QuickTime编解码器）。遗憾的是，尽管YouTube并未说明支持哪些QuickTime编解码器。动画或JPEG2000应该可以工作。两种编解码器都可以100％无损。
在帧速率方面，如果您可以选择在录制/动画时使用25FPS（到目前为止，YouTube还支持50和60FPS视频，因此可能还支持30FPS），那么YouTube最喜欢（每个视频使用的帧速率），但如果您的镜头已经以其他帧速率出现，则坚持使用该帧速率，并且不要上下插值。YouTube会为您处理转换，并且通常会比您的编码器做得更好。他们每天必须处理各种帧速率，并且很好地解决了这个（实际上非常复杂的）问题。
音讯：
对于音频，如果您也想保持音频的无损，请使用PCM，但这实际上只是理论上的质量改进。AAC通常会明智地执行相同的工作质量（主观），并且会更小。我建议AAC的比特率至少为192kbps。大小影响通常不如视频编解码器那么大，因此您也可以仅以320kbps传输。YouTube会使用AAC和Opus（仅适用于WebM）编解码器将音频转换为〜24kbps（移动aka 3gp）〜64kbps（240p），〜128kbps（360p / 480p）和〜192kbps（720p +）。