LED 内容裁切坐标是奇数,怎样检查 4:2:0 色度取样对齐

2026-10-24

YUV420内容使用奇数裁切坐标时,要核对滤镜是否按色度取样网格取整。默认裁切可能向较小的可对齐值调整,启用exact则保留请求尺寸与坐标;两者都不应被误解为LED箱体必须采用偶数宽高的硬件规则。

先固定输入与适用条件

本例输入800×450的本地testsrc2,裁切请求x=101、y=31、宽641、高359,分别运行默认与exact=1。只研究媒体裁切环节,不修改屏体。源像素格式必须记录;RGB或其他子采样格式的约束不同,不能把420结论用于所有内容链。

坐标与负载样例是脱离品牌的逻辑模型,SVG依据1.1第二版。下载文件不是厂家屏参或接收卡配置;屏体允许的模式、色序和带载能力仍须以目标设备手册及实测为准。

按字段与边界执行

  1. 先用ffprobe或滤镜日志确认裁切前实际像素格式,确保不是在比较两个不同转换路径。本例源为yuv420p,色度在横纵方向都按二分采样。

  2. 保存原始请求矩形,再记录默认滤镜计算出的输出。奇数宽高被调整后,不能仍在交接表上写原请求值,导致下一路按不同尺寸拼接。

  3. 使用exact=1生成第二份候选,读取两张输出尺寸。本题实际验证尺寸,坐标的子采样对齐关系作为明确模型单独列出,不冒称已逐像素验证所有色度相位。

  4. 让后续编码和显示链确认是否接受奇数尺寸,再决定选择精确裁切还是调整内容坐标。不要在每个阶段各自向下取整,最终累计多个像素偏移。

用具体样例核对结果

请求641×359在本地FFmpeg默认路径输出640×358,而exact候选输出641×359;JSON保存两份实际命令和ffprobe尺寸。模型同时列出默认对齐的x=100、y=30与原请求101、31,明确它们是坐标规则计算;PNG输出尺寸不能单独证明裁切原点,所以未把它写成实际原点测量。

通过条件是源格式明确、请求与实际结果分列、下游尺寸约定一致。exact保留了矩形,不代表后续编码器或硬件输入一定支持奇数宽高。若真实项目选择RGB中间链,可以改变子采样条件,但应记录转换代价和色彩处理;不要只切换开关后宣称所有接缝问题已解决。

下载与复现

analyze.py、crop-default.png、crop-exact.png、input.json、result.json。

下载两张合成PNG与结果,可以检查本地输出尺寸并复跑。现场还需目标播放器、编码方式及控制器模式证据,本文没有验证任何LED模组的分辨率限制。

把输入与脚本保存到同一个本地目录后执行 python analyze.py,脚本只读取输入、计算并重写同目录的结果文件。先保留原始附件副本,再将自己的脱敏输入另存为新版本,记录输入摘要与执行日期;不要把合成字段覆盖成看似真实的现场日志。

已实际运行FFmpeg 8.0.1默认crop与exact=1两条命令,ffprobe分别确认640×358、641×359;原点变化只作为子采样规则模型,未做逐像素原点测量,没有接入LED硬件。

对接下一步与一级来源

基础背景可看超宽视频被自动旋转或拉伸,怎样核对像素比例与方向标记。相关流程收在多媒体播放专题;需要项目对接时,带上本文输入及结果向SoftPlayer核对实际能力。

一级来源核对日期:2026-10-24。原始协议规则、本文原创运算和目标系统行为应分别留证;附件计算正确,不等于设备已经按该参数工作。

需要展厅软硬件方案或定制开发?

加微信,把这一页发到你手机上

扫码加站长企业微信,会自动把这一页的链接发给你。问软件授权、报价,或者现场遇到问题,也可以直接聊。

去留微信

留言讨论

评论发布后会被人工复核,违规内容将被删除。

    还没有人评论,来说说你的看法

    如果发表没有反应,可以前往联系我们告诉我们。

    这个页面有问题?

    提交时会附带当前页面地址和浏览器信息,帮助我们定位问题。不填联系方式即为匿名。