声波传输、声波通信原理和源码商用版本号

前段时间写了个声波通信的开源程序SinVoice(欢迎訪问SinVoice官方站点:www.sinvoice.com),(非常抱歉。因为站点备案还没有完毕,官网临时还不能訪问,正在加速备案中。请直接用IP訪问:http://112.74.216.30)发现非常多IT相关人员对声波的原理和应用比較感兴趣。特在前一个开源版本号(SinVoice)的基础上,对声波的效果、效率等各方面做了很多优化,达到了商用标准。

(声波通信原理部分请见:http://blog.csdn.net/jcgu/article/details/12834483)

优化例如以下:

* 1. 识别效率更高,差点儿达到100%,全然能够达到商业用途标准。比chirp,支付宝,茄子快传等软件的识别效率更高。

* 2. 能支持很多其它复杂场景的识别。在有嘈杂大声的背景音乐。嘈杂的会议室,食堂。公交车,马路,施工场地,

*     小汽车,KTV等一些复杂的环境下,依旧能保持非常高的识别率。

* 3. 能支持很多其它token的识别,通过编码能够传送全部字符。

* 4. 通过定制能够实现同样字符的连续传递,比方“234456”。

* 5. 支持自己主动纠错功能。在有3个以内字符解码出错的情况下能够自己主动纠正。

* 6. 程序执行效率很高,能够用于智能手机,功能手机,嵌入式设备,PC,平板等嵌入式系统上。

* 7. 声波的频率声音和音量可定制。

源码下载地址:点击打开链接(www.sinvoice.com)

时间: 2024-10-10 12:05:23

声波传输、声波通信原理和源码商用版本号的相关文章

Dubbo原理和源码解析之服务暴露

一.框架设计 在官方<Dubbo 用户指南>架构部分,给出了服务调用的整体架构和流程: 另外,在官方<Dubbo 开发指南>框架设计部分,给出了整体设计: 以及暴露服务时序图: 本文将根据以上几张图,分析服务暴露的实现原理,并进行详细的代码跟踪与解析. 二.原理和源码解析 2.1 标签解析 从文章<Dubbo原理和源码解析之标签解析>中我们知道,<dubbo:service> 标签会被解析成 ServiceBean. ServiceBean 实现了 Init

[Spark內核] 第41课:Checkpoint彻底解密:Checkpoint的运行原理和源码实现彻底详解

本课主题 Checkpoint 运行原理图 Checkpoint 源码解析 引言 Checkpoint 到底是什么和需要用 Checkpoint 解决什么问题: Spark 在生产环境下经常会面临 Transformation 的 RDD 非常多(例如一个Job 中包含1万个RDD) 或者是具体的 Transformation 产生的 RDD 本身计算特别复杂和耗时(例如计算时常超过1个小时) , 可能业务比较复杂,此时我们必需考虑对计算结果的持久化. Spark 是擅长多步骤迭代,同时擅长基于

深入理解JDK中的Reference原理和源码实现

前提 这篇文章主要基于JDK11的源码和最近翻看的<深入理解Java虚拟机-2nd>一书的部分内容,对JDK11中的Reference(引用)做一些总结.值得注意的是,通过笔者对比一下JDK11和JDK8对于java.lang.ref包的相关实现,发现代码变化比较大,因此本文的源码分析可能并不适合于JDK11之外的JDK版本. Reference的简介和分类 在JDK1.2之前,Java中的引用的定义是十分传统的:如果reference类型的数据中存储的数值代表的是另一块内存的起始地址,就称这

Checkpoint彻底解密:Checkpoint的运行原理和源码实现彻底详解(DT大数据梦工厂)

内容: 1.Checkpoint重大价值: 2.Checkpoint运行原理图: 3.Checkpoint源码解析: 机器学习.图计算稍微复杂迭代算法的时候都有Checkpoint的身影,作用不亚于persist ==========Checkpoint到底是什么============ 1.Spark 在生产环境下经常会面临transformation的RDD非常多(例如一个Job中包含1万个RDD)或者具体transformation的RDD本身计算特别复杂或者耗时(例如计算时长超过1个小时

HashMap实现原理和源码分析

作者: dreamcatcher-cx 出处: <http://www.cnblogs.com/chengxiao/>原文:https://www.cnblogs.com/chengxiao/p/6059914.html#undefined本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在页面明显位置给出原文链接. 哈希表 哈希表(hash table)也叫散列表,是一种非常重要的数据结构,应用场景及其丰富,许多缓存技术(比如memcached)的核心其实就是在内存中维

Java并发编程(五)ConcurrentHashMap的实现原理和源码分析

相关文章 Java并发编程(一)线程定义.状态和属性 Java并发编程(二)同步 Java并发编程(三)volatile域 Java并发编程(四)Java内存模型 前言 在Java1.5中,并发编程大师Doug Lea给我们带来了concurrent包,而该包中提供的ConcurrentHashMap是线程安全并且高效的HashMap,本节我们就来研究下ConcurrentHashMap是如何保证线程安全的同时又能高效的操作. 1.为何用ConcurrentHashMap 在并发编程中使用Has

Checkpoint的运行原理和源码实现

引言 Checkpoint 到底是什么和需要用 Checkpoint 解决什么问题: Spark 在生产环境下经常会面临 Transformation 的 RDD 非常多(例如一个Job 中包含1万个RDD) 或者是具体的 Transformation 产生的 RDD 本身计算特别复杂和耗时(例如计算时常超过1个小时) , 可能业务比较复杂,此时我们必需考虑对计算结果的持久化. Spark 是擅长多步骤迭代,同时擅长基于 Job 的复用.这个时候如果可以对计算的过程进行复用,就可以极大的提升效率

ConcurrentLinkedQueue的实现原理和源码分析

我们要实现一个线程安全的队列有两种实现方式一种是使用阻塞算法,另一种是使用非阻塞算法.使用阻塞算法的队列可以用一个锁(入队和出队用同一把锁)或两个锁(入队和出队用不同的锁)等方式来实现,而非阻塞的实现方式则可以使用循环CAS的方式来实现,本节我们就来研究下ConcurrentLinkedQueue是如何保证线程安全的同时又能高效的操作的. 1.ConcurrentLinkedQueue的结构 ConcurrentLinkedQueue是一个基于链接节点的无界线程安全队列,它采用先进先出的规则对节

【spring源码学习】springMVC之url和bean映射原理和源码解析

[一]映射基本过程 (1)springMVC配置映射,需要在xml配置文件中配置<mvc:annotation-driven >  </mvc:annotation-driven> (2)配置后,该配置将会交由org.springframework.web.servlet.config.MvcNamespaceHandler处理,该类会转交给org.springframework.web.servlet.config.AnnotationDrivenBeanDefinitionPa