你错啦，qq是一种典型的互联**钱模式。

发表于 2009-1-2 19:22

有很多手机是可以换壳的，咱就用手机的壳子，比对讲的外壳还好看。

发表于 2009-1-3 06:46

发表于 2009-1-3 08:47

to  dragon_hn         非常感谢你给我们 提供ADPCM软压缩解压支持 ！！     接下来，我们会考虑一个兼容的方案来验证和试验。另外，还深入讨论一下软codec：     1.你能够提供的adpcm software codec，支持的采样频率有哪几种？输出码率有哪几种？     2.仔细看了你的程序，应该是一个a律或者u律的，10bit压缩为8bit的，输出码率为64kbps的，查表算法程序？这个我有点了解，以前做过，没有深入研究，不知我的判断正确否？     3.在算法中，查表法是一个典型的用空间换时间的算法。但对于G.723,G.726等等压缩比更高，音效较好的要求，查表法能不能做？怎样提高音效？我们最低输出码率考虑：16kbps。

发表于 2009-1-3 10:42

老x的观点就是：ADPCM是压缩率很低的算法，但很容易用任何单片机实现 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 方法一、对于G.711 的PCM代码，采样率是8kHz，单声道的数据率就是8k*8bit=64kbps; 不管输入是16位还是8位还是《=16的多少位，都是作为16位来处理的，都输出是4bit（而不是8bit）的数据，输出数据率就是8k*4bit=32kbps 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ －－ADPCM实际上就是基于差值的a律、u律变换，也就是对数查表，所以运算量非常的小，完全可以用任何单片机实现； －－但它的压缩比率也很有限，对于16bit数据是1/4；对于8bit是1/2。所以只能采用比较小的采样率来降低数据量（比如8kHzz采样率） 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 方法二： 当需要高一点的压缩率时，就要基于频域变换了，就是把按照时域排列的信号转换成不同的频率组合，然后再保存、传输 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 由于人耳对于声音的绝对幅度不敏感，但对于频率变化更敏感，所以可以允许声音幅度有变化（失真）--（ADPCM、1bit算法等也是基于这个原因，只是ADPCM取的误差比例很小） 而由于人耳的掩蔽效应，一个大信号频率下就会听不到其他微小的频率信号，这些频率是可以丢弃的，剩下的再粗量化后很多频率的信号也是0，需要保留的数据量就小了 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 比如一个音乐，你能听的出的乐音了不起就是十几二十个，再多你也分辨不出的，所以根据失真度要求保留最大幅度的十几~几十个频率的数据，并且分别做对比例的粗量化在保存即可 有人就会说了： ADPCM保存一个点，这个要保存几十个点，那数据量岂不是反而大了呢？？？ 呵呵，数据量是不会大的， 因为ADPCM、PCM是保存的一个个声音点，而频域变换后保存的是一段段的声音块！几十个数据保存的是一段时间的声音，当然总数据量就很小了:-) －－由于频域算法需要FFT变换，所以运算量就大多了，单片机是不能胜任的，而对于中等速度（50~100MHz）的ARM、DSP，特别是带了单指令乘加优化的CPU，则是没有一点问题的，完全可以实时完成运算 －－适当取舍幅度失真、频率失真等参数后，这个方法已经能得到较小的数据流了，比如大多数在线听歌的网站，都是只有32kbps的速率，单声道就只有16k了，我们能明显听出它的频响不好，但还能接受； 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 方法三： 还有些东西，需要更高、甚至于苛刻的数据率的窄带语音通讯时，比如我们常用的手机，由于一个基站就要支持几十几百个用户，就算再怎么频分复用、码分复用，都只能分给每个用户很小很小的带宽，还要让别人听得清楚，这是就要用另一种方法了： 那就是声源编码－－声码器 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 图像压缩可以用相关算法来去除时间上的大量冗余，声音也是一样 声源编码是将话音信息用特定的声源模型表示,用相关算法把语音处理成喉舌的一个个发音 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 我们知道我们说的话都是可以用拼音、音标直接描叙的，一个字、词可以简化成几个简单的元音和辅音，然后用符号（数据）记录下来，而这样描叙后并不会太影响它的理解度 声码器的原理就是模仿人类发音器官喉、嘴、舌的组合，将该组合看作一个滤波器，人发出的声音使声带振动就成为激励脉冲。把它看成基于脉冲频率冲击的频率、事件符号。 在很短的时间（10ms～30ms）内观察人说话的声音，发音器官是没有变换的，因此声码器要做的事是将话音信号分成20ms的声码块，然后分析这一时间段内所相应的滤波器的参数，并提取此时的脉冲串频率，输出其激励脉冲序列。相关的话音段是十分相似的，滤波器将当前段与前一段进行比较，相应的差值被低通滤波后进行一种波形编码（实际上是波形事件编码）。 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 声码器编码可以是很低的速率，可以低于5kbit／s，虽然不影响话音的可懂性，但话音质量听起来不自然，很难分辨是谁在讲话。 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 为了让这种感觉不是太明显，GSM系统话音编码器是采用声码器和波形编码器的混合物--- 混合编码器， 全称为线性预测编码-长期预测编码-规则脉冲激励编码器（LPC-LTP-RPE编码器），也就是在声码器的基础上增加一定的波形编码器 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 见图1所示。LPC+LTP为声码器，RPE为波形编码器，再通过复用器混合完成模拟话音信号的数字编码，每话音信道的编码速率为13kbit／s。 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ GSM采用三种话音编码技术，即： 速率为13k的全速率（FR）编码技术：规则脉冲激励线性预测编码技术（RPE-LPT）。 速率为12.2k的增强型全速率（EFR）编码技术：代数码激励线性预测编码技术（ACELPT）。 速率为6.5k的半速率（HR）矢量和激励线性预测编码技术编码方式（VSELP）。 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 最好的一种也只是： 速率为13k的全速率（FR）编码技术：LPC十LTP参数：3.6 kbit/s；RPE参数：9.4kbit/s；因此，话音编码器的输出比特速率是13kbit。 这算好的啦~~~，有那么多的数据来做波形编码器，已经不错了:-) 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 声码器编码可以是很低的速率，可以低于5kbit／s，虽然不影响话音的可懂性，但话音质量听起来不自然，很难分辨是谁在讲话。 －－确实如此，你有没有感觉到手机里声音，虽然可以听懂，但总是感觉不太像xx人说话的声音呢？ －－当手机网络繁忙或信号不好时，是不是这种感觉更强烈？？ －－你有没有感觉到手机里听到的背景音乐总是一段一段的呢？？？ 呵呵，知道它的编码原理后，也就不会奇怪了:-) 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 声码化原理简单，但算法太复杂，由于要做大量相关性运算，因此运算量可不小，而且失真不小，因此DIY软件压缩的话不考虑 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 总结： 老x的观点是： 毕竟我们用的是数传芯片，而不是采用窄带电台，还是可以允许一定的数据率的，因此声码器不考虑，尽量用ADPCM或频域压缩来软件实现:-) 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！ 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！

