DRM-X 6.0 鸽子和橄榄枝标志DRM-X 6.0文档
◎ 简体中文

长视频、4K 与 8K

计划3小时VOD工作流程,采用交互包大小和上传时间计算器,源解析阶梯和回收指导.

查看 Markdown现场实例更新2026-09-09
您的后端决定访问; DRM-X 执行已签名的政策。 加密的媒体和DRM 许可证会遵循不同的传送路径 。
您的后端决定访问; DRM-X 执行已签名的政策。 加密的媒体和DRM 许可证会遵循不同的传送路径 。

在编码前规划一段长的视频#

Packager 支持 Full HD、4K 和 8K 编码输出设置,并为长时 VOD 任务提供分片上传恢复功能。使用分片的 DASH/HLS/CMAF 输出时,三小时的源视频不会通过一个巨大的请求一次上传。分辨率、时长、帧率、码率、音轨和受保护格式的数量都会影响处理工作量。

允许足够的时间编码, 使用可靠的本地磁盘, 保持计算机的清醒, 并为源保留空间, 临时清调和最终保护包。 一个简短的代表性测试剪辑有助于估计您的硬件上的编码时间和输出比特率。 实际的3小时 4K/8K 吞吐量和播放量必须用您的源和目标设备进行测试 。

估计加密输出包大小和上传时间#

调整输入以查看时间长度、 共编码比特率和上传速度对工作的影响 。 请输入选中的 sum 的视频转录比特率; 计算器会添加音频 。 这些是规划估计, 不是配额预留, 也不是速度保证 。

大约64.3GB约8.6小时,20%的转移津贴大约18,000个分区对象, 外加清单和初始化文件

六秒段比四秒段减少对象计数.

两个输出通常重复加密的介质. 可变比特率编码, 容器管理, 字幕, 重试和协议管理改变结果。 本地磁盘要求高于只保护的加密输出包。 降低分辨率梯度或使用六秒段可以减少工作; 降低上传货币可以提高稳定性, 而不会改变图片质量 。

选择一个适合源代码的阶梯#

实际来源CLI 梯级示例桌面选择
1920×1080sd,hd,full-hdSD + HD + 完全 HD (简体中文).
3840×2160sd,hd,full-hd,uhd添加UHD / 2160p
7680×4320sd,hd,full-hd,uhd,uhd2添加 UHD2 / 4320p

CLI 检查两个维度, 因此一个肖像或异常形状的源可能不符合标准的景观 rung 。 只保留您观看者需要的 rung 。 8K 源不要求每个查看者都收到 8K ; 适应性回放可以选择更低的递解 。

H.265和AV1可以用于高分辨率,但编码解码,DRM支持,安全级别和输出保护取决于设备. 首先在预定浏览器,电视或本地播放器上验证一个短片段. DRM政策可以进一步限制可用的分辨率.

长任务使用分割输出#

保留正常的分区输出 。 避免 --on_demand--output_single_file 用于大型客户拥有的存储上传, 除非您已检查对象大小限制 。 1AICLOUD 对大型受保护对象使用多段传输, 大小为 64 位, 并抵消 。 客户拥有的预先签名的上传目前允许每个对象最多 5 GiB ; 分区将普通媒体对象控制在该边界以下 。

默认服务器库存限制为 每包50 000件物品 而加密输出包大小限制为 5个TiB;部署配置和存储权限可以规定较低的限制。 21 600个媒体部分,加上表单和初始化文件。许多音频语言或较短的片段可以将一个任务推过对象限制。

如果网络失败怎么办?#

保留输出
保留每个受保护的文件
继续上传
同一会话和简介
重复使用匹配
大小 + SHA-256 检查
校验和出版
服务器确认输出

预览 6 用备份重试节奏和瞬间失效 。 临时 1AICLOUD 凭据 到期前续订, 活动包 凭据 授权在初始会话符号过期后仅上传恢复 。 失败的多部分在活动运行中重试 ; 在重新启动进程后, 一个未完成的多部分对象再次启动, 同时匹配已完成的1AICLOUD 对象被重用 。

如果尝试已用尽, 请遵循 不重编码的 Resume 。 在不可靠的连接上以货币 4 开始。 运行多个上传程序会引发争议; 运行一个上传文件夹 。

接受清单#

  1. 包装并播放带有预定的解码器,帧速率,音频和阶梯的短样本.
  2. 确认足够全源的本地磁盘空间和云存储权限 。
  3. 运行完整的加密输出包,使计算机保持清醒,输出文件夹不变.
  4. 等待服务器验证的 Published 状态,然后在代表性设备上在起始,中间和结尾附近寻找.
  5. 检查最高允许的递解、音频同步和字幕。 保留原始和保护的输出, 直至接收完成 。