实在忍不住了，我要提意见。

arm

我做工控的，音频解码是外行。
不过按常识判断，采用嵌入式操作系统PCM数据流的完整性不可控，因为不能做底层操作。如果用C语言应当较好。最佳方式当然是硬件（CPLD）解码，时序速度都不是问题。软解码较依赖于编程技术。

[ 本帖最后由 arm 于 2009-9-2 11:20 编辑 ]

xujun508

交易区新帖推荐

原帖由 勃总 于 2009-9-2 10:32 发表
我从不考虑别人对我的看法，我只讲我认为对的东西。我反对相互攀比器材，我只表明某些人用他们在多媒体音响上得到的印象去判断整个音响领域的是与非是极端错误的！

[s:20]

顺溜

原帖由 arm 于 2009-9-2 11:13 发表
我做工控的，音频解码是外行。
不过按常识判断，采用嵌入式操作系统PCM数据流的完整性不可控，因为不能做底层操作。如果用C语言应当较好。

谢谢!
若用软件解码,就涉及到算法,区别就大了.不同的播放软件效果差异很大,您认为是什么原因?

PCM数据流的完整性不可控到不是什么大问题,一般都回利用缓存解决,我想了解的是软硬两种方式的区别.

比如.目前市面上的MP3机,大多都是硬件解码,它与PC机中的解码,有什么区别?

arm

原帖由 顺溜 于 2009-9-2 11:22 发表


谢谢!
若用软件解码,就涉及到算法,区别就大了.不同的播放软件效果差异很大,您认为是什么原因?

PCM数据流的完整性不可控到不是什么大问题,一般都回利用缓存解决,我想了解的是软硬两种方式的区别.

比如.目前 ...

估计差别就在编程技术上。软解码要考虑速度，编程权衡利弊较多。硬解码速度不是问题，但也有编程问题，它一般是大批量流片，所以仿真比较严格，投产后应当一致性好，成本低。

顺溜

原帖由 arm 于 2009-9-2 11:30 发表
估计差别就在编程技术上。软解码要考虑速度，编程权衡利弊较多。硬解码速度不是问题，但也有编程问题，它一般是大批量流片，所以仿真比较严格，投产后应当一致性好，成本低。

谢谢!正在学习,呵呵

arm

交易区新帖推荐

原帖由 顺溜 于 2009-9-2 11:33 发表


谢谢!正在学习,呵呵

互相学习、共同提高[s:21] [s:89]

筑和

其实一点都不奇怪，好比武林高手有洪七公，也有欧阳锋。有风清扬，还有岳不群。
你不可能要求欧阳锋象洪七公。[s:14] [s:14] [s:14]
[s:97] [s:97] [s:97] [s:97] [s:97]

Fly Mouse

原帖由 勃总 于 2009-9-2 10:32 发表
我从不考虑别人对我的看法，我只讲我认为对的东西。我反对相互攀比器材，我只表明某些人用他们在多媒体音响上得到的印象去判断整个音响领域的是与非是极端错误的！

偶就喜欢脖肿这点。而我不喜欢脖肿的，就是知道自己有些观点可能不对，就像个娘么似的躲着。是个爷么就大胆出来测试一下，就是自己错了好歹也算个爷么。

风雨情怀

百家争鸣，繁荣论坛，使我们进坛内的目的

天地一白鸥

网络是面镜子，展现的是最真实的内心和素质

勃总

原帖由 Fly Mouse 于 2009-9-2 11:42 发表

偶就喜欢脖肿这点。而我不喜欢脖肿的，就是知道自己有些观点可能不对，就像个娘么似的躲着。是个爷么就大胆出来测试一下，就是自己错了好歹也算个爷么。

这种还需测试吗？

ql888

原帖由 arm 于 2009-9-2 10:33 发表
要是3886就不会了[s:14]

[s:97] [s:97] [s:97] ,有一款鬼佬合并机就是使用3886做功放的(商标、型号我就不说出来了，以免...)，标价几万（RMB），声音很好听:victory:

ql888

原帖由 勃总 于 2009-9-2 12:16 发表
这种还需测试吗？

[s:97] [s:97] [s:97] ，[s:20] [s:20] [s:20]

ql888

[s:20] [s:20] [s:20] 我从不考虑别人对我的看法，我只讲我认为对的东西。我反对相互攀比器材，我只表明某些人用他们在多媒体音响上得到的印象去判断整个音响领域的是与非是极端错误的！ [s:97] [s:97] [s:97]

arm

看来在DIY的3886功放上得到的印象才是正确地！[s:97]