Bad spawn. Like really bad.
Moderator: Oberlus
Forum rules
Always mention the exact version of FreeOrion you are testing.
When reporting an issue regarding the AI, if possible provide the relevant AI log file and a save game file that demonstrates the issue.
Always mention the exact version of FreeOrion you are testing.
When reporting an issue regarding the AI, if possible provide the relevant AI log file and a save game file that demonstrates the issue.
Bad spawn. Like really bad.
Maybe we could avoid spawns this bad?
- Attachments
-
- this spawn 0/10 would not repeat
- Screenshot 2017-02-06 21.11.29.jpg (503.02 KiB) Viewed 1937 times
Re: Bad spawn. Like really bad.
Which version?
With the current test version it's a bug as you can't get past the monster due to a change in the backend code that messed the blockade system up, but in the Release and most other tests, plus hopefully this weeks test, it's only a Maintenance Ship, you can get past that with anything with at least 10 structure, which includes your frigate and colony ship. They're specifically designed to be annoying but not deadly: there are some limits on the bigger tougher monsters, if it was a Sentinel that would be really bad.
And, if you've got a warship sat there, supply propagates through, with only 3 damage you only need a Defence Grid to be safe.
With the current test version it's a bug as you can't get past the monster due to a change in the backend code that messed the blockade system up, but in the Release and most other tests, plus hopefully this weeks test, it's only a Maintenance Ship, you can get past that with anything with at least 10 structure, which includes your frigate and colony ship. They're specifically designed to be annoying but not deadly: there are some limits on the bigger tougher monsters, if it was a Sentinel that would be really bad.
And, if you've got a warship sat there, supply propagates through, with only 3 damage you only need a Defence Grid to be safe.
Mat Bowles
Any code or patches in anything posted here is released under the CC and GPL licences in use for the FO project.
Any code or patches in anything posted here is released under the CC and GPL licences in use for the FO project.
-
- Juggernaut
- Posts: 854
- Joined: Wed Aug 26, 2015 6:15 pm
Re: Bad spawn. Like really bad.
I wouldn't be thrilled with that start, especially as you seem to have close quarters there, but I've had similar ones. As Mat says, you have to work with it. You can build scouts on medium hulls that will slip past, and outpost ships will get through although their utility is low until you have better warships to open the supply lines.
-
- Juggernaut
- Posts: 854
- Joined: Wed Aug 26, 2015 6:15 pm
Re: Bad spawn. Like really bad.
I thought of this thread when I started my latest. Note that blocker for me is a Sentinel. Not that I mind, I think this will be an interesting game.
-
- Juggernaut
- Posts: 854
- Joined: Wed Aug 26, 2015 6:15 pm
Re: Bad spawn. Like really bad.
Oh, and I forgot to mention this. The inhabited planet there is high-tech with more firepower!
Re: Bad spawn. Like really bad.
I'm not sure the AI is still so weak that you could really recover from such a tough start -- I'll be curious to hear how it goes for you.defaultuser wrote:I thought of this thread when I started my latest. Note that blocker for me is a Sentinel. Not that I mind, I think this will be an interesting game.
Even if you do wind up able to recover from that with the current AIs, that would be an unfair start in a multiplayer game and we shouldn't count on the AI being weak enough to make up for that.
I am inclined to think we should make a SystemBisectsGalaxy condition (**edit I suppose what I am talking about here would actually be a boolean ValueRef, but see my post below for a link to some other related ideas **) and then use that in the locations requirement/exclusion for Ancient Ruins. It might be a bit stricter than we actually need (I wouldn't bother trying to figure out if there are really empires in both sides, or if maybe one side only has a couple systems), but I'd be fine with being a little overstrict like that, and I don't think it should be too expensive of a computation.
If I provided any code, scripts or other content here, it's released under GPL 2.0 and CC-BY-SA 3.0
Re: Bad spawn. Like really bad.
That SystemBisectsGalaxy sounds perfect to me. And the extra computation shouldn't be a problem even if it is expensive since that would be done only at creation of galaxy, right?Dilvish wrote:I am inclined to think we should make a SystemBisectsGalaxy condition and then use that in the locations requirement/exclusion for Ancient Ruins. It might be a bit stricter than we actually need (I wouldn't bother trying to figure out if there are really empires in both sides, or if maybe one side only has a couple systems), but I'd be fine with being a little overstrict like that, and I don't think it should be too expensive of a computation.
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13603
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich
Re: Bad spawn. Like really bad.
Such a function might be useful in other contexts as well, but that's not really a problem.Oberlus wrote:And the extra computation shouldn't be a problem even if it is expensive since that would be done only at creation of galaxy, right?
Re: Bad spawn. Like really bad.
@Dilvish: Just curious (as I've been watching you adding things to your todo list since you joined), how many items are on your legendary list? And how old are the oldest ones?
-
- Juggernaut
- Posts: 854
- Joined: Wed Aug 26, 2015 6:15 pm
Re: Bad spawn. Like really bad.
Eh, wasn't that bad. I was playing Etty, so my firepower was better than average. Once I colonized the few planets I had, I concentrated on building warships. As the only way in was blocked, I didn't have to worry too much about the neighbors causing trouble either.Dilvish wrote:Even if you do wind up able to recover from that with the current AIs, that would be an unfair start in a multiplayer game and we shouldn't count on the AI being weak enough to make up for that.
Re: Bad spawn. Like really bad.
Hmm, I think I had better start being more careful to refer to it as a reminder list rather than as a formal to-do list. If you must ask, it looks like it has Quite a Few entries and the first entry looks a bit over three years old. I think we've already taken care of at least most of that one about as much as I had intended, although I periodically still muse about making a kind of sitrep hotlink that could add an item to your build queue., What do you think, should I take that entry off my list now? The next on the list was a 0.4.4 planning post, so that should surely come off now, and so I've done so now. I see quite a few others that are probably finished also, but will need a bit more thought as to whether they are really finished well enough to be removed. But I should probably be aggressive with that, as the list is a bit on the cumbersome side now. I'll bookmark this post to remind myself to curate my reminder list,Vezzra wrote: how many items are on your legendary list? And how old are the oldest ones?
I also find on it some notes there from the last time I had galaxy partitioning on my mind. My focus then had been on the Experimentors, but maybe the simpler, stricter approach I was contemplating above could also work fine for them.
If I provided any code, scripts or other content here, it's released under GPL 2.0 and CC-BY-SA 3.0
Re: Bad spawn. Like really bad.
The functionality you are describing was added in
Fix experimentor system sunders galaxy #834
to prevent the Experimentors position from being able to bisect the galaxy.
It was tested with multiple Experimentor worlds. Crazy fun, but unwinnable.
The tag CAN_ALTER_STARLANES indicates that the monster can't be placed in a location where it combined with any/all other starlane altering monsters could disconnect some part of the galaxy. Adding it to a monster will mean that there has to be a route around the monster.
Fix experimentor system sunders galaxy #834
to prevent the Experimentors position from being able to bisect the galaxy.
It was tested with multiple Experimentor worlds. Crazy fun, but unwinnable.
The tag CAN_ALTER_STARLANES indicates that the monster can't be placed in a location where it combined with any/all other starlane altering monsters could disconnect some part of the galaxy. Adding it to a monster will mean that there has to be a route around the monster.
Re: Bad spawn. Like really bad.
Ah, thanks for that link, I had missed that when it was done. That certainly seems to cover the Experimentors just fine, and would not take a whole lot of extension/adaptation to be able to apply to a special like the Ancient Ruins. Besides being able to apply to a special rather than a starting monster spawn, I am inclined to think that since the presence of a Sentinel is not such a long term block as the Experimentor system is, we would want to just look at bisection with regards to just the system under contemplation, rather than considering all other sources of a similar restriction as you did for the Experimentors. And then there is the more minor issue of the tag name to be used in this case, since the issue here does not stem from modifying starlanes. I think I would lean towards the rather simple "DONT_SPLIT_GALAXY".LGM-Doyle wrote:The functionality you are describing was added in
Fix experimentor system sunders galaxy #834
to prevent the Experimentors position from being able to bisect the galaxy.
If I provided any code, scripts or other content here, it's released under GPL 2.0 and CC-BY-SA 3.0
-
- Juggernaut
- Posts: 854
- Joined: Wed Aug 26, 2015 6:15 pm
Re: Bad spawn. Like really bad.
On the whole, a situation like the one I experienced would probably be a much tougher challenge for the AI or a new player. An experienced player like me has faced similar problems in the past and worked out techniques for dealing with them. Playing cluster with low starlanes as I do is particularly prone to blockades of one sort or another.
Here's one I had some time back:
http://www.freeorion.org/forum/viewtopi ... =2&t=10109
Here's one I had some time back:
http://www.freeorion.org/forum/viewtopi ... =2&t=10109