.com.unity Forums

.com.unity Forums (http://forum.shrapnelgames.com/index.php)
-   Dominions 3: The Awakening (http://forum.shrapnelgames.com/forumdisplay.php?f=138)
-   -   Long Solo Game Bail Out Problem (http://forum.shrapnelgames.com/showthread.php?t=33166)

Reyals_63 February 4th, 2007 04:28 PM

Long Solo Game Bail Out Problem
 
During a long solo game generated on the Glory Map. I developed a error that was posted in the stderr file:

Något gick fel!
no space left on bg

Does anyone have any ideas and/or a workaround perhaps. I was rather enjoying this game at the time and would like to finish.

Thanks!

Ironhawk February 4th, 2007 07:39 PM

Re: Long Solo Game Bail Out Problem
 
No space left on bg... background? If thats what it is, its strange. Exactly how long did your game run? Could you have reached a hard limit on units or something? I know there was one in dom2

Loren February 5th, 2007 10:10 PM

Re: Long Solo Game Bail Out Problem
 
I've hit this before. Workaround: Don't take as many troops into battle.

Kalin February 6th, 2007 12:24 PM

Re: Long Solo Game Bail Out Problem
 
Yeah, I'm pretty sure it's a battle where both sides have 1000+ troops that is causing this error. The problem is that there is not enough space on the battlefield to place all the units. Sometimes, if you're using very large creatures, you only need a third of those numbers.

The solution, is to bring one of two throw away mages, and cast something like Gift from Heaven on their army... http://forum.shrapnelgames.com/images/smilies/wink.gif

Gandalf Parker February 6th, 2007 04:26 PM

Re: Long Solo Game Bail Out Problem
 
I wish it would continue the battle anyway and just blow up on trying to watch the combat. It seems like the battlefield size shouldnt affect getting the outcome.

Of course fixing the whole thing would be better but as a stopgap I wouldnt mind a battle response without view option so that the game could continue.

Graeme Dice February 6th, 2007 06:22 PM

Re: Long Solo Game Bail Out Problem
 
Quote:

Gandalf Parker said:
I wish it would continue the battle anyway and just blow up on trying to watch the combat. It seems like the battlefield size shouldnt affect getting the outcome.

This betrays a fundamental ignorance of the method that is used to obtain battlefield results in Dominions. The battlefield size affects the outcome since the turn generation performs an identical set of calculations to the battle viewer part of the program.

Nightblade February 6th, 2007 07:12 PM

Re: Long Solo Game Bail Out Problem
 
The maximum battle i had in a end game situation , being LA Ermor on the Aran map, was +/- 2400 undeads (lead by a -very- lots of non-magic users commanders, so there were no summons adding to the number during the battle) storming a castle protected by a pretender and a magic user with their +/- 10 remaining militia.

After clicking the turn button, i worried if wanting to assault with such huge number of troops could make the game calculation to be stuck on my not very high end system, especially with the castle taking some places.
Fortunately it played and ended correctly and viewing worked after.

So does a crash related to the amount of troops can happen only if -both- sides are very numerous ?

Gandalf Parker February 6th, 2007 09:36 PM

Re: Long Solo Game Bail Out Problem
 
Quote:

Graeme Dice said:
Quote:

Gandalf Parker said:
I wish it would continue the battle anyway and just blow up on trying to watch the combat. It seems like the battlefield size shouldnt affect getting the outcome.

This betrays a fundamental ignorance of the method that is used to obtain battlefield results in Dominions. The battlefield size affects the outcome since the turn generation performs an identical set of calculations to the battle viewer part of the program.

Hmm I guess the same limits of number of people to the battlefield would apply. I guess that my "fundamental ignorance" was a failure to think out the ramifications of what was so eloquently explained further up (was it eloquently explained further up?).

Thank you for so suavely and tactfully pointing that out to me so I could catch up to you. http://forum.shrapnelgames.com/images/smilies/happy.gif

Gandalf Parker

Actuarian February 7th, 2007 11:12 AM

Re: Long Solo Game Bail Out Problem
 
I say this knowing that I am at the risk of also finding myself fundamentally ignorant. http://forum.shrapnelgames.com/images/smilies/happy.gif

It seems that this problem could be solved programatically without a ton of difficulty by allowing for reinforcements. Reinforcements could work like a summons spell with a trigger of there being enough room for them on the battlefield.

Taqwus February 7th, 2007 03:56 PM

Re: Long Solo Game Bail Out Problem
 
Order of reinforcements then becomes an issue... and whether to allow individual squads, or only when there's full room for a commander -and- all his squads, and whether they should ever refuse to come in (morale check, battlefield enchantments, et al).

Unless players could determine the ordering, there'd be complaints when scripts and formations no longer made sense. Might be interesting, and there's logic behind it (although there are obvious questions as to whether the reserves should really be immune to Wrathful Skies, Heat from Hell, the opponent's reserves et al while off-screen), but it'd require some UI overhaul.

Actuarian February 7th, 2007 05:43 PM

Re: Long Solo Game Bail Out Problem
 
I agree that reinforcements is a sub-optimal solution, but it's better than having the game bomb. Not that I'm particularly into realism for dom3, but there is a loss of command control as armies get bigger.

I also thought of grouping like troops into super-units or just limiting the number of troops on a side, but the reinforcements seemed like a more workable and equitable solution.

NTJedi February 7th, 2007 05:59 PM

Re: Long Solo Game Bail Out Problem
 
Quote:

Actuarian said:
I agree that reinforcements is a sub-optimal solution, but it's better than having the game bomb. Not that I'm particularly into realism for dom3, but there is a loss of command control as armies get bigger.


I experienced the same scenario on my super beefy computer... yet fixed the issue by rebooting. It has me believe this is some type of memory leak.

Reyals_63 February 7th, 2007 07:12 PM

Re: Long Solo Game Bail Out Problem
 
Thanks to everyone who answered this post. I deeply appreciate the help and explanations.

Gandalf, I have been following you over the years and I must say that I greatly admire your dedication.

Keep it going, Mr. Security Advisor! (Love that rating)

Thanks again to everyone.

I really enjoy this community and everyone's input really helps.

Loren February 7th, 2007 07:50 PM

Re: Long Solo Game Bail Out Problem
 
Quote:

Nightblade said:
The maximum battle i had in a end game situation , being LA Ermor on the Aran map, was +/- 2400 undeads (lead by a -very- lots of non-magic users commanders, so there were no summons adding to the number during the battle) storming a castle protected by a pretender and a magic user with their +/- 10 remaining militia.

After clicking the turn button, i worried if wanting to assault with such huge number of troops could make the game calculation to be stuck on my not very high end system, especially with the castle taking some places.
Fortunately it played and ended correctly and viewing worked after.

So does a crash related to the amount of troops can happen only if -both- sides are very numerous ?

I have had a crash with something in the ballpark of 1000 troops against a castle that didn't contain much of anything. However, my troops were minotaurs, they took up more space.

I don't think it's the number of troops but rather the numbers of squares on the battle board. Exceed that and boom.

NTJedi February 7th, 2007 11:51 PM

Re: Long Solo Game Bail Out Problem
 
Quote:

Loren said:
I have had a crash with something in the ballpark of 1000 troops against a castle that didn't contain much of anything. However, my troops were minotaurs, they took up more space.

I don't think it's the number of troops but rather the numbers of squares on the battle board. Exceed that and boom.

For dominions_4 the developers should use what was done within Lord_of_the_Realms_2.{{not_Rings}}
Here troops of the same type would merge on the same square and increase by 2, 4, 8, 16, 32 and 64. It's difficult to explain so if someone's curious they should briefly play the game.

PvK February 8th, 2007 12:18 AM

Re: Long Solo Game Bail Out Problem
 
I think they should make the battlefield grids larger for enormous combats, and/or just exclude some of the groups that don't fit from participating, or have multiple combats per province per turn.

mivayan February 9th, 2007 11:57 AM

Re: Long Solo Game Bail Out Problem
 
Quote:

Loren said:
I don't think it's the number of troops but rather the numbers of squares on the battle board. Exceed that and boom.

The solution I'd like in dom3 is that when the game cant place any more units on the battlefield, it stops trying and the ones that dont fit are just ignored. If the battle is won they'll be in the province afterwards, otherwise they'll be in neigbouring provinces like normal routing units.

Gandalf Parker February 9th, 2007 02:22 PM

Re: Long Solo Game Bail Out Problem
 
Yes I think it would have to be the grid. Too much of the battle results relies on positions, weapon length, area affects, etc.

The "overflow" (or probably just "left behind") thing might be ok.

Maybe, as long as something has to be done anyway, Johan might work in terrain info. The provinces have terrain settings such as mountain, woods, plains. And also settings for large and small which is only used to figure population I think. Maybe the game could figure out that a small woods province wont support the size of army battles that a large plains province would. That would add another layer of strategy to the game.

Gandalf Parker


All times are GMT -4. The time now is 05:50 AM.

Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Copyright ©1999 - 2025, Shrapnel Games, Inc. - All Rights Reserved.