MegaGlest Forum
MegaGlest => Bug reports => Closed bug reports => Topic started by: titi on 4 March 2010, 10:04:51
-
Hi,
please help me find the harvesting problem in megaglest!
I never saw this bug up to now for myself, so I really need your feedback! ( Not in Windows(XP) and not in Linux! )
If you have this problem with non harvesting workers, please answer exactly to all those following questions:
1. Which OS do you use? ( please very exact, not just windows! )
2. Which megaglest version did you use? ( when you start the game you can see it )
3. Do you have a clean megaglest installation or is it mixed up with gae/glest 3.2.2?
4. Which map did you start and which faction was effected?
5. Which cpu-player was affected? ( CPU-Easy? )
6. Did you every saw such a behaviour in normal glest 3.2.2 too?
7. Maybe you tried a former version of megaglest too, did you ever noticed such a problem with another version?
Please don't discuss anything else here, I will remove it instantly!!!
-
Well, I haven't seen any problems and I'm running a 32-bit Windows binary in 64-bit Windows 7. :)
-
well, no problems here too with windows-XP SP2
-
Successfully tested with Indians vs. CPU-Easy Indians. They harvested, built a bunch of spearmen, and then kicked my butt while I wasn't paying enough attention. ;D
Windows Vista 32-bit SP2, clean installation of MegaGlest 3.2.3-WIN from the OP in the other thread:
Or better, full packages of the latest stable version, the easiest way to play megaglest: ( thanks Archmage!! )
Just unpack and play!
Windows (http://www.filefront.com/15527497/MegaGlest-3.2.3-WIN.7z)
-
All the CPUs are fine on my computer (And my bros) . :)
-
Man it seems I only have this problem... :-\ :(
1. Windows 7 Home Premium 32 bit
2. Megaglest 3.24-2-beta 3 (for data) and for the "single files" 3.24-2-beta4...(glest.ini,8 player map editor, etc...)
3. Yes it is clean.
4. Beta Grand Canyon, All megaglest factions except Persians (they are very "slow"... but at least they harvest,only gold) and Dark Magic
5. CPU ("regular") CPU Ultra, CPU Mega ( I tested it...) CPU Easy was actually the best one... :P
6. Not really... not the same particular behavior... so NO.
7. No, the former versions never had this problem.
The older versions never had this problem before...
Videos to see... (for examples,their "behavior")
http://www.youtube.com/watch?v=xhHsjjTZiEE
http://www.youtube.com/watch?v=A4EUCdOB9Cc
http://www.youtube.com/watch?v=S-R7CztIhS8
:-\ :(
-
I think the fact I didn't do a FULL rebuild for some of the windows builds that they may have affected stuff in the binary for windows. On the way home yesterday I updated code from SVN and just did an incremental build. The result was a half baked binary (randomly crashed). After doing a full rebuild it worked fine.
Thanks to M$ for their lovely incremental linker in VC++ 2008 express.
I'll try to make a new binary, test it out on our Windows 7 laptop and then put it up on sourceforge this weekend.
-
titi look, the units don't harvest at all...but when i killed my team's building the units started to harvest?
-
Hi altogether, to make it short: The latest version of megaglest (3.3.4.3) as well as 3.3.4 came with very 'lazy' enemies, too... but interestingly there is (at least, unluckily I only found this one) one exception, the magic faction. They still harvest as usual and this harvesting/mining bug is the same for 'easy' to 'mega' level. Oh sorry, I forgot something... I'm on WinXP SP3 and moreover I play with additional factions, which I added manually to the factions folder - but the basis was a clean Megaglest installation.
BTW, another strange thing is: As soon as I destroy the buildings of such a 'lazy' enemy, the workers begin to harvest, but they only harvest the amount, they can carry and after that they keep on being lazy. At the end of such a game the harvested material isn't displayed, so that I suspect them to carry it as long as they exist... Possibly you should motivate them to carry it to one of their buildings ;D ...
They repair the damage I made, but don't create new buildings. And right, as far as I can remember in 3.2.4. the workers harvested as usual (with all factions I usually play with, such as Tech, Magic, Romans2, Mario, Bugs, Indian, Egypt, Norseman).
So how did you manage to make them feel like they are on holidays...? ;D :o
-
Anybody else has these problems again?
I cannot establish these problems from what I see. Maybe its problem of your additional factions or the maps you are using. Can you please try it again with a clean 3.3.4 install ?
-
Anybody else has these problems again?
I cannot establish these problems from what I see. Maybe its problem of your additional factions or the maps you are using. Can you please try it again with a clean 3.3.4 install ?
I did what you told - I reinstalled Mega-Glest and ... the workers harvested. But now I want to find out the reason, why they don't harvest, if there are more factions in Mega-Glest. I find it astonishing, because Mega-Glest only loads those factions, which are used in the gameplay. So actually using only the factions of original Mega-Glest as well as it's maps should result in a correct function - right so far?
Correct me, if I'm wrong, because I really want to find out the reason for this strange 'lazyness' ... and, of course, I really wish to be able to play some factions of Vbros Pack's. Some of them are the majority of the additional factions I 'installed' in Mega-Glest.
-
You probably just had old data like me, or :|
As long as it works now it is cool...
Also I was the only one that had the problem ::)
Cool
-
The vbros packs are all made for megaglest now, but they are also all in their own techtree!
Maybe thats the reason why it sometimes don't work when you put them in the techtree "megapack". Maybe there are missing ressources or anything else?
-
As a general philosophy, it is best for modders to place all of the mod's they work on in s "user content" folder. MG supports the concept of a user content fodler via the following setting in glest.ini:
UserData_Root=mydata/
This tells glest to look for "additional" data in a folder located under the glest installation path called: mydata
You may call this folder whatever you like, it can be a relative or a real path. This folder should contain other folders whith your mod's using the SAME naming convention that glest uses meaning:
techs
maps
tilesets
scenarios
tutorials
This folder structure should exist inside this 'mydata' folder and place your mod data in these folders. This keep mod data seperate from 'built in' mega-glest data and eventually will likey be the area we download xontent to when that feature is fully implemented.
-
As a general philosophy, it is best for modders to place all of the mod's they work on in s "user content" folder. MG supports the concept of a user content fodler via the following setting in glest.ini:
UserData_Root=mydata/
This tells glest to look for "additional" data in a folder located under the glest installation path called: mydata
You may call this folder whatever you like, it can be a relative or a real path. This folder should contain other folders whith your mod's using the SAME naming convention that glest uses meaning:
techs
maps
tilesets
scenarios
tutorials
This folder structure should exist inside this 'mydata' folder and place your mod data in these folders. This keep mod data seperate from 'built in' mega-glest data and eventually will likey be the area we download xontent to when that feature is fully implemented.
This is at least a good idea, but I have solved my 'problems'... the solution was slightly different from this given information. The error was seemingly caused by at least one of the following points (or both):
- some of the attack types, armor types as well as damage multipliers, which are written into the XML file corresponding to a package (like the Megapack, called megapack.xml), were missing, because I simply didn't recognize them in the package I wanted to integrate into the Megapack
- There were some resources in the ressources directory, which no faction needs (they came with Vbros pack number 2, which also didn't need them... possibly this pack was changed at some time in the past and they were left)
With these changes everything runs perfectly :thumbup:
-
Ok, we will fix this bug, Thanks for finding it. :)
-
And I'll work with Elimnator, Tiger and Piggy to build in some checks in Mega Glest to detect bad / missing data in the XML's so that this won't happen again.
-
I have this problem with my faction, but also have it in the normal glest. so if anyone can tell me what I should do?
-
I have this problem with my faction, but also have it in the normal glest. so if anyone can tell me what I should do?
Yes someone needs to review your faction... ::) It has nice units... ::)
Although this is somewhat different of the MG problem...and somewhat related ::)
-
thx, but i have fixed it for the ahrkved, and I will finish it this weekend and will release a 0.287 this weekend, with a working ahrkved and Silandras AI!
-
thx, but i have fixed it for the ahrkved, and I will finish it this weekend and will release a 0.287 this weekend, with a working ahrkved and Silandras AI!
cool, :thumbup: how...? :|
hmm... end OT? ::)
-
well, the Arkved works anyway(it would have worked anyway when u put it in another techtree, the only problem is that some things i did are not supported bij glest AI, so im in need to restructure 2 factions:*(