Alugha对冠军联赛的视频进行编码

在 alugha 成立之初，我们有一台服务器。 我们按部就班地编码视频，但在某个时间点，我们遇到了第一批性能问题，因此将开发环境外包了。我们的功能和视频越来越多。 从每周1-2个短视频到每天1-2个。 从每个视频3-5分钟到20分钟甚至整个故事片。 在一次又一次地遇到性能问题之后，我们不得不考虑一些事情。我们需要一个令人印象深刻的战略。 从建立之初，我们就希望能不断优化产品并让用户满意。

那我们做了什么？ 我们非常审慎地考察了我们在2016年构建的所有内容，意识到为了应对下一次大冲击我们不能继续这样下去。 必须有全新的东西。

让我们看一下我们已经彻底实现或开始优化的各个领域：

格式输入/输出

似乎有数不胜数的设备可以用来录制视频。 今天有些人仍在与Amiga或Atari Falcon合作。 有些人使用较旧的手机，有些人则使用最先进的iPhone。还有许多人在很多年前使用DivX、XviD或MPEG1创建了第一个存档。 这样继续列举下去我们能能轻松列举出150种或更多的视频格式。但这的确是一个巨大的挑战，狂热的制片人可以在自己的设备上观看自己的视频，但这并不意味着能在视频平台上（在我们的例子中）做任何想做的事。 因此，我们必须确保可以提供尽可能多的格式。我们涵盖了大量已知格式，例如 MP4、AVI、MOV、MKV、HLS、MPEG-2（TS和PS）、MXF、ASF、ProRes、XDCAM、DNx、MPEG1、M4A、M4V、F4V、F4A、M4B、M4R、FLV、VOB、3GP 、3GP2，仅举几例…… 无法编码处理视频的情况极少发生。

我们究竟为什么必须对视频进行编码，这有什么果效？

想象一下，您有一部可以用来拍摄的旧诺基亚手机…… 哦，是的，很久以前这些旧设备的续航时间为一周。我没有这样的设备，所以，我无法在线观看由诺基亚提供的视频。 这是我们必须对视频进行编码的原因之一。

这个世界本来可以很简单，但实际上它不是，因为每个制造商都遵循自己的想法。 随着时间的流逝，少数的几个格式明显胜出。自适应流最著名和使用最广泛的标准是MPEG DASH和HLS。 过去我们标记为HLS MPEG TS，现在我们将其编码为 "fmp4"。

现在事情变得很酷：我们喜欢不断优化事物并尽可能地绿色环保。 多亏了fmp4，我们目前可以在同一视频文件中使用HLS和MPEG DASH。这让我们能够确保在编码后，两种格式（以及对大量终端设备的访问权限）同时立即可用。 不仅如此！我们能够将视频的大小减少多达60％，从而大大降低了不必要的存储空间使用。 亮点：质量不受影响！

性能

是的，这很困难。对这样的视频进行编码究竟有多快？ 在此更新之前，我们没有出色的编码性能。 我们同时将5个视频传输到管道中，然后一个接一个地处理它们。当时使用的是我们的标准服务器，我们没有进行任何优化，因此可能需要等待3-5个小时才能完成最后一个视频。 处理时间的长短尤其取决于正在制作的视频。

更新后，我们可以同时以高清质量编码成千上万的完整故事片！ 我们检查在全球拥有的计算机集群，并确定在哪里可以获得最好的性能，然后将加密的视频推送到那里，对其进行编码，然后将其带回到对象存储中，以供用户再次使用。我们的编码率大约为10：1. 一部长90分钟，分辨率为1080p（FHD）的电影可以在10分钟内就绪，以我们提供的所有格式和分辨率播放，并可立即发布。我们还会多次查询过程的状态，并且可以提供有关视频编码状态的精确信息。

安全
安全对我们来说是一个大问题。 我们的许多用户都使用alugha，尤其是结合dubbr使用，或用于内部培训视频或（游戏）电影项目和电视剧。因此，当将视频上传到alugha时，这些用户自然想要绝对的安全。 当我们在编码框之间来回移动数据时尤其如此。因此，视频在两方均被加密，以确保安全的“传输”。

结论

编码是我们的一个大工地，我们特意为此留出了时间。 多年来，我们已经获很多经验，并且能够将其纳入计划中。在过去的12个月中，我们已经对该主题进行了大规模处理，纠正了许多小错误并填补了空缺。对于我们来说，这是通往全新联盟的门户，是能够为我们的客户提供更好服务的非常重要的组成部分之一。 但是...... 比赛的结束又是比赛的开始！ 我们还有很多关于这个主题的路线图!