看来你比较熟悉的是应用层的。
那其他先不管，如果你想了解该板CPU的运行速度 ， 你可以登录到该板的系统查看CPU记录啊。
具体，你先准备几样不同编码的音频文件 ， 编译好你准备使用的播放器。
如果该板可带本 ...
据TS的说法，播放器端的cpu越快越好，内存越大越好，WIN8比Linux好，但这样的机器必然功耗巨大，干扰巨多，很难对其电源进行优化，降低EMI干扰，Windows瘦身也会影响电脑的功能，所以就加了这块raspberry pi，相当于加了一级异步缓存，隔离了。在raspberry pi上很容易实现系统优化以及供电优化（raspberry pi是线性稳压的） 原帖由 sparkman 于 2012-11-30 13:57 发表 http://bbs.headphoneclub.com/images/common/back.gif
看来你比较熟悉的是应用层的。
那其他先不管，如果你想了解该板CPU的运行速度 ， 你可以登录到该板的系统查看CPU记录啊。
具体，你先准备几样不同编码的音频文件 ， 编译好你准备使用的播放器。
如果该板可带本 ... 1
我不都告诉您老processor的速度是700mhz了吗
看来您是没听懂我说什么啊.....
3
HQplayer分两部分 一部分在pc上 从NAS读数据 处理好发到NAA端
一部分是NAA(network audio adapter) 接收数据缓存好 送到usb DAC/DDC
raspberrypi上根本不用挂载播放文件什么的
NAA的cpu占用率在10%左右 这就是只做缓存的好处
单独自己升频播放的话不同算法间也有区别的..... 比较难量化 回头我装个mpd给您跑下意思意思 原帖由 zsudicky 于 2012-11-30 14:59 发表 http://bbs.headphoneclub.com/images/common/back.gif
据TS的说法，播放器端的cpu越快越好，内存越大越好，WIN8比Linux好，但这样的机器必然功耗巨大，干扰巨多，很难对其电源进行优化，降低EMI干扰，Windows瘦身也会影响电脑的功能，所以就加了这块raspberry pi， ... 知音呐.....
raspberry pi有i2s输出能力
目前hqplayer的作者貌似弄出一点成绩了
另外还有个丧心病狂的鬼佬正等着改晶振换时钟什么的
估计不久就会有些东西出来了 等待 原帖由 mc鲁迅 于 2012-11-30 02:08 发表 http://bbs.headphoneclub.com/images/common/back.gif
可以看看这个公司http://www.signalyst.com/consumer.html
我觉得他们的想法很好
数据的处理要求强大的电脑
数据的输入输出需要简单干净
理论上这是可行的
但是现实中某些时候这些是矛盾的
不錯不錯，現在JPLAY也這樣借鑒了。網絡模式播放。
一台负责运算，一台负责缓冲和输出。
我现在也是三分体，NAS，桌面PC，音频PC。但音频PC我考虑了下，还是使用了HTPC机箱和MicroATX主板，主要是太集成化了感觉干扰也大，又没有USB3.0之类的扩展，对USB解码来说不是最合适。不过LZ推荐的这个不错，毕竟很便宜。
[ 本帖最后由 smilence 于 2012-12-1 13:15 编辑 ] USB3.0线在Musiland monitor 03us声卡上用了，不错，换了USB2.0线，确实差些。
从纯技术角度，对这个800多元的低端声卡的性能，哪位能说说？ 原帖由 zsudicky 于 2012-11-30 14:52 发表 http://bbs.headphoneclub.com/images/common/back.gif
这块raspberry pi自带I2S输出的，楼主能不能开发一下，直接用其I2S输出会 ...
霍霍，这个厉害了 I2S消息有更新不？ 原帖由 水云 于 2012-12-3 09:37 发表 http://bbs.headphoneclub.com/images/common/back.gif
I2S消息有更新不？ 原帖由 zsudicky 于 2012-11-30 14:52 发表 http://bbs.headphoneclub.com/images/common/back.gif
USB总线是共享总线，轮询模式，在操作系统下，USB的优先级天生比网络和PCI等低，usb有天生缺陷，就算异步也无法完全解决。所以最好能避开USB。这块raspberry pi自带I2S输出的，楼主能不能开发一下，直接用其I2S输出会 ...
初版的i2s驱动已经出来了
我编译好了 但是手边没测试的dac。。。。。
https://github.com/philpoole/snd_pi_i2s
希望3.6内核可以更完善 RPi是有I2s输出，但是貌似需要改几个电阻，然后走板上GPIO的几个引脚出来。最初的RPi工程版是直接有I2S输出的，但是因为layout不方便还是怎么的就取消了。
其实更进一步的构想是给RPI编译一个专用的linux发行版，支持upnp/dlna的，然后磨改下供电和晶振，走I2S输出到DAC。这样的话，倒是更接近于市场上的网播架构。
回复 39# 的帖子
想不折腾的话，可以考虑弄块ES9023之类内置运放输出的DAC板，便宜又容易出好声。 mark 记号，不错16bit/44k输出谁能改24bit/192k:lol NAA这个思路不是类似于苹果的Airport Express （AirPlay）么？走一次网络的Jitter可不小呀。看了看signalyst的结构图，没觉得加一层NAA好处有多少，无非起到两个作用：1）PC可以与功放等音响器件物理分离；2）耗CPU的升频等音频数据处理放在PC上，简化NAA的要求。
音质上比较PC直接usb连过去个人感觉不见的高。
原帖由 mc鲁迅 于 2012-12-1 00:07 发表 http://bbs.headphoneclub.com/images/common/back.gif1我不都告诉您老processor的速度是700mhz了吗看来您是没听懂我说什么啊.....3HQplayer分两部分 一部分在pc上 从NAS读数据 处理好发到NAA端一部分是NAA(network audio adapter) 接收数据缓存好 送到u ... 原帖由 silentwind 于 2013-1-14 09:26 发表 http://bbs.headphoneclub.com/images/common/back.gif
NAA这个思路不是类似于苹果的Airport Express （AirPlay）么？走一次网络的Jitter可不小呀。看了看signalyst的结构图，没觉得加一层NAA好处有多少，无非起到两个作用：1）PC可以与功放等音响器件物理分离；2）耗CPU的 ...
个人感觉是没用的，除非你的认知水平已经很高很高，实践出真知
