比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
最好的Mac音乐――网易云音乐Mac版抢先试用！
关键字：管理 网易云音乐
　　而今的时代，是偶像，“出品”就代表着品质。这两年，网易最让人惊喜的是开始涉足音乐客户端了。不过，对于用的我来说，网易云音乐Mac版却让人等了又等盼了又盼。直到今年国庆节，才终于用上了。拿到手以后，发现等待虽然难熬，但结果却让人惊喜。
　　下载试用
　　在Safari里键入，出来的红黑界面已经在里看了无数遍。
　　哈哈，终于看到了第六个选择啦。
　　果断点击下载。
　　终于在任务栏上看到了红色的云，hoho!
　　第一印象：过人外貌
　　点击打开，马上发现了全新的视觉设计。要知道这可是第一家支持最新OSX 10.10 YOSEMITE界面设计风格的音乐软件，符合小朋友们Mac使用习惯，堪称最Mac客户端。
　　播放界面延续了黑胶唱片的风格，使用了大量透明、鲜艳的色彩和简洁的线条，让网易云音乐与Mac系统浑然天成。
　　第二印象：实力内在
　　看过了网易云音乐这个小鲜肉的过人外貌，现在来他的内在。
　　提供500万正版曲库，囊括全球超品质音乐，首首320k最佳音质，最重要的是完全免费!绝对是学歌利器。
　　没网络怎么听?没问题啦，网易云音乐是真正的全功能Mac音乐客户端，最有诚意在于从此不再为没法下载、没法收听本地音乐!果断下载吧!
　　上班听歌怕领导发现?这个也没问题啊。特色菜单栏歌词显示，在菜单栏上看歌词，完全不干扰你的其他界面操作;也支持mini模式和桌面歌词，随时随地看歌词。在mini模式下还可以直接查看、歌词。
　　巧妙心思：口味测试
　　如果你是一个安安静静听歌、却懒得从各类榜单寻找心头好的小朋友，这里强烈推荐一个功能，也是我最喜欢的――口味测试!
　　你会说，原来这个也可以?!当然啦!
　　不要小看这三个选项，轻轻巧巧就揭露了您的年龄啊，这可是国家机密呢!
　　然后会有几段试听的音乐。我喜欢了一段苏打绿的音乐，然后我就被发现了!偶是华语乐坛听歌识曲的小霸王，哈哈!
　　网易云音乐的个性化推荐，为用户推荐最符合他口味的歌曲。听歌越多，推荐越准!
　　当然，如果你和我一样是网易云音乐的爱好者，巴不得随时随地能登陆所有平台，那么这个多端歌单歌曲绝对解渴。网易云音乐支持Mac、iPhone、、PC、、WindowsPhone、Web七端同步，随时享受好音乐。
　　网易云音乐的“社交分享”基因依旧延续，关注明星、好友和音乐达人，与他们进行实时互动，分享自己最喜欢的音乐。
　　上面是外行看热闹，下面说点内行看门道。和PC版相比，Mac版有不少变化：双击歌曲不再仅仅将本单曲加入播放列表，而是用当前歌曲列表来替换掉播放列表;支持Mac特有的菜单栏、dock栏操作;交互模式按Mac习惯进行相应的修改。
　　说了这么多，现在大家应该能理解为啥网易云音乐Mac版是为“思想更开朗”、“对美的要求更高”同时“也更挑剔的”Mac用户献上的一份国庆大礼。网易云音乐Mac版，预示着听歌最好的时代已经来了。
[ 责任编辑：晴天 ]
新经济、新业态环境下，数据量呈…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte查看: 1140|回复: 11
谈谈低延迟对音质的负面影响，顺便谈谈WASAPI
TA的每日心情慵懒 01:04签到天数: 6 天[LV.2]偶尔看看I
本帖最后由 asklock 于
06:54 编辑
By 咣輝のま裔
新人刚注册不久，不知道PT80对哪个图床相性好，先暂时用这个图床，如果图死了请PM我。
& && &&&常常看到某些人给别人推荐ASIO，KS或者WASAPI的时候，总喜欢扯上一句：拥有更低的延迟，从而改善音质。
& && &&&事实到底是不是这样的呢？让我们来看看Foobar2000作者的看法。
& && &&&Note that low latency playback is relevant to real-time processing and editing only. It's completely useles in fact, higher latency is better in this case as it gives better protection against glitching from buffer underruns.
& && &&&需要注意的是低延迟播放仅与实时处理和编辑相关。对于音乐播放是完全无用的。事实上，更高的延迟在这种情况下表现得更好。因为它提供了更好的保护，防止因为缓存欠载造成的毛刺。
& && &&&作者这一两句话完全概括了重点，但是并不是所有人都能真正理解其中的道理。
低延迟的唯一好处：
& && & 低延迟的唯一好处仅在于录音播音的实时处理，比如将一个人说的话通过扩音器实时的广播，将播放的背景音乐与录制的人声进行实时混音处理等等对时间要求很高的操作。事实上低延迟是为了达到实时处理而不得不做的一种妥协。
什么是缓存欠载：
& && & 缓存欠载是指由于某种原因导致系统传输停顿使缓存不能及时补充有效数据，同时缓存中的数据又已被播放（录制）完，造成缓存中数据为空的现象。
为什么低延迟会造成缓存欠载：
& && & 实际上 延迟 = 采样点个数/采样率 + 偏移量 而多数情况下偏移量大致为0，于是多数情况下延迟 = 采样点个数/采样率 采样点个数反映了缓冲大小，缓冲大小决定了当前写入位置与播放位置的距离。
& && &&&播放速度是固定的，如果缓冲大小为0，那么就必需时刻保持写入速度等于播放速度，这势必会造成系统频繁调用的高负载。当我们加入了缓冲机制，系统对于写入速度的要求就从瞬时速度降低为平均速度的水平。缓冲越大，对于突发高负载造成的写入速度降低的缓冲能力就越强。
（在播放的时候偏移量可以为负数，这样就实现了0延迟，让写入与播放同时进行，由于写入速度快于播放速度，而且播放的内容是可以预知的，这样就能够在预存了足够的采样点后，再保持速度同步。事实上不管是Foobar2000的WASAPI，还是ASIO，设置的都是缓冲大小。）
缓存欠载的后果：
& && &&&根据处理方式的不同，缓存欠载会有两种后果：1. 禁音，短时间的禁音在人耳听来就是爆音的效果。2. 重复播放缓冲区，直到有新数据为止，这种处理方式在人耳听来就是一段很短的声音无限重播。
& && &&&接下来要说些比较专业的话题了，如果你看不懂也没关系，大致看下，知道楼主的结论就好了。
让我们看看软件播放过程中的实际情况：
& && &&&事实上，写入声卡缓冲的速度远快于播放的速度。为了不让线程在写完一个缓冲大小的数据后空载，增加不必要的消耗，有违节能环保的精神。于是每次在写入操作完成后进入睡眠状态（调用Sleep或者timeSetEvent+WaitForXXXX函数）。
菜鸟级程序员的做法：
& && &&&菜鸟级程序员每次都让播放与写入同时开始，写完一个缓冲大小的数据后，便睡眠一个延迟的时间，等待播放完毕。然后又开始播放和写入，不停的重复下去。
& && &&&这中做法并没有发挥出缓冲的所有优势，只能保证一个缓存大小中的声音是没有差别的。但是问题发生在两个缓冲的交汇处。睡眠并不能保证在精确的时刻被唤醒。每块缓冲大小的声音在时间上总是或多或少的前后漂移。一段1S的声音在100ms的延迟下，将有9处交汇处，在10ms的延迟下有99处交汇处，在1ms的延迟下有999次的交汇处。将延迟从100ms降低为1ms，对声音的影响加剧了100倍还不止，而系统频繁调用的次数也增加了100倍不止。
& && &&&以下测试都在没有干扰的情况下进行：
& && &&&20ms延迟的情况：
& && &&&平均时间漂移（正负不抵消）体现了两个缓冲交汇处对音质的影响，累计时间漂移（正负不抵消）表示了这种处理方式下对于音质的总体影响，可以看到30S的声音就有381ms出现了问题。实际上，如果是日常的使用中，最大时间漂移可以轻易突破20ms。
& && &&&200ms延迟下的对比：
& && &&&可以看到加大延迟对于菜鸟写的播放程序有极大的好处，累计时间漂移（正负不抵消）直接从381ms降低到了20.9ms
配合双缓冲，循环播放，动态写缓存：
& && && &这种做法完全发挥出了缓冲的价值。只要最大时间漂移和累计时间漂移（正负抵消）不超过一个延迟的时间，就不会对音质产生影响。此时在前两项达标的情况下，平均时间漂移（正负不抵消）和累计时间漂移（正负不抵消）已经不会对音质产生影响。延迟越小，对于突发的高负载，抵抗能力就越差。
& && &&&那么问题到这里就已经顺利解决了么？
& && &&&我们知道不管Sleep也好还是timeSetEvent + WaitForXXXX，其时间精度都受到系统定时器分辨率的影响。系统默认情况下是15.6ms，Foobar2000 以及一些调用MMCSS (Multimedia Class Scheduler Service)的程序都会将定时器精度设置为10ms。然而这个值并不是你想设为多少就能设为多少的，这个值只能等于系统中所有程序设置的最小值，而且最高精度只能为1ms，这个值设的太小还会增加系统线程切换的消耗。
& && &&&那么如果音频的延迟为25ms，在10ms的时间精度下，Sleep会如何表现呢：
& && &&&结果就是每次都睡眠30ms。最终时间严重增长了5S。为了解决这个问题：
timeSetEvent + WaitForXXXX登场：
& && &&&可以看到，在10ms的精度前提下，等待时间不断的在20ms和30ms间变化，实际上延迟25ms的表现还不如20ms，其对于突发高负载的承受力只有15ms的水平。在延迟足够大的情况下，这种方式足以解决简单Sleep带来的问题。
& && &&&遗憾的是，系统定时器分辨率的精度最高只能是1ms，这就给不是整数毫秒的延迟带来了问题。
& && &&&事实上，44100Hz在多数采样点下的延迟并不是整数毫秒。
& && &&&WASAPI Event-Mode 对于采样点的限制如下：
& && &&&最高500ms
& && &&&大小不超过512KB
& && &&&必需对齐到128Byte（是Byte不是bit）
& && &&&拿20ms来说，实际上的延迟时间是20.3175ms 采样点896个，这多余的0.3175ms对于timeSetEvent + WaitForXXXX造成问题：
& && &&&累计时间漂移（正负抵消）已经超过了延迟的20倍。这就是时间零头积累造成的问题。为了解决这个问题：
优化的Sleep – 最后的绝唱：
& && &&&现在我们不再睡眠一个延迟值了，现在：
& && &&&睡眠时间 = 当前循环次数n*延迟 - （当前系统时间 - 播放开始的系统时间）
& && &&&这样便解决了零头时间带来的问题。
& && &&&可以看到平均时间周期已经和延迟基本接近了，累计时间漂移（正负抵消）也得到了很好的控制，但是最大时间漂移超过了20ms，这不是偶然，实际上楼主测试了5次，其中4次都超过了20ms，1次为6ms。
& && &&&在系统时间精度为10ms的前提下，想要在这种方式下良好工作，延迟至少要30ms。实际上这是Push-Mode下不得不采用的方式，只有这种方式才能解决上面提到的所有问题。Foobar2000便是这么做的。这也是其缓冲长度必需大于50ms的原因。虽说Foobar2000的缓冲长度与声卡的缓冲大小不是同一个事物，但两者前后承接，工作原理上极其相似。
（其实系统计数器的分辨率可以达到100纳秒的级别，但是用在播放器上完全是杀鸡用牛刀。100纳秒级别的计数器在大型游戏上常常用到）
WASAPI Event-mode来袭
& && &&&只有降低两个缓冲区交接处的时间误差和漂移幅度，才能在音质不受损的情况下，降低延迟。
& && &&&我们知道在当前系统时间精度下，为了保证音质不受损，延迟不可能降得太低。为了降低延迟，我们迫切的需要一种不需要高负载轮询，又能高度准确的时间。硬件驱动回调模式便由此孕育而生。不论是WASAPI Event-mode 还是KS又或者是ASIO，采用的都是这种方式。这才是他们的精髓所在。
& && &&&声卡在每次播放完一个缓冲区后便发送事件通知程序，应用程序便开始将音频数据写入缓冲区。详细图解，请回头看上面的：配合双缓冲，循环播放，动态写缓存。
& && &&&硬件驱动回调模式的唯一区别就是：现在不是由我们自己定时写入了，而是让硬件告诉我们什么时候该写入了。这便使得我们写入的时间相当准确，从而对于缓冲大小的要求降低，最后延迟就可以控制的更小。
现在楼主写的基于WASAPI Event-mode的测试播放器该登场了：
& && &&&将你要播放的文件命名为a.wav放在同一目录下，然后运行程序就可以播放了。
& && &&&只支持wav格式，只支持声卡硬件支持的格式，支持声卡选择。
& && &&&文件采用全文件缓冲的方式载入，请确保拥有足够的空闲内存（事实上，楼主并不认为全文件缓冲会改善音质。只要声卡缓冲大小（延迟）足够大，全文件缓冲就没有任何意义。楼主这么做完全属于偷懒的做法）。
& && &&&实际上WASAPI Event-mode的兼容性可能在不同的声卡下表现有所不同，楼主基于自己的声卡修正了24位音频文件的播放问题。如果在你的机器上播放24位音频格式时出现杂音，请留言反馈，楼主可以再发一个未修正的版本。
想要查看声卡支持的格式请使用楼主写的声卡参数测试软件：
& && &&&还能顺便检查下最小延迟以及系统定时器分辨率。
& && &&&以上两个软件基于WASAPI，不支持Windows XP系统。如果遇到问题，可以留言反馈。
& && &&&如果Windows Vista以上系统无法运行，请安装Visual C++ 2010运行时组件
那么我们开始测试：
& && &&&可以看到累计时间漂移（正负不抵消）减小到了原来的一半，虽然这没什么作用，但是也可以作为一个浮动的观察值。最重要的是，最大时间漂移降低到了2ms以下。可以说在系统单纯播放音乐，没有干别的事情时，5ms左右的延迟就已经完全足够了。
& && &&&你还观察到累计时间漂移（正负抵消）为负数，实际上这是因为声卡的时钟与系统的时钟不同造成的。就好像两杆秤的1Kg不一样。如果以声卡的时钟为标准来衡量的话，误差应该很小，只是微妙级别。我前面已经说过了，只要累计时间漂移（正负抵消）的值小于延迟，就不会对声音造成任何影响。
空闲时的测试可以说是太轻松了，让我们做下压力测试吧：
在已运行极品飞车17的情况下，对一首6分30秒192000Hz 24bit的歌曲进行播放测试。
以下测试都做了3次以上，不存在突发情况造成的误差。
延迟2.25ms下的结果
& && &&&点评：歌曲播放时间直接增加了11秒，最大时间漂移达到40.2ms，是延迟的18倍。这么低的延迟，不但严重影响了音质，还造成了线程频繁切换调用的高负载。楼主已无法忍受，直接丢掉了耳机，默默地开着车。
延迟20ms下的结果
& && &&&点评：累计时间漂移（正负抵消）和最大时间漂移都超过了延迟，虽然不多，但还是对音质产生了一定的影响。显然至少要有50ms的延迟才能完全满足实际情况。
延迟200ms下的结果
点评：最大时间漂移降低到了1.6ms，由此可以看出对系统和声卡的压力降低了许多，更加稳定了。明显舒缓了许多，楼主开车头都不晕了，心情也不急躁了，当然这很有可能是心理安慰的作用，哈哈。
最大值：341.25ms下的结果
点评：与200ms相似的结果，完全在误差范围之内。进一步减轻了系统的负载，对突发事件也拥有了更强的抵抗能力。
楼主写的最后一个软件，也是前面一直用到的测试工具该登场了：
多数选项对于你的来说意义不大，不过我还是要推荐下第6项（这个工具XP也能运行）
& && &&&事实上我们无法明确知道Foobar2000等软件采用的缓冲写入算法究竟是否给力，但是我们可以通过计算，得出几个兼容性最好的延迟时间。
& && &&&上面列出的便是44100Hz 16bit下最具兼容性的延迟。强烈推荐320ms，这是44100这个采样率能够获得的最小整数时间。
& && &&&如果你希望一个较小的延迟的话，可以设置为50ms：
上面提到的3个工具的下载地址：
声卡检测工具+播放器+延迟测试工具
密码: trz9
(解压不了的请更新winrar5.0以上版本)
关于Foobar2000的设置建议：
& && &&&其实正如Foobar2000作者所说的，只要缓冲足够大，便不会对音质产生多大影响。如果你追求完美的话就把缓冲长度设为320的整数倍，比如1280吧，理由我前面都说过了。
& && &&&如果你喜欢WASAPI的话就在设备里选择上，然后在高级里这么设置：
& && &&&本来Event-Mode的缓冲也应该设为320的。很可惜的是，作者写的event mode插件存在很严重的bug，导致延迟大于90ms左右便会声音播放错乱，严重缩短播放时间，这极有可能是WaitForXXXX函数超时时间设置过小造成的。所以我不推荐你用Event-Mode，我更倾向于使用320ms延迟的push mode（实际上push mode最大的缓冲时间能达到2000ms，作者限制为1000ms，估计是在内部做了双缓冲处理）。
& && &&&线程优先级勾上MMCSS，模式输入Pro Audio，Pro Audio属于多媒体调度优先级最高的模式了。
全文件缓冲这个除了浪费内存，没有任何好处，按作者默认设置0就好：）
TA的每日心情开心 17:08签到天数: 337 天[LV.8]以坛为家I
牛啊，遇到大神了，膜拜之
TA的每日心情开心 09:21签到天数: 476 天[LV.9]以坛为家II
非电脑专业谈谈自己的看法。
其实还是不推荐组装CAS，对操作系统依赖太大。如果硬件支持，在windows上还是使用asio比较好。要想提升音质就必须减少干扰，于是各种直通方式变成了最佳手段。如果记得没错的话wasapi是建立在系统音频服务之上的；而asio则完全绕过了系统。
从逻辑上分析，各种wasapi参数设置有两种结果：
1.&&对音质无影响。也许各种参数就是对稳定性有影响，那么无调整必要，默认就好。
2.&&对音质有影响。也就是说系统又多经过一层处理，相对于asio而言增加了干扰。
另外我觉得压力测试实在没必要。CAS肯定是做减法而不是做加法。我曾经按照教程把windows精简到打开播放器之后除了移动鼠标就是用电源键强制关机，最后得出的结论还是asio音质最好。能基本达到优化过OS X的水平。
TA的每日心情奋斗 13:43签到天数: 107 天[LV.6]常住居民II
写的很精彩&&楼下的回复也依然精彩 学习了啊
TA的每日心情开心 17:51签到天数: 4 天[LV.2]偶尔看看I
好高深像楼主学习
该用户从未签到
有没有MAC下相关软件的分析，刚转到苹果系统下很不习惯
TA的每日心情开心 16:41签到天数: 128 天[LV.7]常住居民III
好专业啊，表示看不懂& &&&
TA的每日心情慵懒 20:36签到天数: 25 天[LV.4]偶尔看看III
哎，看了有点晕。看来差距不是一点半点哦一不还是依稀仿佛明白了那么一点点谢谢!
TA的每日心情开心 13:39签到天数: 4 天[LV.2]偶尔看看I
楼主写的好专业呀，实在看不懂
TA的每日心情开心 01:28签到天数: 57 天[LV.5]常住居民I
技术贴,支持一下
通用回复，请认真回复
本站联系方式：QQ：
Powered by您尚未　 &
Pages: ( 1/2 total )
本页主题: QQ音乐可以支持ASIO出，将会掀起普通CD格式音乐流媒体的新的篇章
ED5是动圈之王
级别: 蝙蝠侠
发帖: 3715
金钱: 3871
音源:Y510PT-ISE
耳放:int204&HUGO
在线时间:1627(小时)
QQ音乐可以支持ASIO出，将会掀起普通CD格式音乐流媒体的新的篇章
如题，随着QQ音乐支持ASIO输出，并支持32位，192格式，加上QQ音乐上百万的正版音乐资源，对QQ绿钻用户是个极大的喜讯，经过实际试听，基本能满足一般发烧友的要求，对于追求桌面系统的烧友们具有重大的意义。（当然，对音乐格式和质量要求更高的朋友，可以继续选择其他前端）[ 此贴被lzlzlz119在 14:00重新编辑 ]
级别: 骑士
发帖: 2208
金钱: 2266
耳机:HD800 MDR-Z1000
音源:DenaFrips Dac-1PRO
耳放:DenaFrips HA--1PRO
在线时间:1320(小时)
ASIO跟音质有半毛钱关系？
ED5是动圈之王
级别: 蝙蝠侠
发帖: 3715
金钱: 3871
音源:Y510PT-ISE
耳放:int204&HUGO
在线时间:1627(小时)
你可以认为没作用，那是你的想法 ，但我实际试听了，的确有很大的进步提升
级别: 骑士
发帖: 2208
金钱: 2266
耳机:HD800 MDR-Z1000
音源:DenaFrips Dac-1PRO
耳放:DenaFrips HA--1PRO
在线时间:1320(小时)
Quote:引用第2楼lzlzlz119于 13:33发表的& :你可以认为没作用，那是你的想法 ，但我实际试听了，的确有很大的进步提升音量变大了当然觉得提升了。
级别: 骑士
耳机:我不想说
音源:个人隐私
耳放:纯属机密
在线时间:366(小时)
这什么逻辑。。。。。QQ音乐充斥这各种骗钱的假无损，大量MP3还敢说音质？
ED5是动圈之王
级别: 蝙蝠侠
发帖: 3715
金钱: 3871
音源:Y510PT-ISE
耳放:int204&HUGO
在线时间:1627(小时)
比较了下，这个QQ音乐的新功能一定程度上对音质有了一定的提升，但也不是说巨大，因为流媒体的传送形式决定了音质，不能和传统意义的音乐存储格式相比，要追求更高的音质，流媒体至少在目前还不能解决这个问题。但要看到QQ音乐之类的在不断发展，并且音质上在无损格式上表现不错，能第一时间欣赏最新的音乐，并且方便，中听，这才是目前最大的亮点。
级别: 骑士
发帖: 1339
金钱: 1351
在线时间:2263(小时)
qq音乐就是歌太少了，是不是无损我到不在乎，mp3也能满足我，但是想听的多数都没有就不好玩了。网易云全很多。平时上班都用网易云在家还是喜欢用本地歌曲
级别: VIP行业会员
耳机:HD800
音源:ARIES+VEGA
耳放:TAURUS MKII
在线时间:42(小时)
要是能完善专辑管理，曲目库就更好了
级别: 侠客
耳机:Esp950
音源:支持国货
耳放:支持国货
在线时间:970(小时)
QQ音乐 asio有破音
lanexavier
宁夏烧友群：
级别: 骑士
金钱: 1070
耳机:十块钱手机配塞
在线时间:870(小时)
图片： =700) window.open('http://www.erji.net/attachment/Mon_722_f6f5.jpg');" onload="if(this.width>'700')this.width='700';">
前排围观金耳朵
级别: 骑士
在线时间:1086(小时)
和FOOBAR2000对比，声音还是粗了一些。
级别: 城市猎人
发帖: 11112
威望: 2258
金钱: 11170
耳机:T1 EXK
音源:DSD512硬解
在线时间:1401(小时)
win10下的WASAPI和ASIO对比不出什么区别
二十年专注索尼破产群
级别: 侠客
在线时间:224(小时)
我记得网易云已经可以了...不过对于部分音乐资源没有无损的情况下，也就只能随便听听而已
大马哈鱼erji
级别: 骑士
发帖: 2020
金钱: 2056
耳机:T90/SR325/K550ii
音源:QA360LE/iphone6P
在线时间:381(小时)
我都5J绿钻了。
cherrypepsi
级别: 侠客
耳机:exk 丹拿bm cpt 3
音源:Bifrost Multibit
在线时间:180(小时)
其实所有播放器全部可以asio的，我一般Tidal Hi-Fi或者foobar。用asio bridge这个软件桥接一下就可以。
级别: 侠客
耳机:奥利奥
在线时间:467(小时)
网易云去年都有wasaPi了
级别: 城市猎人
发帖: 15693
威望: 2174
金钱: 10296
耳机:KK 240DF和M索尼CD900
音源:乐之邦MD30 小不点DPI
耳放:NAIM NAIT 5I功放
在线时间:4197(小时)
感叹马化腾帝国的魔爪真的是无所不在
级别: 骑士
发帖: 1218
金钱: 1251
耳机:EXK NE800M HP800
耳放:uDAC3 PHA2
在线时间:163(小时)
实际上也掀不起什么大风浪
级别: 侠客
耳机:HE560
在线时间:246(小时)
包子狗王呢~
级别: 骑士
耳机:小夜壶&大手办
音源:F886 / Z114 20th
耳放:音乐传真M1 HPAP
在线时间:75(小时)
网易云方便多了
Pages: ( 1/2 total )
>> 行业资讯
&|- 行业信息
>> 耳机论坛
&|- 新手入门
&|- 耳机论坛
&|- 高端耳机系统讨论区
&|- 耳塞/随身听综合区
&|- 随身音频/视频播放器
&|- 耳机论坛精华区
>> 国际著名耳机品牌专区
&|- DENON天龙
&|- AKG爱科技
&|- SENNHEISER
&|- audio-technica 铁三角
&|- 创新科技 CREATIVE
&|- beyerdynamic 拜亚动力
&|- Fidelio
&|- 松下电器
>> 行业品牌专区
&|- 钰龙韵电子 YULONG Audio
&|- 小不点 Little Dot
&|- 达音科 DUNU
&|- 七彩虹colorfly
&|- 享声音响
&|- SNM 瀛賽拉
&|- 节奏音频
&|- 斯巴克音响
&|- 馨睿科电子 Shinrico
&|- 欧博Opera
&|- 旷世音响专区
&|- ECT-酷音韵
&|- AURALiC 声韵音响
&|- 紫金之韵 VTC
&|- EROS 高端音频设备
&|- 成蹊科技
&|- fiil耳机
&|- BONNAIRE
&|- Dita Audio
&|- qdc耳机
&|- 景丰数字音频
&|- 奥思特锐OSTRY
>> 商业品牌专区
&|- 双阶音频
&|- 欣韵耳机专营店 SINYUN
&|- 【香港亦轩耳机/ 数码音响专门店】【香港亦轩全国推广耳机文化计划】
&|- 天津联动印象耳机俱乐部Linkimage
&|- 圆声带/Soundluck
&|- 上海知音堂
&|- 无锡百胜百BSB
&|- 重庆飞翔HIFI馆
&|- 北京三鼎创新
&|- 讯禾 écouteurs &我们喜欢耳机&
&|- 壹视听
&|- DMA 泛音(香港個人音樂產品專門店)
&|- 乐音科技 / Yuein Pop 及 Future Sonics讨论区
&|- 上海确佳
&|- 甲本中国
&|- 杭州米通耳机(原杭州桑戈科技/杭州聆乐)
&|- 电脑音频
&|- 台式CD/音箱区
>> DIY精品区
&|- DIY及技术讨论区
&|- 家电维修
>> 音乐论坛
&|- 音乐综合区
&|- 古典音乐
&|- ACG音乐
&|- 二手交易与购买咨询区
&|- 杂货铺
&|- 音乐唱片交易区
&|- 二手交易中介区
&|- 商业信息区
&|- 耳放/DIY卖场
&|- 团购区
&|- 个人DIY卖场【未认证】
>> 谈天说地
&|- 摄影/旅游
&|- 各地交流
>> 建议与投诉区
&|- 建议与投诉区
Powered by
网友所发文章不代表本站立场，耳机大家坛版权所有，未经许可不得转载。 www.erji.net
深圳市恒之瑞科技有限公司
《中华人民共和国增值电信业务经营许可证》粤B2-
耳机大家坛成立于2002年&
《耳机大家坛》图形LOGO及文字均为注册商标