LED 每个输出口分了多少逻辑像素，怎样先算清分区负载

先把每个输出口分配的逻辑像素算清，再与该型号在指定参数下的公开预算比较。箱体数量相同不代表像素数相同；平均总量未超，也不能证明每个端口都在限制内。上限应由目标设备手册提供，不存在适用于所有卡的固定数字。

先固定输入与适用条件

本例八块160×160和四块128×256，共十二块，分给四个抽象端口。合成预算每口100000像素只是输入条件，不是产品推荐值，也不包含刷新、位深或扫描方式影响。脚本只审核离线分配，不改接收卡地址或信号走线。

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

按字段与边界执行

1. 逐块记录唯一ID、有效像素宽高和所属逻辑端口，检查每块只分配一次。漏块、重复块和未知端口应独立报错，不能在求总数时被悄悄跳过。

2. 按宽乘高计算单块像素，再按端口聚合。不同尺寸先逐块计算，不能用全体平均箱体面积乘数量代替。

3. 把用户确认的逐口预算附在表中；未知上限就只报告分配量和待核项。不得把某台卡的经验上限推广到另一型号或另一显示参数。

4. 比较每口余量与分布，提出需要重新规划的候选，但不自动改配置。真实带载是否稳定还要按手册条件和现场输出验证。

用具体样例核对结果

前两口各分四块160×160，分别102400像素；后两口各分两块128×256，分别65536，总计335872。对本例100000的虚拟预算，前两口各超2400，后两口各余34464。总预算400000仍大于总量，却不能掩盖单口超出；附件断言这一点成立。

通过条件是块ID覆盖完整、逐口像素与预算口径一致、未知能力没有被当通过。负载不均也不一定必须改动，真实链路可能受区域位置或拓扑约束，需由负责配置人员综合判断。若只看黑屏现象反推超载，会漏掉信号中断等原因；本题算术表只能提供明确分配证据，不能作为故障唯一诊断。

下载与复现

analyze.py、input.json、result.json。

下载具体分配JSON与算法后可替换脱敏箱体清单。交接时附目标型号、参数条件、手册页与确认后的逐口上限，任何缺项都在报告中保留待核验，不填一个默认万能容量。

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

已用 Python 3.12.4 实际运行附件算法并检查断言。结果来自同目录合成输入；没有接入真实NDI源、控制器、灯具、接收卡或LED屏，不能据此填写现场验收通过。

对接下一步与一级来源

基础背景可看LED 屏某一块黑屏或花屏？先分清是接收卡带载超了还是信号断了。相关流程收在多媒体播放专题；需要项目对接时，带上本文输入及结果向SoftPlayer核对实际能力。

• 抽象矩形像素尺寸；端口聚合为原创算法，无通用硬件协议假设。

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