mc鲁迅 发表于 2012-11-30 00:54:30

原帖由 dgccieing 于 2012-11-29 15:37 发表 http://bbs.headphoneclub.com/images/common/back.gif
risc只是简称,相对于intel,amd的cisc架构。

所有的arm都是用risc指令的,不存在好不好的问题吧。只是效率和可控性。目前cisc架构,针对多媒体都有单独的指令,并不见得比risc差。
再说对于pc hifi,主要考虑的问 ... 我王婆卖瓜下
这个系统的好处在于分离
数据储存在NAS
数据处理在PC
数据播放在raspberry pi
树莓派干的活就是做个缓存 把数据从缓存里供给USB声卡

sparkman 发表于 2012-11-30 01:54:30

原帖由 mc鲁迅 于 2012-11-30 00:54 发表 http://bbs.headphoneclub.com/images/common/back.gif
我王婆卖瓜下
这个系统的好处在于分离
数据储存在NAS
数据处理在PC
数据播放在raspberry pi
树莓派干的活就是做个缓存 把数据从缓存里供给USB声卡

如果这块板CPU速度够, 没道理不用mpd 本地解码本地播放。
用mpd,你可以在wifi手机上跑client, 然后在几台PC上也跑几个client。 走到哪里随手都可以操控,而且 client之间是同步显示的。

sparkman 发表于 2012-11-30 02:00:53

如果你还嫌不过瘾,那就让这块板输出到某远程X server , 然后你爱跑什么播放器,随便:lol

mc鲁迅 发表于 2012-11-30 02:08:44

原帖由 sparkman 于 2012-11-30 01:54 发表 http://bbs.headphoneclub.com/images/common/back.gif


如果这块板CPU速度够, 没道理不用mpd 本地解码本地播放。
用mpd,你可以在wifi手机上跑client, 然后在几台PC上也跑几个client。 走到哪里随手都可以操控,而且 client之间是同步显示的。 可以看看这个公司http://www.signalyst.com/consumer.html
我觉得他们的想法很好
数据的处理要求强大的电脑
数据的输入输出需要简单干净
理论上这是可行的
但是现实中某些时候这些是矛盾的

水云 发表于 2012-11-30 09:51:16

原帖由 sparkman 于 2012-11-30 01:54 发表 http://bbs.headphoneclub.com/images/common/back.gif


如果这块板CPU速度够, 没道理不用mpd 本地解码本地播放。
用mpd,你可以在wifi手机上跑client, 然后在几台PC上也跑几个client。 走到哪里随手都可以操控,而且 client之间是同步显示的。
这个想法不错

可是俺玩不转这个,要请个师傅教教

sparkman 发表于 2012-11-30 10:02:57

原帖由 mc鲁迅 于 2012-11-30 02:08 发表 http://bbs.headphoneclub.com/images/common/back.gif
可以看看这个公司http://www.signalyst.com/consumer.html
我觉得他们的想法很好
数据的处理要求强大的电脑
数据的输入输出需要简单干净
理论上这是可行的
但是现实中某些时候这些是矛盾的
在解码前接这个板 , 实质还是解码。
有个东西变了,那就是解码与PC之间的连接由原来的USB变成了RJ45 。
但从PC一端往外看,是等效的。
试想一下, 在摆放位置上,这块板和解码板的硬件无限靠近, 最后变成在一块大点的板。
在新的这块板上,逻辑上还是原来的2块板各自独立, 但是这时可以不要那么长的USB线 , 两者之间照样可以进行USB信号的收发。
但是既然成了一块大的板了, 何苦蛋疼使用USB呢 , 完全有很多其他更好的互连方式呀。
好,就算还是用USB相连 , 如果厂家不说 , 普通用户根本就不知道原来是怎么一回事。
也就是,厂家完全可以把两块板整合 , 新的产品还是解码。
你可以去分析下任何一块解码的电路 , 其实是一样的 , 都有FIFO等玩意 , 具体形式不同罢了。

sparkman 发表于 2012-11-30 10:05:34

原帖由 水云 于 2012-11-30 09:51 发表 http://bbs.headphoneclub.com/images/common/back.gif

