现在的文件放Application Data虽然可以对多用户支持得比较好

不过就不方便影子用户了 ..

所以建议增加个把配置文件和播放列表放到自己目录下面的选项

至于音乐的图像识别 建议学习foobar的某插件 可以自定义要搜索的子目录位置和优先级
$replace(%path%,%filename_ext%,*front.jpg)
$replace(%path%,%filename_ext%,bk\*.jpg)
$replace(%path%,%filename_ext%,booklets\*.jpg)
$replace(%path%,%filename_ext%,Scans\*.jpg)
现在好像是同目录下面的folder.JPG


- - ....顺道一提 脱壳以后是1.0M
... 如果靠加压缩壳来缩小体积给人看的话 这样不太好吧....
(加北斗压的最强- _ - 作者想进一步"减少"体积的话加它看看...)

另外一个不超过1M的theword 2.0
这软件可是真正的小体积 没有加壳 而且也没有加密资源文件 ...
只是举例 不是广告`

[ 本帖最后由 sss 于 2008-2-7 07:08 编辑 ]

可自定义配置在计划中

本身程序还可以通过优化代码来变得更小
对于一个自带MP3\ape\flac\ogg\tta解码器的软件，对于一个自带图形引擎的软件，对于一个自带数据处理引擎的软件，请体谅一下，如果放弃解码器，程序完全可以控制在150K以下

应该和你所说的the world完全没有可比性

嗯` 就算体积1M已经是很了不起的了  我也没有说体积过大
现在谁还缺这空间俄.... 随便一首歌都可以比这播放器大了...
只是说通过加压缩壳减少体积然后以体积为宣传不怎么好而已` 虽然比较吸引一些人..

觉得是个很有潜力的播放器 ><
继续努力吧~

[ 本帖最后由 sss 于 2008-2-7 09:28 编辑 ]

主要是考虑减少网络传输体积

我们希望播放器的大小可以与网页大小相比拟
这样更有意义