Planning for 0.77 Release
Moderator: Moderators
Re: Planning for 0.77 Release
Why do map hashes differ in SVN?
This will break whole downloader system/concept because its based on unitsync hashes..
This will break whole downloader system/concept because its based on unitsync hashes..
Re: Planning for 0.77 Release
Performance is amazing in 0.77. Can't wait for it to be bug-free too. My fps in 0.76 is usually around 35, sometimes dropping to 20.
With all the new water 4 settings at maximum and most of the other graphics settings at or near max, I now get a rock solid 60 fps in 0.77. Haven't challenged it with a big battle and loads of units, but so far it's great. Looks a bit better too in general and the water is fantastic. Are a fair few bugs though!
TASclient does the job really well. Unless an obviously superior product is made, I don't see any reason to offer a choice on installation.
With all the new water 4 settings at maximum and most of the other graphics settings at or near max, I now get a rock solid 60 fps in 0.77. Haven't challenged it with a big battle and loads of units, but so far it's great. Looks a bit better too in general and the water is fantastic. Are a fair few bugs though!

TASclient does the job really well. Unless an obviously superior product is made, I don't see any reason to offer a choice on installation.
Re: Planning for 0.77 Release
Now the lobby discussion has been split off, please keep lobby-only discussions and discussions about which lobby to include in the other thread.
The only lobby related thing that should go here is links to updated version that is ready to go in installer, or a notice if a major blocking bug is present in the latest such link posted in this thread, or - obviously - things that do relate to unitsync or the spring engine itself *too*.
The only lobby related thing that should go here is links to updated version that is ready to go in installer, or a notice if a major blocking bug is present in the latest such link posted in this thread, or - obviously - things that do relate to unitsync or the spring engine itself *too*.
Re: Planning for 0.77 Release
I asked in the other thread about cmake.
Is the cmake script able to replace scons?
Is the cmake script able to replace scons?
-
- Spring Developer
- Posts: 1254
- Joined: 24 Jun 2007, 08:34
Re: Planning for 0.77 Release
Is it able to replace scons? yesAgon wrote:I asked in the other thread about cmake.
Is the cmake script able to replace scons?
Will it replace scons? probably, but not in 0.77.
- BrainDamage
- Lobby Developer
- Posts: 1164
- Joined: 25 Sep 2006, 13:56
Re: Planning for 0.77 Release
are the gcc flags fixed? it defaulted me to an FPU flag which triggers an assertion failure if I launch spring, I had to set it manually to i386, morever: are the other compiler/linker flags fixed so it syncs against scons builds? the FPU flag leads me to think not.Auswaschbar wrote:Is it able to replace scons? yesAgon wrote:I asked in the other thread about cmake.
Is the cmake script able to replace scons?
-
- Spring Developer
- Posts: 1254
- Joined: 24 Jun 2007, 08:34
Re: Planning for 0.77 Release
I copied the compiler flags from scons.Brain Damage wrote:are the gcc flags fixed? it defaulted me to an FPU flag which triggers an assertion failure if I launch spring, I had to set it manually to i386, morever: are the other compiler/linker flags fixed so it syncs against scons builds? the FPU flag leads me to think not.Auswaschbar wrote:Is it able to replace scons? yesAgon wrote:I asked in the other thread about cmake.
Is the cmake script able to replace scons?
Re: Planning for 0.77 Release
i possibly had the same problem (checksum calculation got wrong result). i found out, that streflop got compiled with the wrong flags. though that is in the AI branch, which was split form trunk a while ago.
Re: Planning for 0.77 Release
You do have to set the build type (at least I had to) otherwise you don't get any of the required flags and the resulting spring binary won't run.
Re: Planning for 0.77 Release
ahh ok, maybe we could try to default it to RELEASE?
Re: Planning for 0.77 Release
P.U.R.E.'s about wrapped up, other than a few minor things. Call it a week.
Do we have an estimate for when a release should be coming out?
And what about the website deployment?
In short, how long do I have, to get my own website set up, get pre-release hype going, etc., guys? I need a number to work with, basically- not a firm commitment, but a meaningful deadline for gold, if at all possible.
Do we have an estimate for when a release should be coming out?
And what about the website deployment?
In short, how long do I have, to get my own website set up, get pre-release hype going, etc., guys? I need a number to work with, basically- not a firm commitment, but a meaningful deadline for gold, if at all possible.
Re: Planning for 0.77 Release
i think it still has a lot of bugs, latest version i checked had few major bugs and i didn't see any commit fixing themArgh wrote:P.U.R.E.'s about wrapped up, other than a few minor things. Call it a week.
Do we have an estimate for when a release should be coming out?
And what about the website deployment?
In short, how long do I have, to get my own website set up, get pre-release hype going, etc., guys? I need a number to work with, basically- not a firm commitment, but a meaningful deadline for gold, if at all possible.
Re: Planning for 0.77 Release
there's probably one major bug left, two if my hunch is wrong (that is, if spectator crashes and desyncs aren't the same bug.) it's gonna be a real bitch to find IMHO.
Re: Planning for 0.77 Release
I installed the latest installer build today. I could not get any games going. Games involving some maps crashed with stacktraces, others where stuck with cpu at 50% on finalizing, none reached the stage of actually showing the map.
Springlobby also issued a missing entry point error involving one of the wx dlls.
The archive mover tool is still using the old icon although spring.exe now uses the correct icon.
The settings program is still outdated in the installers, and using the wrong icon.
Springlobby also issued a missing entry point error involving one of the wx dlls.
The archive mover tool is still using the old icon although spring.exe now uses the correct icon.
The settings program is still outdated in the installers, and using the wrong icon.
Re: Planning for 0.77 Release
post the stacktraces.
Re: Planning for 0.77 Release
Which version should I be testing? 0.77a1, or the 0.76 branch + latest SVN commits?
[EDIT]Just tested 6329, Spring hangs on Finalizing step, every time, every mod, every map. Drat.
Same results, 6328. This is very strange. No errors in the Infolog, Water 0, no shadows... just plain won't finish startup.\
Same results, 6324.[/EDIT]
Meh... wtf is going on here? Tried a Registry wipe, no go. It all acts like normal until Finalizing, then just plain hangs. No errors in the Infolog (with P.U.R.E.- BA has a lot, but it's broken Widget stuff, shouldn't hang).
Meh, I'll try 6319, then I have to sleep...
[EDIT]Just tested 6329, Spring hangs on Finalizing step, every time, every mod, every map. Drat.
Same results, 6328. This is very strange. No errors in the Infolog, Water 0, no shadows... just plain won't finish startup.\
Same results, 6324.[/EDIT]
Meh... wtf is going on here? Tried a Registry wipe, no go. It all acts like normal until Finalizing, then just plain hangs. No errors in the Infolog (with P.U.R.E.- BA has a lot, but it's broken Widget stuff, shouldn't hang).
Meh, I'll try 6319, then I have to sleep...
Re: Planning for 0.77 Release
6319 doesn't run, either. So, something got majorly borked there, yay.
Maybe the buildbot is hosed (not real likely, as it is compiling, but this is really weird)...? 0.77a1 installer / executable worked, now 3 different versions, and none of them finish.
While I'm whining about stuff... please make having to download SpringSettings part of the initial package, and quit making me have to download that stupid default map every time.
Sorry, but both things would be hell on dialup users, and are completely un-professional, to boot- "hai, you just got this software, and now you're installing it- oops, haha, we're just kidding about that, why don't you WAIT while we use the Internet to fetch more STUFF, with no indication of how much, or how long".
Am I the only person on Earth who totally hates that? Probably. I've sat through it too many times
I know that LordMatt put that stuff in to be helpful to newbies, but at least lemme turn the map part OFF, and put the Settings application where it belongs- in the initial download
It's really, really irritating, after the what, 50+ test installs I've done this time around, that it wants to go get that map again, and it's gotta be annoying to new users, who think they're finally done with the slow part, to see it start crawling through another download like that. Meh, I'm tired and I need to sleep, sorry if that all sounded incredibly rude, it's just one of those things that gets on my nerves after awhile.
Maybe the buildbot is hosed (not real likely, as it is compiling, but this is really weird)...? 0.77a1 installer / executable worked, now 3 different versions, and none of them finish.
While I'm whining about stuff... please make having to download SpringSettings part of the initial package, and quit making me have to download that stupid default map every time.
Sorry, but both things would be hell on dialup users, and are completely un-professional, to boot- "hai, you just got this software, and now you're installing it- oops, haha, we're just kidding about that, why don't you WAIT while we use the Internet to fetch more STUFF, with no indication of how much, or how long".
Am I the only person on Earth who totally hates that? Probably. I've sat through it too many times

