媒体表示与传输边界
云映宽高比例核对:分开像素尺寸、采样比例与显示比例
用720×576的两组原创元数据算例核对SAR与DAR,再以自制圆形参照检查实际显示,不把黑边直接当作文件变形。
本文目录
看到文件写着720×576,不一定就能用720除576判断它应显示多宽。某些素材声明了非方形采样比例,显示比例还要结合这项信息。本篇先做两组纸面计算,再在云映观察自己的参照片;不编辑文件元数据,不把窗口尺寸、画面黑边或某一帧看着扁当成唯一诊断。
用自己的圆形参照建立观察对象
准备一段自己制作且能在可信工具中确认的短片,画面中央有正圆和正方形,边缘另放四个角标。先记录原始制作尺寸、导出方式与文件名,确认图形在制作阶段没有被压扁。没有参照素材也可先完成后面的纸面算例,把实际播放栏留作未测;不要随意下载影视片后凭人物脸型判断比例。原片保留,练习只读,不在应用中寻找并未确认存在的像素比例修复按钮。
读取尺寸与比例字段但不代替缺失值
在自己已有的可信媒体信息工具中登记width、height、sample_aspect_ratio和display_aspect_ratio。可参考ffprobe文档了解只读流信息输出;没有安装工具不必为了本练习改环境。遇到未知、零值或未提供,要照实记,不能自动填一比一。若存在旋转、裁切或额外显示变换,另开字段记录;后面的简单公式先限定为没有额外变换的平面算例。
先算方形采样时的原始矩形
在外部笔记写720比576,约分得到五比四。这里得到的是像素矩形的宽高比;只有样本宽高为一比一且没有其他变换,才直接对应这张矩形的显示比例。把这一条件紧挨算式写下,不把它变成所有视频的通则。用方格纸画五格宽四格高的小框,标作计算基线,不必把这个框冒充原片应该有的画面,也不要用屏幕物理尺寸参与约分。
把十六比十五乘入第一组算例
第一组原创元数据设为720×576、SAR十六比十五。在上述限定下,显示宽高比为720除576再乘十六除十五,约成四比三。先分别保留尺寸比和采样比,再写结果,避免把SAR误抄成成图比例。这只是可复算教学数据,不表示你的参照片必然使用它。若工具报告与算例不同,就保留实际值另算,不能修改读数去配合四比三的预设答案。
同尺寸换采样比例得到第二组
第二组仍用720×576,但SAR设为六十四比四十五。同样相乘得到十六比九,与第一组显示形状不同,像素宽高却完全相同。参考FFmpeg比例定义核对乘法关系,本文只读取概念,不执行其中的滤镜修改命令。两组结果说明为什么不能只看分辨率标签判断是否拉伸,也不表示一个文件能同时拥有两套互相矛盾的有效声明。
在云映保持显示方式不变先观察
打开自己参照片,在当前适应画面方式下看圆形是否仍圆、正方形是否等边、四角标是否完整。记下设备方向和可见显示设置,不一边换方向一边切片源。周围出现黑边可能只是内容与窗口比例不同,不能直接当成压缩或拉伸。若参照图本来有黑边,把文件内黑边与播放器外部留边分开描述;没有可靠边界时就记录无法区分,不裁掉黑边再声称比例恢复。
再只改一项可见显示选项做对照
当前版本若实际提供适应或填充选项,只切一次并观察四角标和圆形。填满窗口可能裁切边缘,不等于横向拉伸;圆形没变但角标消失,应记为可见范围变化。没有相关入口就保留单一模式观察,不虚构数值宽高比菜单。恢复原选项再回同一画面核对,记录差异是否能重复;一次截图的像素测量也不自动具有几何精度,尤其当截图被聊天工具再次缩放时。
排查来源已变换而非原件被误读
若本地参照正常、远端同名条目异常,先核是否同一文件或服务器处理副本,再对照各自实际元数据。服务器可能已把非方形样本转为方形,也可能附带不同裁切,原件参数不能直接贴给输出。只有拿到各自证据才比较,不能因为名字一样就归因某个引擎错误。不要同时重封装、转码与改设置;需要修文件时另存副本并交给相应制作流程,不覆盖唯一原件。
以计算、元数据和观看结果分别收尾
完成表应有两组原创算式、参照片真实字段、显示方式、图形与角标观察,以及缺失的变换信息。五比四、四比三和十六比九分别标明来自哪项计算,不混为三种播放器按钮。没有实际工具数据时,只能交付纸面计算与观察,不能补写SAR实测值。本教程没有宣称云映可以编辑采样比例,也未在全部设备逐项验证;下次换导出版本须重建参照和身份。
相关教程与资料
资料核对:2026 年 11 月 9 日,依据 云映官方 App Store 说明与 Apple 公开版本查询,当前版本 1.1.1,最低要求 iOS / iPadOS 15.0。1.1.1 的公开更新列出 Kodi、OpenList / AList 与 S3 兼容存储,并改进来源切换及跳转后的字幕显示;本文按这些公开范围与现有播放能力组织任务,具体入口以安装版本为准。自制样本、手工记录与外部文件整理不是应用新增自动功能;未声称已完成真机或私人服务器实测。