这个想法不错

可是俺玩不转这个,要请个师傅教教
这个很成熟的 。

MPD的client 一大堆啊 , 跑在什么上面的都有 , 各client之间天生就是同步的。

mc鲁迅 发表于 2012-11-30 10:43:06

原帖由 sparkman 于 2012-11-30 10:02 发表 http://bbs.headphoneclub.com/images/common/back.gif

在解码前接这个板 , 实质还是解码。
有个东西变了,那就是解码与PC之间的连接由原来的USB变成了RJ45 。
但从PC一端往外看,是等效的。
试想一下, 在摆放位置上,这块板和解码板的硬件无限靠近, 最后变成在 ... 这话怎么这么车轱辘呢.....
usb变成异步大家高呼可以用usb hifi了
我花35刀加了一级异步就是为了隔离开
这样就不用把主力电脑优化到没法正常工作乃至不上网黑屏听歌了
再说了raspberry pi的arm processor是700mhz的 估计做点重采样就会比较吃力了

[ 本帖最后由 mc鲁迅 于 2012-11-30 10:50 编辑 ]

sparkman 发表于 2012-11-30 10:49:56

原帖由 mc鲁迅 于 2012-11-30 10:43 发表 http://bbs.headphoneclub.com/images/common/back.gif
这话怎么这么车轱辘呢.....
usb变成异步大家高呼可以用usb hifi了
我花35刀加了一级异步就是为了隔离开工作电脑这样就不用把主力电脑优化到没法正常工作乃至不上网黑屏听歌了
:lol 把地摊耳机前接一个万元的放,于是立刻升级成800:L

mc鲁迅 发表于 2012-11-30 10:51:17

原帖由 sparkman 于 2012-11-30 10:49 发表 http://bbs.headphoneclub.com/images/common/back.gif

:lol 把地摊耳机前接一个万元的放,于是立刻升级成800:L 大侠的帖子我总是看不懂 太玄奥了

sparkman 发表于 2012-11-30 11:01:52

700M那是内部PLL后的,外面晶振频率不会这么高得吓人。

可以试试700M够不够解什么码呀 , linux下做这个这没压力啊。

sparkman 发表于 2012-11-30 11:12:29

而且有必要升频么?解码电路要有DF或ASRC的话直接8倍频足矣。

mc鲁迅 发表于 2012-11-30 11:27:54

原帖由 sparkman 于 2012-11-30 11:01 发表 http://bbs.headphoneclub.com/images/common/back.gif
700M那是内部PLL后的,外面晶振频率不会这么高得吓人。

可以试试700M够不够解什么码呀 , linux下做这个这没压力啊。 您说话真心看不懂 能解释下第一句吗

sparkman 发表于 2012-11-30 13:57:27

看来你比较熟悉的是应用层的。
那其他先不管,如果你想了解该板CPU的运行速度 , 你可以登录到该板的系统查看CPU记录啊。

具体,你先准备几样不同编码的音频文件 , 编译好你准备使用的播放器。
如果该板可带本地存储器,把需要的文件放在这里;如果不能,那就用samba 、 NFS等mount过来; 如果板上RAM够,你也可以做ramfs或tmpfs , 一样将需要的文件wget或ftp过来。

如果播放器不带界面,那就直接在shell下运行;如果带GUI界面,输出到远程X server。
在播放的同时,查看CPU记录不就可以了解个大概?

至于登录, ssh 、 telnet 哪样方便就用哪样 , 只要系统那边提供支持。
shell等常用工具则可用busybox .

zsudicky 发表于 2012-11-30 14:52:29

USB总线是共享总线,轮询模式,在操作系统下,USB的优先级天生比网络和PCI等低,usb有天生缺陷,就算异步也无法完全解决。所以最好能避开USB。这块raspberry pi自带I2S输出的,楼主能不能开发一下,直接用其I2S输出会不会更好呢
页: 1 [2] 3 4 5
查看完整版本: 穷人的玩具raspberry pi网播

耳机俱乐部微信
耳机俱乐部微信