UE4/UE5 Android 超大(视频)文件打包/防拷贝方案

案例

本例有一个超过8G的mp4视频文件需要播放。最初的做法是直接将mp4手动拷贝到指定的安卓目录下,然后利用MediaPlayer的OpenFile来打开对应路径的文件进行播放。好处在于,app与mp4是互相独立的,可以随时替换视频文件且apk文件大小不受视频文件的影响。

需求

视频文件是固定的,不会变更,但是需要防拷贝或拷贝后不能在非本应用内被正常播放。

方案一

将视频文件上传到云端,通过OpenUrl进行在线播放。但因为需要支持离线播放,因此该方案不做考虑。

方案二

还是通过app、mp4分离的方式,但是对本地mp4文件进行加密,UE端解密播放。
这个是否可行需进一步研究,若有朋友知晓,希望评论分享交流!!!

方案三 (本例采取的方案)

将视频文件直接打包进apk,并做加密处理。

需要解决的问题

基于UE或安卓的打包特性,对打包出来的包体大小有限制,以及视频文件在UE打包出来后可以很轻松的通过反编译/解包等方式找到。

本方案最终会涉及到apk、obb、pak三种类型包体文件,具体后面会提到。

目前有以下问题需要解决:

1. 视频文件过大导致打包失败
2. 打包出来的mp4文件通过apk/obb解压后被找到
3. 通过obb里的pak文件找到视频文件

OBB解压找到pak文件,pak通过UnrealPak.exe或其它工具解包找到mp4

解决方案

1. 解决文件过大导致打包失败问题

从打包报错可以看出,obb文件不能超过4G,因此首先对8G多的视频文件做切割,切割成单个不超不超过4G的文件,我通过ffmpeg做的裁切:

bash 复制代码
ffmpeg -i input.mp4 -f segment -segment_time 350 -reset_timestamps 1 -c copy output%03d.mp4

允许large、patch、overflow OBB,以支持输出最大4G的OBB文件

2. 不将视频文件直接暴露在OBB中
  • 启用pak、chunks
    为后续做自定义资源分包以及加密用
  • 不自动打包/拷贝视频文件
    可以禁止打包出来后视频直接以原格式mp4拷贝到包里,又可以为后面将视频文件打包进pak而避免重复拷贝。
  • 添加打包非UE资源文件夹
    我将三个视频文件放在Content/Videos目录下,将其添加为非UE资源文件夹打包到包里

    到这里,直接打包的话所有的文件都会被打包进默认的主pak文件,该pak文件将会超过4G,放不进OBB。因此还是设法将三个视频文件单独打包进不同的pak。
  • 资源管理
    • 新建三个DataAsset

    • 配置DataAsset

      配置ChunkID,这个ID后面会用到
      上面这样配置DataAsset后,打包后会生成pakchunk10-Android_ASTC.pak文件,注意pakchunk10中的10对应的上面ChunkID.

    • 自定义资源分配规则

      Config文件夹内新建DefaultPakFileRules.ini文件,配置如下:

      bash 复制代码
      [MoviesToPak10]
      OverridePaks="pakchunk10"
      bOnlyChunkedBuilds=true
      ;List of file masks to apply to
      +Files=".../output000.mp4"
      
      [MoviesToPak11]
      OverridePaks="pakchunk11"
      bOnlyChunkedBuilds=true
      ;List of file masks to apply to
      +Files=".../output001.mp4"
      
      [MoviesToPak12]
      OverridePaks="pakchunk12"
      bOnlyChunkedBuilds=true
      ;List of file masks to apply to
      +Files=".../output002.mp4"

      这个配置的意思是将指定的output000.mp4文件打包进pakchunk10,同理output001.mp4、output002.mp4分别打包进去packchunk11、12的pak文件里。

至此我们成功的分别将三个将近4G的mp4分别打进了3个不同pak文件,这样pak再打进obb的时候就可以通过UE的自动分配打包到不同的OBB里,避开了单个OBB文件不允许超过4G的闲置。这也是需要允许large、patch、overflow OBB的原因。

参考:《UE5在资源打包配置上的BasePakFileRules.ini文件源码解读分析》

3.加密pak文件,防止从pak中提取视频文件

启用CryptoKeys插件:

加密配置:

加密后,常规手段就无法破解pak包了。

利用UE自带的加密方案,是否有被破解的风险,待进一步研究。

请参考:《UE4 Pak 加密与解密调研》

打包文件

中间文件

打包过程文件在"xxx\Saved\StagedBuilds"里查看。

  • 默认未启用"Exclude movie files when staging"
    就会将Movies中的视频文件默认拷贝到包里
  • 启用"Exclude movie files when staging"
    启用后,就不会拷贝Movies文件夹了
安装包

最终输出的包如下,总体大小为8、9G,理论上最大可以支持总大小不超过12G的包。