跳到主要内容

影音优化

路径:播放服务 → 影音优化。

影音优化会提前准备视频的时长、音轨、字幕等播放信息,减少播放器打开远程影片时重复分析的等待。它用于提前准备媒体信息,不是整片下载工具,也不能提高网盘带宽;读取仍会产生流量,实际起播速度取决于来源、网络和播放器。

远程受管 STRM 由 Mediora 读取来源并准备信息;直接添加到媒体服务器的本地视频由 Emby / Jellyfin 原生分析。两种来源的处理方式不同,不必为了本地影片安装一套远程读取配置。

这项功能需要 Pro。使用前请先在“系统 → 系统设置 → 服务设置”添加 Emby 或 Jellyfin,并确保媒体服务器可以正常连接。远程 STRM 还需要先完成 STRM 生成 和媒体代理的设置。

第一次启用​

第一次打开页面时,按下面顺序完成设置:

  1. 在“媒体服务器”中勾选要使用的 Emby 或 Jellyfin。
  2. 在“媒体库”中勾选要处理的媒体库。只会处理这里选中的媒体库。
  3. 点击“重新检测助手”,确认媒体服务器对应的 Mediora 助手状态。助手是安装在 Emby 或 Jellyfin 上的插件,负责把优化结果写回媒体服务器;还没装的话先看安装影音优化助手。
  4. 检查所选范围,查看媒体库数量、影片数量、STRM 来源及未能纳入的原因。
  5. 确认范围无误后,选择仅启用后续规则,或启用并开始首批优化。后台会继续建立和核实目录,不需要等待整库扫描才能保存规则。

助手暂时不可用或还没有安装时也可以先启用,结果会先保存在 Mediora;助手就绪后,再从页面执行同步。助手的兼容范围和安装说明见安装影音优化助手。

优化结果​

启用后,页面会显示三个页签:优化结果、优化任务、处理规则。

“优化结果”按当前所选媒体范围展示视频,可以按媒体服务器、媒体库、状态或名称筛选,并快速查看:

信息怎么理解
已纳入管理当前范围中已经核实来源的视频数量。
信息完整已经准备好完整播放信息的视频数量。
服务器已采用、待同步媒体服务器已采用结果或仍需同步的视频数量。
需要处理准备结果不完整、失败或备份异常等需要检查的视频数量。
正在处理、等待、已暂停当前任务进度;失败时打开“优化任务”的任务详情查看具体提示。
播放响应统计与统计口径统计经 Mediora 代理成功响应的耗时,不含播放器缓冲和首帧解码;不经代理的播放不纳入统计。

如果看到“助手尚未就绪”“有备份等待补写”或“等待媒体服务器使用”,先按提示处理即可。已有影片和普通播放不会因为这些提示被删除或中断。

优化任务​

批量处理已有影片​

在“优化结果”点击“优化已有视频”,先检查可优化数量、已有结果、已有任务、来源问题和本批读取预算,再确认创建任务。实际进度还受运行时段、播放让路和账号限额影响。来源未核实的条目不会入队;生成任务或历史已经清理时,仍可从现有受管 STRM 核实网盘来源。原网盘绑定丢失时,可按STRM 来源恢复使用修复向导。

新加入的影片不会混入这次已经确认的批量任务;它们是否自动加入,由“处理规则”里的“自动优化新视频”决定。

查看任务​

“优化任务”会显示自动处理、批量处理、单部处理、恢复备份和同步到服务器等任务。运行中的任务可以:

  • 点击“暂停”,暂时停止后续处理;
  • 点击“继续”,恢复已暂停的任务;
  • 点击“取消剩余处理”,停止尚未完成的部分。

已经完成的影片不会因为暂停或取消自动恢复原状。

处理单个视频​

在“优化任务”中打开任务详情,查看每个视频的处理原因以及媒体服务器已采用的数量。任务结束后可以:

  • 重新同步:使用已有准备结果修复媒体服务器信息,不重新探测网盘。宿主扫描覆盖过结果时可使用这一项。
  • 重新优化:再次读取这个视频的播放信息并创建单文件任务,仍遵守数量限制、播放让路和当前范围。
  • 深入读取:仅在详情提供该入口时,由你确认使用更大的读取预算;不会自动从标准档位升级。

标准读取与深入读取​

方式最多读取最长读取时间怎样发起
标准读取32 MiB90 秒普通优化和“重新优化”。
深入读取128 MiB5 分钟单个远程视频详情中主动确认。

这是单次读取预算,不是必须读满,也不保证预算内一定获得完整资料。深入读取仍受播放让路、数量限制和当前处理范围约束;达到上限后仍失败时,先查看视频结构、来源是否支持按片段读取(Range)和失败原因,不要把反复重试当作无成本操作。

操作前会显示视频文件名和影响,确认后按钮立即锁定;失败保留原因,可以处理后重试。来源文件、所选范围或目标绑定变化时,旧操作会被拒绝,请刷新详情重新确认。

详情打开期间会自动更新处理进度和仍在重试的服务器采用结果,不需要关闭重开。任务结束后,相应操作会自动解锁;全部采用或自动重试结束后停止自动刷新,仍可点击“刷新详情”查看最新结果。刷新失败会保留已显示内容和确认对象,并提供重试入口。其他页面更改处理范围后,旧页面会禁用操作并提示刷新页面;核对最新设置后再操作。

