标题：[建议]对QA660功能的几点建议

虽然说QLS的产品以音质为第一考虑，但一些简单的功能如果能够支持好，应该会有更多人购买，毕竟任何器材购买都要考虑对使用习惯和条件的妥协。提几个功能上的建议，希望设计时能考虑

   1 支持特殊字符，一些音乐文件，特别是古典音乐文件，音乐家和作品的名字会出现一些非常规字符，最好能够支持；退一步，就算不能正常显示，也至少希望能认出并播放文件。

   2 多级目录，支持2到3级目录，网上很多唱片文件都是大合集的形式发布，允许多级目录方便管理。

   3 支持flac、cue，这个很多网友都说过了，转换音乐文件格式是个比较麻烦的活，能不转换就播放当然更好； cue最好能有一定容错性，比如有些文件抓轨时的cue不太正确，像千千静听就能播放foobar2000则不能，改cue文件，看情况有时也会比较麻烦。

奇怪，编辑帖子为什么不能换行

虽然说QLS的产品以音质为第一考虑，但一些简单的功能如果能够支持好，应该会有更多人购买，毕竟任何器材购买都要考虑对使用习惯和条件的妥协。提几个功能上的建议，希望设计时能考虑

 

1 支持特殊字符，一些音乐文件，特别是古典音乐文件，音乐家和作品的名字会出现一些非常规字符，最好能够支持；退一步，就算不能正常显示，也至少希望能认出并播放文件。
--------------------------------------------------------------------------
  (1). 支持长文件名;
  (2). 支持特殊字符, 几乎所有非常规字符和生僻字符都支持, 当遇到一些极其特殊到不能再特殊的字符, 仅显示短文件名, 但能播放;

2 多级目录，支持2到3级目录，网上很多唱片文件都是大合集的形式发布，允许多级目录方便管理。
--------------------------------------------------------------------------
  支持两级目录, QLS的设计理念是一个文件夹就是一个专辑;

3 支持Flac、cue，这个很多网友都说过了，转换音乐文件格式是个比较麻烦的活，能不转换就播放当然更好； cue最好能有一定容错性，比如有些文件抓轨时的cue不太正确，像千千静听就能播放foobar2000则不能，改cue文件，看情况有时也会比较麻烦。
--------------------------------------------------------------------------
  (1). 支持flac+cue, 只要cue和flac存放在同一个文件夹, cue文件解析的歌曲名和对应的flac的歌曲名匹配即可, 无需匹配cue文件名;
  (2). cue支持ANSI, UTF-8, Unicode, Unicode Big四种编码, 容错性高, 对一些非标准cue文件有较好的容错处理;
  (3). 因Flac格式的特殊性, 很多播放器定位算法做得很差, 有些误差几十秒, 但QA360的Flac+cue定位算法比较精准, 误差1~3秒;

不错不错。 现在只有期待了

啥时是个头…

最好能支持24bit甚至32bit的音乐

支持cue文件微犀利啊。。。 不过不是说多个香炉多个鬼么。。。wav转一下其实还是很方便的。。。最终还是妥协了么。。。

实际上SD卡内或硬盘上的曲目只是数据，是一组组0或1的数据，只是在以电流的方式传输解码过程中会产生时基抖动（Jitter），会引起失真，乾龙盛研发的单片机单线程纯音播放程序就是以单一直接的指令程序尽量减少时基抖动，还原纯音本质，但这就牺牲了播放的方便性，比如中文显示等，既然QA660支持中文显示，这表明播放程序已经不一样了（但又不支持大容量硬盘，我？？？），我的认为是，这些都不重要，只要把传输线路做好，精一求精，在输出数字信号的最后处再做一个时钟再生线路，把传输过程中产生的时基抖动纠正过来，使它尽量和SD卡内的数据一样，这也一样会做到HIFI。非常感谢QA100内就设有这类再生时钟线路。

同问上两楼。老大能否解释一下？我只关心音质。

同QA350一样，乾龙盛的QA660/QA860/QA360在设计的时候也是采用单片机单线程方式，只是采用的单片机在速度上是QA350的好几倍了（是目前在批量生产能达到音质要求的最高速度的单片机了），因此可以做的事情能够更多一些，而且我们在设计时是确保每一个功能都做到不影响音质，目前中文显示、FLAC、WAV、CUE是能做到完全不影响音质（我们有精确计算单片机处理每一任务所消耗的时间，并且给IIS处理的时间余量留到300%以确保完全不影响）。
 
APE是会略有影响音质，但也只是在你播放NORMAL级别的APE时略有影响，你如果播放更低压缩率的APE级别或播放其它格式时就完全不影响了。

 

另外中文显示上为了确保100%不影响音质，也是有做一些妥协的，例如长歌曲名的滚动显示很慢（接近1S滚动1个字符，可能到时又会有一些用户会有异议，但是没有办法，多快都能做只是会影响音质了），比如不能显示歌曲的更多信息（演唱者、专辑名...)，不支持歌词显示....，比如UI界面非常简洁....

 

比如硬盘的支持上，有一些用户整天在叫我们要支持外置硬盘，只是目前我们的这种单片机要支持外置硬盘真的就会影响音质了，除非未来有更快速的单片机能达到操作硬盘而不影响音质，否则我们暂时不考虑硬盘。

 

但总体的操控上还是非常爽的，操控反应也很快（这些都做到了确保不影响音质）

我们的播放器输出时钟抖动是控制得非常非常低的，通常的时钟再生电路对音质没有任何帮助.

试想我们新的播放器软件系统从2010年8月开始就有软件工程师在全职开发了(而且还在是350的程序基础/ 积累上来开发的），只软件开发的工程师工资投入就超过了20W，如果不是为了所有功能尽量做到不影响音质根本没有这么大的开发难度，也不需要这么大的投入，如果是像其它播放器用个ARM跑个LUNIX系统，开发费不用超过5W，而且功能还更多，上市时间更快。