发表于 2009-1-3 11:09

发表于 2009-1-3 11:16

发表于 2009-1-3 13:16

发表于 2009-1-3 15:36

感谢老x的精辟论断！期盼对我们活动的继续支持！ 我打算这样优化我们的方案   1.兼容考虑，整体来说，软压风险大一点，我们要的是整个项目的成功，实现我们最终的目标，而不是证明某个方案是否可行。   2.时间风险：我们争取有经验的人的帮助，在一个半月内确认是否可行，否则，放弃。   3.效果风险：一个压缩率，一个失真度。32kbps以内，不要太监声音。呵呵

发表于 2009-1-4 09:30

8K,16bit采样，用adpcm压缩到32kbps，音质还是不错的，不比G711差。 比GSM肯定是好的。 又简单，就用这个好了

发表于 2009-1-4 09:57

nrf24L01+ + pa2423L + upg2214 芯片组 无线射频部分原理图

发表于 2009-1-4 10:19

ljm810010 发表于 2009-1-3 11:16 DIY小组讨论区 ←返回版面     183楼： 我就试过ADPCM数据率低于32kbps后，音质下降很严重  ------------------------------------------------------------ 是用ADPCM来压缩音乐吗?

发表于 2009-1-4 10:28

发表于 2009-1-4 14:25

我想加入学习，希望楼主指导

发表于 2009-1-4 14:30

老x的观点就是：ADPCM是压缩率很低的算法，但很容易用任何单片机实现 声明：此**为ｗｗｗ。２１ｉｃ。ｃｏｍ论坛的ｘｗｊ原创、手打，转载请注明出处和作者！对盗贴者表示强烈的**和BS，并将追究到底！！！

发表于 2009-1-4 20:02

