Rattledagger
Elite Member
After having solved the glut32.dll bug that largely contributed to a top of 7000 errors/day, it's now around 2000/day. Before core-client v2.28 was released it was around 400/day equals 10-12% error. Of course not linear, since 5300/day was 53% but still...
Seti-client v2.32 have just entered alpha, there they're trying to hunt down all the access-violations. These is the largest part of errors now.
Current seti-client for windows has much debug-code, with slows crunch-times to around 12h30m for AR 0.4 but is very dependent on angle-range since very high AR gives 4h50m. For reference, 3h40m in v3.03.
As I understand it, next beta-release of core client will not come before in May. If the seti-access-bugs is squished by then, this will most likely not be debug-builds...
As for release of BOINC, this will not happen before error-rate drops below 5%, and all high/critical "M1-Public Launch" in the taskbase is solved.
Afterwards they'll have to solve the high/critical "M2-Decommission Old Seti@home" that currently is to finnish programming separate gui for all platforms before old seti@home is killed off...
Seti-client v2.32 have just entered alpha, there they're trying to hunt down all the access-violations. These is the largest part of errors now.
Current seti-client for windows has much debug-code, with slows crunch-times to around 12h30m for AR 0.4 but is very dependent on angle-range since very high AR gives 4h50m. For reference, 3h40m in v3.03.
As I understand it, next beta-release of core client will not come before in May. If the seti-access-bugs is squished by then, this will most likely not be debug-builds...
As for release of BOINC, this will not happen before error-rate drops below 5%, and all high/critical "M1-Public Launch" in the taskbase is solved.
Afterwards they'll have to solve the high/critical "M2-Decommission Old Seti@home" that currently is to finnish programming separate gui for all platforms before old seti@home is killed off...