APE播放器1031升级包!--找寻人员协助测试

hifidiy · 发表于 2010-10-31 23:04

本升级包为1031升级包!

解决原来LR问题

我们现在召集两名人员协助测试

请跟贴和说明邮箱

我们会发送和等待测试结果

vinsonyang · 发表于 2010-11-1 14:06

晕，居然没人响应

microzhou · 发表于 2010-11-1 15:09

我来做小白鼠。
EMAIL已经PM

cpyip · 发表于 2010-11-1 15:53

我来做小白鼠。
email見pm。

tuym · 发表于 2010-11-1 17:12

能力有限，等着你们的好消息。

hifidiy · 发表于 2010-11-1 20:43

已经发送两位
等待你们消息

cx3077 · 发表于 2010-11-1 22:49

辛苦了几位，等待顺利通过测试的好消息！

dvdiso · 发表于 2010-11-2 12:24

我来测试，保证有报告给出。

hifidiy · 发表于 2010-11-2 18:13

给出邮箱

cpyip · 发表于 2010-11-3 08:19

我在U盘开了个folder，將解压后的文件，放在上述folder下面。
但在APE播放机中，打开usb看，不見有自动更新的文件，是否步骤上不对？
是否做以下动作？(只做过一次升到0315版本，真的忘了)
"如果是090601以后版本,请直接把本文件放到U盘中,插入APE播放器,然后开机,然后点"关于本机"点自动更新就OK"

cpyip · 发表于 2010-11-4 06:53

10# cpyip

昨晚升級成功，今天可以試聽。

jimme · 发表于 2010-11-4 13:16

除了LR问题其它还修正了哪些BUG？
如果需要我也可以帮忙测试，邮箱已PM

dvdiso · 发表于 2010-11-4 22:05

1031升级包粗略测试报告

升级包llpupd20101031.tar.gz里面包含DIYA,DIYD,llpupd这3个播放器主要文件，其余两个为升级脚本及版本文件。
貌似升级过程只是copy了升级包中的DIYA,DIYD到/usr/lib/目录覆盖了原来的文件……
根据小钳子的说法，此版本主要是解决左右声道的问题，因此测试主要集中在这方面，因为我自己的机器有时也会出现这个情况。

废话少说，
开机系统资源情况：

可以看到，系统在启动完毕后，不进行任何操作的情况下，系统进程中跑了4个llplayer，系统资源内存，CPU等均几乎花销很少，此时系统十分稳定（废话，不操作肯定稳定了）。
由于系统在/etc/init.d/rcS 启动脚本中，强制了循环使用whil循环来运行llplayer，因此当你在播放过程中出现错误（突然中断然后重启），会看到套圈的HIFIDIY.NET画面，既是这个while在起作用。
用stace 对llplayer进行跟踪，发现调用了很多东东，由于跟踪文件较大，也很复杂，就不贴出来了。

好了，开始选择一条APE播放，此时出现什么情况呢？

可以看到，系统开始播放时，又多了3个llplayer进程，总共是7个llplayer进程，且其中排在第一个的进程CPU占用率是实时变化的，可以理解为这个就是主要播放进程了，此时CPU占用率比较低。
可能大家会觉得内存怎么一下子增加了那么多，40M，其实这是一个不断增加的过程，也就是你遥控菜单等，在同APE播放，中断，换成其他APE播放……的过程中切来切去几次后的结果。可以看到大概耗用到剩下16M左右内存时，系统的内存消耗趋于稳定。
至少在昨晚和今晚的整个测试播放的过程中，没有发生左右声道的问题，貌似真的已经解决了。内置SATA硬盘、SD卡、U盘均进行测试，APE,FLAC,MP3,WAV等均进行测试，也暂时未发现左右问题。
再来说说1031升级包存在什么问题，请看图。

可以看到CPU占用率有时会飙升到80%及以上，此时十分危险，一种可能就是突然播放中断，死在哪里，屏幕上只剩下第一和第二行文字在跳动，而下面的播放时间数字空白或停止，经过一小会，机器自动重启llplayer或者是彻底死掉……以前的任何一个版本都有此问题。
1031升级包，但是目前看来，稳定性上仍然需要开发人员继续努力改善。
APE播放器被我搞成流媒体媒体中心后，播放720p的mkv电影，几个小时下来都没有出现中断，说明不稳定（突然中断、重启）情况并非之前怀疑的因为读盘错误或中断引起的。

再次感谢hifidiy APE播放器项目的所有工作人员和程序开发人员！向你们致敬，期望你们能更好的维护此项目，让我们使用起来没那么“烦躁”……也让我们不要去“尘封”这个优良的机器！！