1.初步搭建组织架构，开动起来。       建议大家先介绍并推销自己，给了一个参考格式，可以填空 ************************************************************ ============打算参加哪些小组活动   单片机组     【参加】   应用组           【参加】 =============总得让我找到你吧 昵称：    【火锅】 qq/msn：【MSN：lijang1983@hotmail.com】 专业：    【计算机科学与技术】 email：   【ljaa1111@yahoo.com】 ******************************************************** 本人是做ARM（PXA,S3C,WINBOND,DM6446）这块的，主要在驱动层。就像说的，对驱动来讲，基本上就是对寄存器进行操作（单片机,AVR,ARM都一样）。 想加入这个小组或是旁听~

发表于 2009-1-4 20:08

发表于 2009-1-4 20:43

项目名称：数字对讲机 报告日期：2009-1-4 当前进展情况：                系统设计和关键器件选型完成；原理图设计阶段。 存在的问题及对策：               1.进度收到考验。需要大家开动起来，做力所能及的事，相互分享。               2.成员发展较快，指导，培训材料欠缺；成员互动较少。尽快建立一个有效的互动的圈子，资源是需要累计的 。 接下来的任务：               1.完成原理图设计，评估。               2.完善小组成员的沟通机制；建立资源收集，累计模式；全组动员，互助共享，共同进步。 ******************************************************** ****我们欢迎，鼓励小组成员积极主动参入**** ******************************************************** 附：任务及子任务 "系统设计 器件选型"    系统概要设计     系统框图设计     单片机选型     无线模块选型     语音codec选型     CPLD模块选型     电源方案设计     其他模块设计      "工具学习 教程心得"     orcad学习教程     powerpcb教程     Q&A集锦     orcad使用技巧     powerpcb技巧      "原理图设计 PCB设计"     原理图建库     原理图设计     网表/BOM输出     原理图评审     PCB建库     PCB设计     gerber输出     PCB评审      "PCB制版 贴片加工 硬件调试"     PCB制版     PCB贴片     电源调试     底层驱动调试          "RF模块 例程应用"     SPI模拟例程     SPI硬件例程     RFIC驱动例程     半双工低速例程     半双工高速例程     模拟语音传输          "语音模块 例程应用"              codec测试例程     IIS模拟例程     语音传输例程     "CPLD模块 例程应用"              简单测试框架     SRAM读写例程     TFT LCD控制     VGA时序模拟     IIS时序模拟     应用例程          "单片机 驱动模块 例程应用"              ATtiny261     MSP430F2111     STC12LE5410AD     STC12LE2052AD     STC12LE1052AD          "其他模块 例程应用"              IIC模拟例程     IIC硬件例程     bootloader例程     声音告警例程     RTC例程     EEPROM例程     触摸屏例程

发表于 2009-1-4 20:43

我想的方案 2.4G stm32＋cc2500+cc2591 433或915就用 cc1100或cc1101 速率都够的 如果无线部分要省事的话，可以再加个小mcu，然后stm32通过dma方式用uart通信，小mcu专门控制无线部分 stm32专做解压缩，我记得官方前些天发布了一个音频双工解压缩lib，直到这个库发布我觉得才能作出个实用的东西出来，因为我觉得音频处理不好的话，也只能是玩玩了

发表于 2009-1-5 11:01

数字对讲机DIY项目组成员已经突破30人，对于一个研发部门来说，这可是一个不一般的数字啊，人多力量强啊，各位加油！     期待你的参与！

发表于 2009-1-5 18:03

啊

你错啦，qq是一种典型的互联**钱模式。

我觉得，可能用手机的壳子最好找

俺赞同老王的提议

ADPCM软压缩解压 再讨论

对声音压缩算法和实施方法的理解：ADPCM是压缩率很低的算法

今天才发现，支持一下

我就试过ADPCM数据率低于32kbps后，音质下降很严重

哈哈~~~象老X学习~~~圈圈以后也要在里面加上防盗的文字~~~~

感谢老x的精辟论断

。。

公布 RF模块原理图 大家参考 讨论

对183楼

回楼上，是8K取样率的语音

我加入想学习

哈哈，老x这次是武装到牙齿了，

可以加入不？

参加条件：只要你有兴趣，想参加，都欢迎！

数字对讲机项目进展报告1 原理图阶段

数字对讲机是我长久以来的想法，但是很难开始啊

小组发展壮大中~~

支持

浏览过的版块

突出贡献奖章

湍急之河流

缘定三生

技术奇才奖章

技术新星奖章

终身成就奖章

坚毅之洋流

十世金身

技术领袖奖章

永恒之光奖章

技术导师奖章

七世轮回

社区建设奖章

甘甜之泉水

以坛为家

技术高手奖章

荣誉元老奖章

ADPCM软压缩解压再讨论

哈哈~象老X学习~圈圈以后也要在里面加上防盗的文字~~~~

公布 RF模块原理图大家参考讨论