[Unity workflows] Unity Addressables：压缩方式的基准测试

最新推荐文章于 2023-12-23 19:45:34 发布

Unity尧明

最新推荐文章于 2023-12-23 19:45:34 发布

阅读量502

点赞数

分类专栏： Unity Workflows Unity Addressable 文章标签： unity Addressable workflow

Unity 同时被 3 个专栏收录

246 篇文章 39 订阅

订阅专栏

Unity Workflows

11 篇文章 0 订阅

订阅专栏

Addressable

9 篇文章 0 订阅

订阅专栏

英文原文：https://thegamedev.guru/unity-addressables/compression-benchmark/

今天我将向您展示如何为您的资产包选择最佳的 Unity Addressable 压缩方法。

在这篇文章中，您将了解到：

如何减少资产包大小
如何减少向贪婪的 CDN 支付的费用
您应该使用未压缩的、LZ4 还是 LZMA？

因此，如果您想充分利用 Unity 可寻址资产，您会发现这篇文章很有用。

让我们开始吧。

前段时间，我的目标是优化我的游戏的内存使用。

我的内容太多，无法放入 RAM。

因此，自然而然的方法是可寻址路线。

在投入大量精力学习该系统后，我得到了一个坚如磐石的系统并开始运行。结果是减少了 50% 的内存使用量。不错。

但我只是勉强触及了 Addressables 的皮毛。我错过了太多功能。

所以我浏览了所有我能找到的可寻址设置。

一个立即引起了我的注意：资产包压缩模式。

有趣的是，这将被证明是有用的，我对自己说。

在那里我清楚地看到了 Unity 给我的机会。 Unity 为我提供了一个强大的工具，我可以使用它来处理两个关键变量：存储大小和 CPU 性能。

Unity 为您提供的三种压缩模式是：Uncompressed、LZ4 和 LZMA。

我很好奇。我真的很想看看每种模式在现实生活中有什么不同。

然而，与此同时，我不停地问自己……关注这个真的值得我花时间吗？

当然，Unity 方面缺少 Addressables 文档是可以预料的。忙碌的开发者，忙碌的时代。因此，正如 Addressables 经常发生的那样，我不能指望它们。

但尽管投入了时间，但还是要达成协议：我决定让这项研究变得有价值。我决定制定一个基准来了解 Unity 可寻址压缩模式在现实世界中的影响。

今天我将与大家分享我的调查结果和我对这个问题的看法。

内容

第 1 章：什么是可寻址对象？
第 2 章：什么是可寻址压缩？
第 3 章：基准可寻址压缩
- 基准设置
- 基准视频
- 基准音频
- 基准纹理
- 基准文本
第 4 章：结论

第 1 章：什么是可寻址对象？

在 Unity 中使用资产的默认方式是使用直接引用您的内容。直接引用会自动为您将所有资产加载到内存中。这很舒服，但通常会导致内存消耗激增。而且，我的朋友，我们想要战斗。

Unity Addressables 是游戏开发者急需使用间接引用的一项技术。

间接引用让您决定何时将内容加载到内存中和从内存中卸载。这使您可以极大地控制内存。

当我们使用 Addressables 时，我们的目标是优化内存使用。

但这还不是全部。优化内存有许多次要好处，例如减少加载时间、减少崩溃和更好的用户评论，即更多现金到您的口袋。

通过可寻址，我们围绕资产组组织所有内容……

可寻址组是以非常特定的方式包含我们资产的数据桶。

在每家超市，你都会看到成吨的资产：（热）汽水、面包、多汁的水果等……这些资产的包装各不相同。你不想把一些可乐倒进你放面包的纸袋里。每种包装都非常适合某些类型的商品。

嗯，可口可乐、芬达、水、面包、米饭是你的资产。您将资产放入的不同包装就是您的组。组决定了您存储和交付资产的方式，包括压缩设置（更松或更紧的纸板箱）。

如下所示，将资产分配给组很容易。

第 2 章：什么是可寻址压缩？

您的游戏可能有成千上万的资产。正如我们所见，不同的内容类型需要不同的包装（组）。

压缩是组参数之一，它将决定 Unity 存储和加载资产的效率。

您可以在以下压缩模式之间进行选择：

