其实这玩意完全看自己需求，一个100欧的路由器这里没人承受不起，只不过有的人觉得花这个钱不值，有的人认为很有必要，仅此而已
sandy_wby 发表于 2012-7-26 21:48 static/image/common/back.gif
你没这个需求，不见得别人没这个需求
我刚去下了个remux版本的inception sample，Linux mplayer2 / Mac MPlayerX把cache增加到100000kBytes，开片等待10秒，之后播放无压力。
tkkk3 发表于 2012-7-26 21:56 static/image/common/back.gif
我刚去下了个remux版本的inception sample，Linux mplayer2 / Mac MPlayerX把cache增加到100000kBytes，开 ...
每次拖动进度又得等10秒……
columco 发表于 2012-7-26 22:08 static/image/common/back.gif
千兆网还是必要的，哪怕就说steaming一些高质mp3，同样可以减少buffering的时间，等一秒和等3，4秒在我看来 ...
在局域网里，320的mp3，啥播放器不设置任何cache要等待1秒钟？
kiro 发表于 2012-7-26 23:00 static/image/common/back.gif
每次拖动进度又得等10秒……
看电影是一点点看的，托进度条多破坏看片的完整性。
tkkk3 发表于 2012-7-26 22:56
我刚去下了个remux版本的inception sample，Linux mplayer2 / Mac MPlayerX把cache增加到100000kBytes，开 ...
你这只是一个例子，而且看片对带宽要求是最低的，因为有时间边看边加载
但是很多其它操作，比如编辑照片，高分辨率得tiff,大小都是400MB+，文件近百个
在photoshop,或lightroom编辑导出，百兆得多少时间？
tkkk3 发表于 2012-7-26 22:01 static/image/common/back.gif
在局域网里，320的mp3，啥播放器不设置任何cache要等待1秒钟？
一首mp3算10MBytes吧， 要是4，5MB的速度不就是2秒吗， 加上buffering前后一点时延。
要是streaming flac格式的话， 等的时间就更长了。
columco 发表于 2012-7-27 01:20 static/image/common/back.gif
一首mp3算10MBytes吧， 要是4，5MB的速度不就是2秒吗， 加上buffering前后一点时延。
要是streaming fl ...
streaming播放不是这么计算的，播放器不需要把整首歌曲下载到客户端，只要读个文件头部分就开始播放了。
很想知道大家用的什么播放器，在linux下用mplayer，mp3就不说了，不分轨的flac，从没感觉到有超过1秒的开始延迟，分轨的flac音乐之间的衔接也很好，因为家里的flac基本都是古典，如果有明显的延迟很容易感知到。我自认为耳朵很挑剔。
tkkk3 发表于 2012-7-27 07:42 static/image/common/back.gif
streaming播放不是这么计算的，播放器不需要把整首歌曲下载到客户端，只要读个文件头部分就开始播放了。
...
在电影下是只读开头就可以streaming， 但是音乐的话， 从追求音质来说，应该把完整的歌曲streming到本地后再播放，这样能减少延时带来的音质损失。
我在windows系统下用foobar2000， 在ios用8player， 在android用mediahouse， 在wp7下用htc media connection， 另外还有oliver 3hd作为硬件音乐播放器。
总结起来， 在没有千兆网下， 很多播放器会不稳定， 各种卡加崩溃， 当然有软件原因， 不过换了千兆网后有很大改善。
columco 发表于 2012-7-27 12:25 static/image/common/back.gif
在电影下是只读开头就可以streaming， 但是音乐的话， 从追求音质来说，应该把完整的歌曲streming到本地后 ...
我一直觉得，在电脑或手机上谈音质挺不靠谱的，凑合听听吧。