谢谢！！！

hifidiy · 发表于 2010-11-4 22:13

感谢楼上的建议!

电脑有时候也可能跑到CPU 100%

我们测试放2.8G大小的24BIT 192K音乐三天三夜都没问题!

你碰到崩溃的时候有几次?期待你的情况!我们好反馈给程序!

microzhou · 发表于 2010-11-5 12:00

测试了几天了，暂时未发现左右声道的问题，貌似这个BUG解决了。

dvdiso · 发表于 2010-11-5 13:18

感谢楼上的建议!

电脑有时候也可能跑到CPU 100%

我们测试放2.8G大小的24BIT 192K音乐三天三夜都没问题!

你碰到崩溃的时候有几次?期待你的情况!我们好反馈给程序!
hifidiy 发表于 2010-11-4 22:13

几乎每次用播放器播放APE都有会出现崩溃的现象。说实话，这个机器很有个性，有时同一APE，FLAC文件，从头播到尾没事，有时播着播着就崩溃了，硬盘上的APE基本都是下载自论坛的无损音乐区和国外的唱片公司网站，每个APE都经过重新还原和压制为最低一级的编码…… 也有24bit的FLAC与wav，同样也会时而能从头播到尾，时而突然停止崩溃。
环境是：内置500G西数sata 3.5寸硬盘+论坛的SATA转接卡，用内置的12+5v供电(稳压的散热片烫手，电压稳定)。
此环境下，长时间读取和写入十几个G的MKV文件都没有出现中断或速度变慢问题，因此排除了因硬盘供电不足或者转接卡不稳定不兼容导致中断崩溃的问题。
此环境下，用大容量SD卡或u盘，也会时不时出现崩溃情况。

我不知道是否其他用户也有过播放突然中断崩溃，重启llplayer程序的情况。

PC上，系统自身有调节功能，当一个程序死循环或僵死导致系统占用率100%时，他会优先保证系统进程的安全，选择杀掉僵死或者等待僵死进程的恢复。我们看到的现象就是一个窗口无响应或者一个程序崩溃掉……我们等待一下或者手动重新执行一次就可以
嵌入式LINUX，特别是uclinux上面，也是当一个程序程序死循环或僵死，他也会优先保证系统内核运行的安全，选择杀掉僵死的进程。因此我们看到的现象就是APE播放器突然中断，屏幕死了……然后又因为有了rcS脚本中的while do 的循环，因此llplayer又被执行了，于是出现 hifidiy.net套框的画面啦…… com口输出的信息可以很容易观察到这个过程。

cpyip · 发表于 2010-11-5 14:15

几乎每次用播放器播放APE都有会出现崩溃的现象。说实话，这个机器很有个性，有时同一APE，FLAC文件，从头播到尾没事，有时播着播着就崩溃了，硬盘上的APE基本都是下载自论坛的无损音乐区和国外的唱片公司网站，每 ...
dvdiso 发表于 2010-11-5 13:18

你讲的情况，我常常踫到的。
自己从CD做的wav挡案，最穩定，几乎100%可唱完。
ape的话，自已压缩的，最多90%吧。网上下载的不敢恭維了，有60%不錯了。买机时送的ape挡案有不少，约80%正常。
我朋友给我copy40几G的MP3，從美國那里弄來的，95%可唱完，少数会变快速，少数会reset APE机。
我是将500G的西数2.5吋硬盘，划成FAT32，在USB那里当外置硬盘用。

还有明显的問题：转歌时会有暴破音。包括自动及手动转歌，都出现的。

cpyip · 发表于 2010-11-6 09:34

17# cpyip

感謝Hifidiy，感謝小鉗子！
Hifidiy在小鉗子领导下，排除万难，一定能把bug逐一消灭。

daocaoren · 发表于 2010-11-6 10:37

确实，转歌时（整轨文件两曲子之间）有爆音，同样文件在电脑上无事。这个几率蛮大，需要进一步解决，完善、完美。

vinsonyang · 发表于 2010-11-6 22:25

发回给论坛测试的主板昨晚收到，今天听了一下，左右声道的问题解决了，转歌时的爆音也没有了，原来只是单轨文件转歌时有爆音，整轨文件转歌时没有爆音。（没装硬盘用SD卡和U盘播放）
另外有个小问题，查看歌曲列表翻屏时只显示当时1234位置的序号，能不能根据该文件夹的单曲数量或CUE文件的曲目数显示全部的序号？

APE播放器1031升级包!--找寻人员协助测试

1031升级包粗略测试报告

浏览过的版块

新人进步

论坛贵宾