Uncompressed
LZ4
LZMA

接下来的问题是：如何在游戏中充分利用压缩？

当您将资产分配给一个组时，您实际上是在将这些资产打包在一起，就像在一个 ZIP 文件中一样。

您可能还记得使用 WinZIP 及其系列时，您有多个压缩设置。

最强的压缩级别往往会保存更多的数据，但它们也会窃取更多的资源来压缩和解压缩。

因此，您和我必须始终寻求在存储空间节省和性能成本之间取得平衡。

就像使用 WinZIP 一样，您必须将相同的原则应用于 Unity 可寻址压缩设置。

那么，您有哪些压缩模式？

Uncompressed 意味着：您按原样存储资产数据。理论上，这不需要进一步处理，只需要 I/O 带宽。

LZ4 是您拥有的第二种压缩模式。它不是一种超快的压缩算法，它的性能成本达到了很好的比率。难怪这是新的可寻址组的默认设置。

但有时我们对我们的 Seat 不满意，而是想要一辆 Tesla。无论成本如何，我们都愿意将大量现金投入到似乎更强大的替代方案中。这就是 LZMA 为您服务的地方。

LZMA 是一种（理论上）更强大的 Unity 可寻址压缩算法。使用 LZMA，我们可以通过将更多硬件投入到任务中来潜在地实现更高的压缩比。

想知道在哪里可以找到这些压缩模式？看看下面，这就是我通常设置视频组的方式。

在这里插入图片描述
您可能知道，大多数视频已经使用 H264 进行了大量压缩。所以一般来说你不必在它们之上重新应用压缩。

但老实说，视频只是其中的一小部分。

其余内容类型有什么问题？

更重要的是……我想要数字！

第 3 章：基准可寻址压缩

如果您正在阅读本文，可能是因为您想在未来做出明智的决定。

我将在本章帮助你做到这一点……用数字。

我花了一些时间来衡量可寻址组压缩级别对两个指标的影响：

生成的资产包存储大小
加载时间

我用不同的内容类型和几种格式做了这个测试，以包含更多信息：

Textures: RGB32, ETC2, ASTC
Music: PCM, ADPC, Vorbis
Videos: H.264
Text: Epic Lorem Ipsum

基准测试设置

是时候得到一些有趣的数字了。他们经常揭露真相

为了进行基准测试，我将公共领域资产导入到一个新的 Android Unity 项目中。

每个资产都将进入其自己的可寻址组，因此进入其自己的资产包。

为了更好地了解数字，我复制了资产以应用特定设置，例如不同的纹理压缩算法和资产包压缩模式。

请参阅下面我用于此基准的资产组合。

在这里插入图片描述

public class AddressablesGenericContentLoader : MonoBehaviour
{
    [SerializeField] private AssetReference[] assetReferences = null;
    private const float WaitTime = .1f;
    private float _lastTimeMs;
    private string _lastObjectName;
    
    private IEnumerator Start()
    {
        yield return Addressables.InitializeAsync();
        const int repetitions = 5;
        for (var i = 0; i < assetReferences.Length; i++)
        {
            var totalMs = 0f;
            for (var repetition = 0; repetition < repetitions; repetition++)
            {
                yield return new WaitForSeconds(WaitTime + 1f);
                yield return TestLoad<UnityEngine.Object>(assetReferences[i]);
                totalMs += _lastTimeMs;
            }
            Debug.Log($"[TheGamedevGuru] \"{_lastObjectName}\" {totalMs/repetitions}ms");
        }
        Debug.Log($"[TheGamedevGuru] Finished");
    }
    
    private IEnumerator TestLoad<TObject>(AssetReference assetReference)
        where TObject : UnityEngine.Object
    {
        GC.Collect();
        yield return Resources.UnloadUnusedAssets();
        var stopwatch = new Stopwatch();
        stopwatch.Start();
        var loadOperation = assetReference.LoadAssetAsync<TObject>();
        yield return loadOperation;
        stopwatch.Stop();
        _lastObjectName = loadOperation.Result.name;
        _lastTimeMs = stopwatch.ElapsedMilliseconds;
        yield return new WaitForSeconds(WaitTime);
        assetReference.ReleaseAsset();
    }
}