要点速览
24 核 64 位计算核心实际做什么
电视片上系统不是缩小版桌面 CPU,而是一组共享内存和调度器的专用模块。规格表写 24 核 64 位计算核心时,通常指 24 个执行单元分布在多个域:通用应用核心、GPU 和固定功能视频路径。64 位描述的是应用核心可寻址的地址宽度,不是视频流水线的宽度。
比较两台电视时,这一区别很重要。核心数相同的两台设备,如果一台通过固定功能硅片完成 4K 解码,另一台依赖 GPU,表现会差很多。固定功能模块每瓦效率高得多,能为应用工作留出余量。
64 位寻址宽度为平台同时可用的内存量设定了实际上限。地址空间更大意味着更多帧缓冲、更大的应用堆,以及用户在流媒体应用和游戏间切换时更少的强制换出。在 4K 面板上,单帧 3840 × 2160、10 位色未压缩画面本身就是需要搬运的大对象。
这些在规格表上都看不到,却会表现为切换输入时的延迟、快速摇镜时的卡顿,或菜单打开要等一秒。这些症状值得回溯到架构层面。
- 1应用核心运行操作系统、应用和后台服务。
- 2GPU 模块负责缩放、合成和部分后处理。
- 3固定功能解码H.264、HEVC 和 AV1 码流成本最低的路径。
- 4内存控制器多个模块争抢带宽时的真正瓶颈。
LG 4K 屏幕:像素从哪来
4K 面板有 3840 × 2160 像素,约 830 万个可寻址点。全高清约 210 万。像素数翻四倍不会让工作量翻四倍,但会提高每次全帧操作的成本:缩放、运动估计和合成都会随像素数增加。
面板本身是被动器件,显示的是时序控制器送来的内容。SoC 必须在刷新窗口内送出完整一帧,每个窗口都要如此,否则用户会看到丢帧。60 Hz 下该窗口约 16.7 ms,120 Hz 下约 8.3 ms。
24 核 64 位计算核心的价值就在这里。运动插值、局部调光决策和低于 4K 片源的升频都必须在窗口内完成。计算预算紧张时,固件会先砍功能而不是丢帧。
面板质量仍主导主观画质。色量、对比度和视角来自面板及其背光,而非处理器。SoC 决定的是片源为该面板准备得有多好。
- 13840 × 2160每帧约 830 万像素。
- 260 Hz 帧窗口每帧约 16.7 ms 送达。
- 3低于 4K 的片源升频成本落在 GPU 或专用缩放器上。
解码路径与编解码器支持
大多数 4K 内容以压缩形式到达。H.264、HEVC、VP9 和 AV1 各需一个解码器,低成本做法是做成固定功能模块。该模块只做一件事,功耗很低。用通用核心以软件完成同样解码,输出相同但能耗高很多倍。
因此编解码器支持是硬件问题,不是软件问题。如果硅片没有 AV1 解码器,平台会回退到应用核心上的软件解码。对 4K 码流而言,这种回退通常就是播放卡顿或风扇狂转的临界点。
64 位计算核心一侧负责容器、DRM 握手和音频流水线。这些任务负载轻但对延迟敏感。握手慢会表现为首帧前的转圈,用户会认为是电视慢,而不是网络慢。
评估一台电视时,要问哪些编解码器由硬件解码,以及支持的分辨率和码率上限。这个答案比核心数更能预测真实表现。
- 1硬件解码优先受支持编解码器的最低功耗路径。
- 2软件回退4K 下代价高,通常表现为丢帧。
- 3音频流水线负载轻,但对调度延迟敏感。
热预算与核心数为何有上限
每个有源模块都会耗散功率,而大多数电视设计没有主动散热。壳体就是散热器。这一约束为持续算力设定了硬上限,这也是峰值跑分很少能说明电视播放一小时后表现如何的原因。
24 核 64 位计算核心可以短时爆发很快,但如果散热路径不佳,在持续 4K 负载下仍会降频。供应商通过模块门控来管理:解码单元运行,GPU 空闲,应用核心降到低时钟。用户看到的是视频流畅、菜单卡顿。
对于工业和标牌部署,这比客厅场景更重要。一块每天 16 小时高亮度运行的屏幕,会让 SoC 处于比每晚运行两小时的家用电视更热的壳体中。
如果将显示屏集成到壳体中,请在通风口周围留出间隙,避免热源直接堆叠在背板上。热设计是规格中最少被关注、却导致最多现场故障的部分。
- 1被动散热在大多数电视中,壳体是唯一的热路径。
- 2模块门控空闲单元断电以保护热预算。
- 3占空比16 小时标牌使用对热应力的考验远大于家用。
架构在哪些场景有帮助,哪些没有
对于流媒体和一般观看,匹配良好的 SoC 和面板组合就足够了。负载可预测,编解码器已知,热包络宽裕。在此角色中,24 核 64 位计算核心主要带来后台服务和更快应用切换的余量。
对于交互式负载,情况就变了。游戏串流、本地渲染和计算机视觉叠加层都在争夺同一内存带宽。如果内存控制器已经饱和,增加核心也无济于事。
还有成本维度。更大的芯片成本更高,需要更大的板子,空闲功耗也更高。如果产品只播放单个循环视频,更小的 SoC 才是正确的工程选择,而不是妥协。
判断很直接:让算力匹配最坏的真实负载,然后为固件更新留出余量。不要按演示来选芯片。
- 1适合流媒体、标牌播放、多应用切换。
- 2不适合在电视壳体上进行重度本地渲染或视觉处理。
- 3选型规则按最坏持续负载设计,而不是峰值。
在大 SoC 和小 SoC 之间选择
让处理器匹配产品实际运行的负载。
| 负载 | 24 核级 SoC | 更小 SoC | 注意事项 |
|---|---|---|---|
| 流媒体 4K 视频 | 余量充裕 | 若解码在硬件中完成则足够 | 编解码器列表 |
| 快速应用切换 | 更流畅,可用内存更多 | 可见停顿 | 内存带宽 |
| 单个循环视频 | 过剩,浪费空闲功耗 | 正确选择 | 空闲电流消耗 |
| 游戏串流 | 帧节奏更好 | 负载下掉帧 | GPU 和内存争用 |
| 16 小时标牌占空比 | 需要真实热路径 | 发热更低,壳体更易设计 | 持续时钟 |
| 视觉或 AI 叠加 | 可行,但不理想 | 不可行 | 共享带宽限制 |
工程师常问的问题
核心数越高,电视就一定越快吗?
不是。核心数描述存在多少执行单元,而不是每个单元运行多快,或它们共享多少内存带宽。
两个核心数相同的平台可能差异很大,如果一个有专用视频解码器而另一个没有。
64 位在电视上实际改变了什么?
它设定了应用核心可寻址的地址宽度,这限制了平台一次能使用多少工作内存。
当多个应用、帧缓冲和后台服务同时运行时,更大的地址空间有帮助。
硬件解码比软件解码更好吗?
对于 4K 流,是的。固定功能解码器以低功耗完成一项工作,并让应用核心空闲。
在通用核心上进行软件解码消耗的能量多得多,通常表现为掉帧。
为什么视频播放流畅,菜单却感觉慢?
播放运行在固定功能路径上,几乎不耗资源。菜单运行在应用核心上,这些核心可能为了保护热预算而降频。
视频流畅而 UI 卡顿是模块门控的正常现象,不是故障。
标牌面板应该指定这类 SoC 吗?
只有当内容确实需要时才这样。单个循环视频不需要。
如果确实指定了,请仔细规划热路径。密封壳体中的 16 小时占空比是比客厅更严苛的环境。
规格书里我应该先看什么?
4K 下的编解码支持、内存带宽,以及负载下的持续主频。
峰值核心数是页面上信息量最小的数字。
