Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Moderator: Moderators
Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
We soon try to make a release, so a new testing version:
For changes look at the "89.0" section in changelog.txt.
Many things were changed, so please test as much as you can. If no major bug is found, this will be released as spring 89.0!
See the Testing Release Wiki page for general info about how to obtain the release, and an archive of all testing releases since the last stable one.
If you find a bugs, please report in this thread or on Mantis.
Remember to attach infolog.txt as file, if you crash!
For changes look at the "89.0" section in changelog.txt.
Many things were changed, so please test as much as you can. If no major bug is found, this will be released as spring 89.0!
See the Testing Release Wiki page for general info about how to obtain the release, and an archive of all testing releases since the last stable one.
If you find a bugs, please report in this thread or on Mantis.
Remember to attach infolog.txt as file, if you crash!
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Will behe's los (fog of war) thingamajig be in this version?
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
afaik no.Forboding Angel wrote:Will behe's los (fog of war) thingamajig be in this version?
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Yaaay! Thanks! This is a huge improvement.- WeaponDef: support 'soundHitWet{Volume}' keys for in-water explosion sounds
(the 'soundHit' key is now deprecated in favor of 'soundHitDry')
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Hum, after compiling the unitsync library from source it seems it no longer depends on libIL.so on my system, so when I try to load unitsync I have a "undefined symbol: ilInit" error...
"ldd -r libunitsync.so" result for version 88.0.1-264-g89ee3b2
"ldd -r libunitsync.so" result for version 88.0 (same environment, same build commands)
"ldd -r libunitsync.so" result for version 88.0.1-264-g89ee3b2
"ldd -r libunitsync.so" result for version 88.0 (same environment, same build commands)
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Arugh! Why not? It's working isn't it?abma wrote:afaik no.Forboding Angel wrote:Will behe's los (fog of war) thingamajig be in this version?
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
this question goes to beherith, as we received no pull request...Forboding Angel wrote:Arugh! Why not? It's working isn't it?
at my machine with current develop:bibim wrote:Hum, after compiling the unitsync library from source it seems it no longer depends on libIL.so on my system, so when I try to load unitsync I have a "undefined symbol: ilInit" error...
Code: Select all
ldd libunitsync.so |grep libIL
libIL.so.1 => /usr/lib/libIL.so.1 (0x00007f7f8f27a000)
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Please pastebin cmake output of you default build enviroment (that one that fails) and of a _clean_ run (no cmake cachefiles).bibim wrote:Hum, after compiling the unitsync library from source it seems it no longer depends on libIL.so on my system, so when I try to load unitsync I have a "undefined symbol: ilInit" error...
"ldd -r libunitsync.so" result for version 88.0.1-264-g89ee3b2
"ldd -r libunitsync.so" result for version 88.0 (same environment, same build commands)
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Does changing this basically mean units won't get inside each other anymore? And if so does it affect buildings too?- add 'allowUnitCollisionOverlap' (def=true)
Edit:oops, noticed the line under it now... So I guess not It's basically a (default on) option for more clumping instead of less?
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
My build-setup should be fine, unless there are new requirements for this engine version. And yes, this was a clean build with a fresh git clone (not simply a "make clean"). Did you test it with a fresh source directory too?abma wrote:at my machine with current develop:are you sure your build-setup is fine? was this a clean rebuild?Code: Select all
ldd libunitsync.so |grep libIL libIL.so.1 => /usr/lib/libIL.so.1 (0x00007f7f8f27a000)
Here it is.jK wrote: Please pastebin cmake output of you default build enviroment (that one that fails) and of a _clean_ run (no cmake cachefiles).
For the record, I found commit 61217809a0b0df69d19af8a13c55f85325f6a091 was the one introducing the problem for me.
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
@bibim:
can you try to move the line
FIND_PACKAGE_STATIC(DevIL REQUIRED)
from rts/CMakeLists.txt back to /CMakeLists.txt ? it was moved into rts/ in this commit...
unitsync is in tools/unitsync, so this is why it is not defined... afaik if you run cmake . twice it should be defined, too, but thats just a workaround.
can you try to move the line
FIND_PACKAGE_STATIC(DevIL REQUIRED)
from rts/CMakeLists.txt back to /CMakeLists.txt ? it was moved into rts/ in this commit...
unitsync is in tools/unitsync, so this is why it is not defined... afaik if you run cmake . twice it should be defined, too, but thats just a workaround.
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
jk made a fix commit for this already:
https://github.com/spring/spring/commit ... 87432d8d26
(i made a comment there, but your problem should already be gone )
https://github.com/spring/spring/commit ... 87432d8d26
(i made a comment there, but your problem should already be gone )
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
http://springrts.com/mantis/view.php?id=2877 is still a problem. I know cob scripts are old fashioned at this point, but S44 has a lot of cob still active (specifically infantry scripts) because porting them is going to be a ~150-hour project minimum.
More specifically, SET MAX_SPEED from cob side only takes effect for one frame. After that they're free to move again. To see: grab spring1944.net/files/Build/S44v159_PreMorgenroteTRI.sdz and any map, plug it into 88+. /cheat /give germg42 /give 10 gerhqengineer.
Order the MG42 to fire at the ground near the engineers. they'll dive to the ground, yellow starts will appear indicating suppression (move only while crawling). after a few seconds, red stars will appear, showing pinned status (no moving, no firing). However, if you give the pinned dudes a move order, they'll scoot off.
Edit: otherwise, so far so good. I specced a ~15 minute 1v1 S44 game using the test build and didn't spot any problems.
More specifically, SET MAX_SPEED from cob side only takes effect for one frame. After that they're free to move again. To see: grab spring1944.net/files/Build/S44v159_PreMorgenroteTRI.sdz and any map, plug it into 88+. /cheat /give germg42 /give 10 gerhqengineer.
Order the MG42 to fire at the ground near the engineers. they'll dive to the ground, yellow starts will appear indicating suppression (move only while crawling). after a few seconds, red stars will appear, showing pinned status (no moving, no firing). However, if you give the pinned dudes a move order, they'll scoot off.
Edit: otherwise, so far so good. I specced a ~15 minute 1v1 S44 game using the test build and didn't spot any problems.
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Actually I tried latest develop commit and it is fixed now.abma wrote:@bibim:
can you try to move the line
FIND_PACKAGE_STATIC(DevIL REQUIRED)
from rts/CMakeLists.txt back to /CMakeLists.txt ? it was moved into rts/ in this commit...
unitsync is in tools/unitsync, so this is why it is not defined... afaik if you run cmake . twice it should be defined, too, but thats just a workaround.
What I don't understand is why I was the only one having the problem, did you test it with a fresh source directory too?
Yeah, problem is fixed for me now, thanks!hoijui wrote:jk made a fix commit for this already:
https://github.com/spring/spring/commit ... 87432d8d26
(i made a comment there, but your problem should already be gone )
- PepeAmpere
- Posts: 589
- Joined: 03 Jun 2010, 01:28
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Hi, some changes sounds good, some of them strange a bit (pathing changed again! ) The bugfixes looks nice, changelog shows good job.
1) what are these new grey spheres in debug mode (ALT+BV)? Now its hard to see where the purple spheres are :). Can you split that for a special key or do you plan it?
2) why you change for example:
Or is it planned such edit after stable release? If yes, isnt it to late?
1) what are these new grey spheres in debug mode (ALT+
2) why you change for example:
with no edit in wiki manual with change the old form to correct form of calling. (http://springrts.com/wiki/Lua_ConstGame - theres no mention about upcoming change)! replace Game.gameID by synced callin GameID(string gameID)
Or is it planned such edit after stable release? If yes, isnt it to late?
Last edited by PepeAmpere on 30 May 2012, 14:11, edited 2 times in total.
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
1) alt +v maybe?
2) wiki is rarely updated by the one making the change in engine.
anyone is free to do so. (if you want put a "removed/new in version XY" next to if you add something that is not yet in current releas)
2) wiki is rarely updated by the one making the change in engine.
anyone is free to do so. (if you want put a "removed/new in version XY" next to if you add something that is not yet in current releas)
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Played 4 1v1 games of S44 between 15 and 30 minutes each on the test build, no visible issues (apart from aforementioned cob MAX_SPEED) - great work guys, thank you.
- PepeAmpere
- Posts: 589
- Joined: 03 Jun 2010, 01:28
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Maybe its offtopic in this thread, but Im unable to change anything on wiki page and my tries to get acces failed two times (creating loggin moves you on forum page, and forum login is not enough). But thats not the point - its matter of guy who makes the change in the engine to write mention to manual about that. Its maybe more important that the change itself. Developers dependant on spring has no other good source the check how the communication with engine should look like.knorke wrote:2) wiki is rarely updated by the one making the change in engine. anyone is free to do so. (if you want put a "removed/new in version XY" next to if you add something that is not yet in current releas)
Re: Engine Testing - 29. May 2012 (88.0.1-264-g89ee3b2)
Forum login is supposed to work on wiki... There is a bug with certain characters aren't accepted (http://springrts.com/mantis/view.php?id=1592), given your box brackets I'm thinking this might be your problem... please add your case to to bug comments.[o]PepeAmpere[CZ] wrote:(creating loggin moves you on forum page, and forum login is not enough)