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

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

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

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

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

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

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秒;

同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，而且功能还更多，上市时间更快。