一份视频关联两台服务器时会分别记录结果。“已采用 1 / 2”表示仍有一台未成功,不能视为全部完成。可恢复的同步最多尝试五次(包含首次),失败后按 5、10、20、40 分钟间隔退避;格式、来源版本或助手保护状态冲突等待处理,其他视频或目标的重试不会绕过本目标的限制。

提示助手保护状态变化时,先到“处理规则”重新检测,核对并保存处理范围,再重新同步。规则未确认时不会自动换用新保护状态。

处理规则​

功能状态​

“启用影音优化”关闭后,会停止处理、备份补写和同步,已有结果及任务历史保留。

媒体范围​

重新勾选媒体服务器或媒体库并保存规则后,排队和运行中的优化任务也会按新的范围核对,范围外的视频不会继续处理。修改后可以先点击“预览处理范围”核对;预览不会保存规则或创建任务。

自动处理​

字段怎么设置影响
自动优化新视频开启或关闭。开启后,新影片进入所选媒体库时自动创建优化任务。
已有视频处理时段选择全天处理,或只在指定时段处理。只影响手动发起的批量处理,不影响新影片自动处理。
开始时间、结束时间选择允许处理的时间段。可以避开家中使用高峰;支持跨午夜时段。
每小时最多处理填写 1–100。按来源账号分别计数,避免同一账号连续处理过多影片。
每天最多处理填写 1–1000,不能小于每小时上限。限制同一来源账号每天的处理数量。
视频间隔填写 5–300 秒。同一网盘账号的远程视频之间等待,实际间隔会在所填值附近浮动。

备份方式​

在“处理规则”的“备份方式”中选择:

选项说明
在 STRM 旁保存备份(推荐)将结果备份在 STRM 附近,便于恢复和迁移。
不额外备份只保留在 Mediora 中,节省额外文件空间,但可恢复性较弱。
保存到指定目录将结果写入你填写的备份目录;请确认目录可写并且长期保留。

选择“保存到指定目录”时,“备份目录”填写 STRM 所在存储内、以 / 开头的路径。例如 STRM 保存在某个本地存储的 /影视/示例.strm,可填 /优化备份;这是同一存储里的目录,不是任意 NAS 宿主机路径。多个存储会各自在自己的目录中保存备份。

如果目录不可写,页面会提示备份等待补写;修复目录后会按规则自动补写。备份保存不等于媒体服务器已经采用,二者分别记录。

这些备份保存播放信息结果,不包含完整影片,也不替代 Mediora 数据目录或媒体服务器的完整备份。改位置不会自动搬迁或删除旧文件;需要清理时到原存储核对,不能仅删除页面里的任务就认为文件已清理。

范围变化与播放等待​

预览会显示本次范围和估算,确认范围有有效期;超过时间或期间修改了媒体库、来源、助手绑定时,应重新预览。预计用时受小时 / 每日额度、运行时段、播放让路和实际读取耗时影响,不是完成时限。

播放优先时,后台读取可能等待;账号额度或冷却也可能让任务停在等待状态。先看具体原因,不要通过增大并发或反复重新准备绕过账号保护。

本地存储及绿联NAS网络文件夹挂载生成的受管 STRM 仍依赖当前挂载和来源身份。挂载重连、替换文件或更换来源目录后,旧准备结果不能直接证明新来源有效;先确认基础播放,再考虑优化。网盘来源也会核对当前账号和实际文件,不能因为已有优化结果就跳过检查。

示例:先优化一个小媒体库​

第一次可以只选一个较小的测试媒体库,先确认基础 STRM 播放正常,再安装对应助手并重新检测。

例如把每小时上限设为 20、每天上限设为 100、视频间隔设为 30 秒,作为试运行的起点。这些数值只是便于观察的示例,不能保证网盘不受限;出现播放让路或账号冷却提示时,先等待并查看原因。手动批量任务还可以设为 01:00–07:00 处理,时间按页面显示的时区计算;新视频自动处理不受这个时段限制,需要时可暂时关闭“自动优化新视频”。

确认首批任务后,分别查看:

要确认的事完成标志
Mediora 是否拿到完整播放信息视频的准备结果显示完整。
是否保存了额外备份对应备份显示已保存;不额外备份时不要求这一项。
指定媒体服务器是否采用每个同步目标均显示“已采用”;1 / 2 表示还有一台未完成。
实际播放是否改善在常用播放器上重新打开同一影片,检查起播、拖动和字幕。

如果只是服务器没有采用结果,优先“重新同步”;“重新优化”会再次读取影片,可能产生新的下载流量。服务器已采用也不代表所有播放器一定更快,仍要做实际播放对比。

更换同一路径下的视频后,先确认媒体服务器和 Mediora 显示的是新文件,再查看是否需要重新优化。系统检测到来源版本变化后会停止复用旧结果;文件名相同或旧任务成功,不代表新文件已经被发现和重新处理。

助手重装、恢复备份或连接地址变化后,先到“处理规则”重新检测,核对并保存确认,再做同步;单纯反复重试不会批准新的助手状态。