笔趣阁

第148章 技术难题系统助力（第1页）

“振华汉卡”项目启动一个多月后，最初的高昂斗志，被一个坚硬如礁石的技术难题消磨去了不少锐气。

东耳房里的气氛，不再是最初的兴奋雀跃，而是弥漫着一种焦灼和沉闷。

难题集中在两个字上：“空间”与“度”。

汉字字库实在太庞大了。

国家标准gb-o收录了六千多个汉字字符，即便只取常用的三四千字，其点阵信息（比如x点阵，一个汉字就需要字节存储）所需要的存储空间，对于当时价格昂贵、容量有限的ro芯片来说，也是一个巨大的负担。

张明和李伟尝试了多种压缩算法，要么压缩率不够理想，要么解压缩时占用cpu资源太多，导致显示度慢如蜗牛，完全无法实用。

“阎工，还是不行。”

张明顶着两个黑眼圈，将一份模拟测试报告递给阎埠贵，

“采用游程编码压缩，字库体积能减小百分之四十，但在机器上调用显示，有明显的延迟感，用户体验会很差。”

李伟也补充道：“如果为了度，减少压缩率，字库体积又太大，硬件成本会急剧上升，失去市场竞争力。”

硬件组的阎解放和赵强也面临着压力。

ro芯片的选型直接关系到成本和板卡尺寸，他们反复测算，现有的几种廉价方案都无法在满足字库容量和存取度之间找到完美平衡点。

“爸，市面上能买到的、价格我们能承受的epro，最大容量也就kb。就算压缩到极致，想放下一个勉强够用的字库和基础程序，也很悬。而且存取周期长了，显示就是会慢。”

阎解放挠着头，脸上带着挫败感。

阎埠贵坐在工作台前，面前摊满了稿纸，上面画满了各种编码树、查找表结构和数据流图。

他眉头紧锁，手指无意识地敲击着桌面。

这个问题，同样困扰着他。

他凭借系统知识，知道未来会有更强大的芯片和更高效的算法，但远水解不了近渴。

他必须找到一条适合当前“小米加步枪”技术条件的突围路径。

连续几天，他几乎是废寝忘食。

三大妈把饭菜热了又热，最后只能无奈地叹气。

夜深人静时，他书房里的灯光成了四合院里最后熄灭的星辰。

他反复梳理着系统提供的【早期计算机原理】知识，特别是关于信息编码、数据结构和硬件协同优化的部分。

那些庞杂而精深的知识，像一片浩瀚的星图，他需要找到指引方向的那颗北极星。

这天夜里，墙上的挂钟已经敲过了十二点。

阎埠贵感到一阵精神上的疲惫，太阳穴突突直跳。

他放下笔，揉了揉干涩的眼睛，准备休息。

就在他意识有些模糊，准备将脑海中那些纷乱的线索暂时搁置时，系统知识中一段关于“哈夫曼编码”及其在特定硬件上“变种应用”的描述，如同黑暗中划过的闪电，瞬间照亮了他的思绪！

“等等……哈夫曼编码是基于字符出现频率的不等长编码……如果……如果我们不是对每个汉字的点阵数据进行压缩……”

他猛地坐直身体，睡意全无，眼睛在灯下闪闪光，

“而是对汉字的‘索引’或者‘特征码’进行优化呢？”

一个全新的、大胆的构想在他脑中迅成型。

他立刻抓过一张新的稿纸，笔尖如同获得了生命，在纸上飞游走。

“我们可以设计一套两级检索机制！”

他一边画一边自言自语，声音因激动而有些沙哑，