fixed win32 installer (it installed always in non-portable mode)
fix memory corruption in stacked transports
Fix SetUnitWeaponState "range" fails for Cannon
fix bumpmapped water on ATI-cards
fixed possible lua-errors (for example healthbars)
allow resources_map to specify groundFX textures for CEGs using CSimpleGroundFlash
added a validation test
the buildbot does a simple validation test, this way current development version hopefully won't break totally. ideas to improve that checks are welcome, maybe some lua-widgets can be added for that.
Bugs and issues Report in this thread or on Mantis. Remember to attach infolog.txt as file, if you crash!
Most major bugs are fixed, but there are still known bugs.
Last edited by abma on 07 Sep 2011, 19:11, edited 1 time in total.
I've already told zerver and Kloot about some errors I found in the last testbuild, but since they're present in this build also...
Wake particles aren't rendered any more when you swich from dynamic water to any other. They work when you start the game in any other mode than dynamic. After the bug triggers wake particles are available only in /water 2 or after a engine restart in another water mode. zerver made a ticket on Mantis
FBOs aren't working in MT build, I have no problems with 0.82.7.1
No other errors printed, no crashes or stacktrace available. I use NVidia Verde driver v275.33 on my QuadroFX 3600M
I heard from devs that a new engine feature is causing amphibious units to get slower the deeper in water they are. Ok I got no problems with that, but at some point they get so slow that pathing breaks and unit stops moving ~3 seconds after you give it a move order. And what's the unitdef tag for adjusting this behaviour?
When using /shadows 2 unit shadows get rendered through hills onto terrain behind the hill (as Kloot mentioned, it could be related to dynamic sun shadow problems)
For some reason unknown to me, HealthBars widget doesn't display any stats above units, no errors or warnings either.
good that you report here now. next time, do it like this right away, as we state everywhere. don't write to individual devs in PM or chat, but in this thread or on mantis.
zerver kind of put two bug report into one, and the one about wake particles is explained in much less detail then you did here. which in effect means... you did lots of useful tests, but instead of reporting all the detailed results, you told someone else who had to do the report, and most of your findings got lost in the process. these additional info sound very crucial to me, to find the bug, and maybe even to be able to replicate it.
For some reason unknown to me, HealthBars widget doesn't display any stats above units, no errors or warnings either.
Ignore, seems to work on this testbuild, it didn't work on last one.
Now when I recall where I've experienced shadows getting rendered through hills, it was on 0.83 testbuild when sun turned by ~120┬░. As the building shadows follow sun direction they eventually turned "around the corner" and got behind a hill.
As for the MT errors and FBOs, it seems to work correctly if I disable MT loading in springsettings.cfg (aka. LoadingMT=0), no driver updates/downgrades needed.
As for the MT errors and FBOs, it seems to work correctly if I disable MT loading in springsettings.cfg (aka. LoadingMT=0), no driver updates/downgrades needed.
LoadingMT has nothing to do with spring MT, it is a multithreaded loadingscreen available in all spring builds.
what doesn't work with LoadingMT=1 in spring single threaded? is it the same issue than here: viewtopic.php?f=11&t=26704 ? can you please attach a infolog.txt with the error inside?
what doesn't work with LoadingMT=1 in spring single threaded?
No it's not for ST it's for MT build. I had black terrain and units and lots of FBO errors/warnings which I posted in my first post. Even with LoadingMT turned off I still have problems with invisible S3O models in MT build. (zerver told me to try playing with those MT settings)
For ST build I found that Link limits are too steep for playing an offline match against AIs, even with up/down speed of >1MB/s and packet limit of 1024. E323AI is notorious for command spam. RAI performed better. zerver told me that those limits can be disabled by setting them to -1, and that they where introduced because some widgets can spam a lot of commands that can crash spring. If those link limits can be disabled what's the purpose of having them in the first place?
the limit is not just for widgets, but also for AIs. it is kind of meant as an incentive for AI devs to limit themselfs in commands per frame. the problem with AIs in particular is, that when their team has lots of units, and they give a new move command to each unit, each frame, then they cause a lot of work for the path-finder.
as described in the mantis report, the current implementation is not a solution for that problem.
Did nobody wonder why all the classic AIs had command queues and per frame throttles? AAI even went as far as tracking what a unit should be doing and then checking every other frame of that was what it was actually doing
zerver told me that those limits can be disabled by setting them to -1, and that they where introduced because some widgets can spam a lot of commands that can crash spring. If those link limits can be disabled what's the purpose of having them in the first place?
When you are running a game server, the clients cannot disable the incoming limit on the host side. That is the purpose; the clients can only change the settings on their side of the connection.
Joined: 17 Nov 2005, 02:43 Location: Raegquitting Spring on 04/24/12
Ok, synopsis... not good.
There is a lot of good, but a lot of extremely bad decisions.
First off. 15 minute game, this is my ENTIRE infolog:
Quote:
[f=0000000] [] Error: Joystick 0 not found [f=0000000] [] Warning: AI Interface property 'supportsLookup' could not be found. [f=0000000] [] Warning: AI Interface property 'supportsLookup' could not be found. [f=0000000] [] Error: [LoadFeaturesFromMap] unknown map feature type "" [f=0000000] [Sound] Warning: Unable to open audio file: FailedCommand [f=0000000] [Sound] Warning: CSound::GetSoundId: could not find sound: FailedCommand
I cannot troubleshoot with an infolog like that. Infolog should report EVERYTHING! I have no idea why in the world you would castrate the 1 and almost only troubleshooting tool we have.
---
Loading screen... Yeah sure, it looks all fine and good. Now change it back. I did loadscreens specifically for the previous method. So did many other projects. Why you decided that changing it was a good idea I will never know, but at the very least you should have A: asked us, B: given the option to revert it. Seriously, is a progress bar so damn difficult? Don't display any text, just have a progress bar that progresses a notch further at every loading step. It's not that hard. I should not be the only one capable of suggesting this.
Springsettings was not in my portable that I downloaded. Is that an oversight?
Game speed changes and viewradius changes no longer report in the chat. This is bad on so many levels. This also goes back to infolog reporting.
Ogg soundstream is broken again. Seriously guys, it's not freaking funny. Please fix the playing of ogg files. Any halfway crappy windows vb app can play an mp3 file without sucking. Why is a big production like spring so bad at it?
You have NO BUSINESS RELEASING this in it's current state. These are gigantic breaking bugs. We don't need another round of 7 .x releases because it wasn't done right the first time.
Why has no one else mentioned this stuff? Am I honestly the only one who bothered to look?
Joined: 22 Feb 2006, 01:02 Location: cheap kitchen
No matter what I type into the console, I got nothing to show up in chat. No matter if "/shadows 1" or "blabla" So basically there is no chat at all (BA & XTA)
Users browsing this forum: No registered users and 1 guest
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum
Home
Download
Login
Register
FAQ
Search
