第38章 第 38 章(1 / 7)

安夏心中的电子辞典:“哪里不会点哪里。”

程序员告诉她:没戏。

现在不管是软件还是硬件, 都没可能实现。

“你说的那种,需要把字拍照,再通过系统识别出来, 要么需要拍照、扫描, 要么需要线路发出不时序的脉冲信号,再配上高灵敏的识别。”

这位工程师为了证明不是他们偷懒,在黑板上写下了“画”“书”“昼”的繁体字。

“肉眼都会不小心看错,系统不可能只像四角号码辞典那样对四个点进行定位。必须每一条线都准确无误, 否则就会出错。”

安夏认可他的说法, 她点点头:“那你们说的可以实现,是哪一种?”

首先, 把字典里的字配着读音,都输入存储器。

其次, 人把自己想听到的词输入程序。

计算机调取输入的字符,与电脑中存储的字符进行比对,并调取对应的读音。

听起来, 还是有希望的。

除了匹配的问题之外, 另一个最大的问题是语音输入。

汉字那么多个, 上哪儿找这么多人读。

安夏的想法是去有播音主持相关专业的学校, 把常用字让学生们各自读了,到时候凑在一起,数据就够了。

技术总监张乔生一摆手:“不用这么麻烦, 可以用PSOLA算法,进行波形编码合成。”

“早就有了, 不过最近有了新的进展, 出了一种新的动态规划法, 对浊音段进行整体处理, 时域基音可以同步叠加……”

张乔生兴冲冲地企图教会安夏。

没等他说完,安夏点点头:“总之,就是不用人录,就能出声音对吧?”

“对。”

“好,你去做吧。”

请程序员不要难为产品经理,我只想知道这个功能能不能实现,不是很在意怎么实现的。

张乔生说到做到,在没有跳槽进紫金的时候,他就是做音频相关的,研究的比别人也深一些。

很快就拿出了程序,做第一次测试,安夏输入“紫金电脑”。

没声音。

安夏调整音量,没动静。

“声卡坏了?”安夏问道。

又过了30秒,音箱里慢悠悠地吐出一个字“紫”。

又过了十几秒,又缓缓吐出一个“金”。

且不说那个比SIRI还要诡异的语气。

最要紧的问题是,读完四个字,用了一分多钟。

安夏:“……能不能在调取数据的时候,让它稍微快一点?一份合同上千个字,等念完,一天都过去了。两千字不要超过三十分钟。”

SIRI风格的念书差不多两千字十二分钟,安夏放宽到三十分钟,已经很放宽了。

程序员再对匹配逻辑进行调整,跳过先匹配字符,再匹配声音的过程,直接匹配声音。

两千字,从九点上班开始念,念到下午两点。

用时比第一版省了一半,然而,离安夏的要求还是很远。

“现在最大的问题是硬件,算完,再调取音频,播放,差不多就是这个速度。”

安夏想了想,问道:“如果是固定的词组或是句子呢?”

“提前录制好,会快很多。”

大多数商业合同是制式合同,会变动的往往是数字。

最多加一两条特殊约定。

安夏拿公司的制式劳动合同先存进系统,试了一下,只修改了人名、入职时间、收入等等。

从硬盘调取的速度果然快了许多。

就是念到后输入的那些字和词时,有一种迷幻的时间被拉长感。

“经双方友好协商,甲方委托乙方种植特~~~~~级~~~~~柑~~~~~桔,收购价为每吨六~~~~~~~百~~~~~~~元”

安夏并不知道具体的种植合同是什么样的,她找到周敬,向他要来了合同。

发现种植合同比她的软件开发合同和员工劳动合同简单多了,几百个字。

嗐,早说。

项目组很快做出了一个样品机,大小与电脑主机箱一样。

“小点小点,识字率那么低的村子,交通肯定不会太方便,你是想累死咱们的客户啊?”

在安夏的要求下,样品机的大小缩小了不少,跟双卡收音机的大小一样。

从安夏的眼神里,程序员看出了她还有想法:“再小不行了,硬件频繁调取数据,太小影响散热,可能会烧坏。”

“除非咱们从硬件开始做起。”

行吧……双卡收音机也不是不行,起码一只手能拎起来。

人类的梦想,就是这么一点点失去的。

安夏已经忘记自己的初心是“一支笔那么大”。

安夏还认真的考虑一下当场直出合同的需求,给这个设备加了一个打印机接口。

周敬测试后,对样机非常满意。

一份合同念十几分钟就行了,比等果农周日才回家的儿子要轻松多啦。

试用了几天,从周敬那里反馈的新痛点又来了。

以前是周日拿着打印好的合同去果农家,孩子读完,签字,走人。