Approximate ETC on next version?

Caydr · Post by **Caydr** » 24 Jun 2007, 19:41

If it's coming in the next month I might hold off on 2.4, that's all. If not, I might just get a patch ready for the next version instead.

Tobi · Post by **Tobi** » 24 Jun 2007, 19:59

My goal is next month, but as I always say, it is not a promise and you can't hold us to it, (un)foreseen (real life) circumstances may always cause delays and stuff, especially in holidays where 3 days extra work may mean 3 weeks delay due to vacations etc.

jackalope · Post by **jackalope** » 24 Jun 2007, 20:18

can you use approximated with estimated?

Tobi · Post by **Tobi** » 24 Jun 2007, 20:43

Caydr can apparently, but it seems a bit double indeed

Just consider my answer an approximate estimate then

Caydr · Post by **Caydr** » 24 Jun 2007, 20:48

I can estimate approximately how... ... nm...

What I meant was, "What's a very rough estimate on when it might be done".. if I ask when it'll be done, it sounds like I'm being impatient and rude.

Argh · Post by **Argh** » 25 Jun 2007, 01:56

I would estimate at least 2 months, given some of the rough edges that are still present, and the fact that Trepan's v. 3 LUAUI stuff isn't exactly well-tested yet, among other things.

Tobi · Post by **Tobi** » 25 Jun 2007, 09:55

Since it's a beta there will definitely be rough edges, but if it's up to me 2 months is way too long. (A release is the best way to get many testers

)

imbaczek · Post by **imbaczek** » 25 Jun 2007, 10:06

I wonder whether the fact that savegames work will mean that it'll be easier to do resync in the next release? I don't play a lot, but the game desynced in 2 out of 3 games I played during the weekend.

Post by **jcnossen** » 25 Jun 2007, 15:28

Sync errors might also be reduced, Victor accidentally fixed some when he finished the saving code :) (std::set -> std::list)

imbaczek · Post by **imbaczek** » 25 Jun 2007, 15:37

Hm. AFAIK std::set is an ordered collection... if it is used for storing pointers (which to me is possibly the only imaginable cause for desyncs), a custom compare function could be used, amirite?

Other than that, I'm 100% fine with accidental fixes :)

espylaub · Post by **espylaub** » 25 Jun 2007, 16:14

That guy is wonderful, makes huge anonymous contributions and accidentally fixes a desync issue :D Lovely.

Neddie · Post by **Neddie** » 25 Jun 2007, 17:50

espylaub wrote:That guy is wonderful, makes huge anonymous contributions and accidentally fixes a desync issue :D Lovely.

Couldn't have said it better myself.

Post by **jcnossen** » 25 Jun 2007, 20:16

Hm. AFAIK std::set is an ordered collection... if it is used for storing pointers (which to me is possibly the only imaginable cause for desyncs), a custom compare function could be used, amirite?

Yeah, but they give other problems when saving, so its probably going to be fixed with std::map<int, CUnit*> (or hashmap)

Spring RTS Engine

Approximate ETC on next version?

Approximate ETC on next version?