I know that LordMatt put that stuff in to be helpful to newbies, but at least lemme turn the map part OFF, and put the Settings application where it belongs- in the initial download

It's really, really irritating, after the what, 50+ test installs I've done this time around, that it wants to go get that map again, and it's gotta be annoying to new users, who think they're finally done with the slow part, to see it start crawling through another download like that. Meh, I'm tired and I need to sleep, sorry if that all sounded incredibly rude, it's just one of those things that gets on my nerves after awhile.
Re: Planning for 0.77 Release
Matt, how about making full and minimal offline installers?
Re: Planning for 0.77 Release
Are you compliling with or without multithreading (/D USE_GML)?Argh wrote:Just tested 6329, Spring hangs on Finalizing step, every time, every mod, every map. Drat.
Auswaschbar just told me it hangs with multithreading+mingw.
I have not been able to test it because the linker crashes on my system (gcc-4.3.0-20080502-mingw32-alpha-bin). What setup are you guys using to make it compile?
-
- Spring Developer
- Posts: 1254
- Joined: 24 Jun 2007, 08:34
Re: Planning for 0.77 Release
with "-DUSE_GML", it hangs, without it it works.zerver wrote:Are you compliling with or without multithreading (/D USE_GML)?Argh wrote:Just tested 6329, Spring hangs on Finalizing step, every time, every mod, every map. Drat.
Gentoo linux, gcc 4.3.1 for mingw cross compiling.zerver wrote:I have not been able to test it because the linker crashes on my system (gcc-4.3.0-20080502-mingw32-alpha-bin). What setup are you guys using to make it compile?