Osbot

1.02 opt in, abundant stars. So where are the stars?

1.02 opt in, abundant stars. So where are the stars?

Playing on an immense galaxy, checking out the new map changes. Abundant stars. Ok, so where are the stars? Abundant scattered stars looks like rare scattered clusters from last build.

693,073 views 179 replies
Reply #101 Top

Quoting BuckGodot, reply 98

I fully understand SD's stance on this and why/where they are coming from, even if I personally disagree. Thankfully it appears that we are well on our way to finding out just what needs to be modded and where to get this back to what we were used to. I'd prefer it if I didn't have to do so, if only for Metaverse reasons, but c'est la vie.

Agree 100%, Even though I'm against what Stardock did in this situation, I also understand where they are coming from and why they did it.  Don't get me wrong I have been very vocal in this post about the change, however, after all said and done I understand why.  Now hopefully, this changes as I never believe modding (cheating) is an answer. 

I like to play the game as intended, not to mention that way any issues I'm having be fully supported especially in long games as it takes 10-20 hours of game play to bring most issues to light.  There is nothing more that I hate is start a game and create a ticket and have it come back saying this isn't supported either because of a mod or because of a version issue.

 

Reply #102 Top

Quoting Valtek01, reply 95

It looks like when you use the abundant setting for stars/planets you will get 1 star for each base number you set. And half of the stars will have planets and 40% of those planets will be Habitable. Not sure just how the new setting 16 interacts with the settings in the MapSetupDefs.xml folder

MapSizeDefs

Code
  1. <span>&lt;MaxHabitablePlanets&gt;600&lt;/MaxHabitablePlanets&gt;
 
Code
  1. </span>
  2. <span>
  3. </span>
  4. <span>
  5. </span>
  6. MapSetupDefs
  7. &lt;InternalName&gt;Abundant&lt;/InternalName&gt;
  8. &lt;Stars&gt;1.00&lt;/Stars&gt;
  9. &lt;PlanetFrequencyExp&gt;0.5&lt;/PlanetFrequencyExp&gt;
  10. &lt;HabitablePlanets&gt;0.40&lt;/HabitablePlanets&gt;
  11. &lt;ExtremePlanets&gt;0.25&lt;/ExtremePlanets&gt;
  12. &lt;Asteroids&gt;0.45&lt;/Asteroids&gt;

I could have this wrong but the way i see it is  is that MaxHabitablePlanets is the Cap don`t go any higher! the HabitablePlanets tells  siad insteand of 100% of 2000 use 40% which would be 800 the cap being 600 the game will not use the extra 200. by moving the HabitablePlanets .60 it give you more planets. 

 

the MaxHabitablePlanets would have to be added to in order to see more on the map MaxHabitablePlanets 2000 .

 

Is this right or helpful???

Reply #103 Top

Quoting Frogboy, reply 82

We have a poll. It's the Steam data. :)


Unless you're suggesting that a disporportionate percentage of people who play offline also play the largest maps.

Look, just change the XML if you want bigger maps than what we provide. 

I've said what I mean to say on this topic.  :)

 

While I don`t agree, I respect your point of view. Guess I just have to suck it up. I do agree that most people have lower specs, i have no problem with that. But I won`t go online and be spied on while playing. I don`t give my consent to that.  Good game anyway.

Reply #104 Top

RavenX,

 

I agree with you on the ram thing. However the people on this thread (just us) probably have machines with at least 6 gigs of ram if not more (16 for me). However the VAST majority of people who play games are slightly below the cure in their computer specs. Many many people probably have machines with just 4gigs or play on laptops with shared video memory and have only 16gigs.

Also keep in mind in at least a year if not a bit further out, we (may) get our game optimized for DX12/Vulcan. I say MAY..but it has been hinted about. 

Frogboy has data which shows how much ram players have via Steam Statistics. I suspect we are the minority compared to everyone else. 

+1 Loading…
Reply #105 Top

Quoting Nastytang, reply 102


Quoting Valtek01,

It looks like when you use the abundant setting for stars/planets you will get 1 star for each base number you set. And half of the stars will have planets and 40% of those planets will be Habitable. Not sure just how the new setting 16 interacts with the settings in the MapSetupDefs.xml folder



MapSizeDefs

Code
  1. <span>&lt;MaxHabitablePlanets&gt;600&lt;/MaxHabitablePlanets&gt;
 
Code
  1. </span>
  2. <span>
  3. </span>
  4. <span>
  5. </span>
  6. MapSetupDefs
  7. &lt;InternalName&gt;Abundant&lt;/InternalName&gt;
  8. &lt;Stars&gt;1.00&lt;/Stars&gt;
  9. &lt;PlanetFrequencyExp&gt;0.5&lt;/PlanetFrequencyExp&gt;
  10. &lt;HabitablePlanets&gt;0.40&lt;/HabitablePlanets&gt;
  11. &lt;ExtremePlanets&gt;0.25&lt;/ExtremePlanets&gt;
  12. &lt;Asteroids&gt;0.45&lt;/Asteroids&gt;


I could have this wrong but the way i see it is  is that MaxHabitablePlanets is the Cap don`t go any higher! the HabitablePlanets tells  siad insteand of 100% of 2000 use 40% which would be 800 the cap being 600 the game will not use the extra 200. by moving the HabitablePlanets .60 it give you more planets. 

 

the MaxHabitablePlanets would have to be added to in order to see more on the map MaxHabitablePlanets 2000 .

 

Is this right or helpful???

 

Yes your correct in how the MaxHabitablePlanets works. I just tested it out.

I played around with the MapSetupDefs for a bit.

<MapSetup>
        <InternalName>Abundant</InternalName>
        <Stars>1.00</Stars>
        <PlanetFrequencyExp>0.5</PlanetFrequencyExp>
        <HabitablePlanets>0.40</HabitablePlanets>
        <ExtremePlanets>0.25</ExtremePlanets>

 

If you change the Stars line it is multiplied by what you set the base at. So if base is 20 you get 20 stars. Change the line in the mapsetup to 2 instead of 1 and you get 40 stars on your map.

Planet Frequency seems to work a bit differently. No matter what number i set it to i could not get every star on the map to have planets. So setting it to 1.0 wont give you a 100% chance for planets at each star.

The Same is true for the next line. Setting the HabitablePlanets to 1.0 wont make every planet Habitable and increasing the numbers beyond 1.0 seems to have no effect

It also seems like 4 is the most planets that a single star can have. Habitable or not.

 

Reply #106 Top

Just read through the steam reviews and since GC3 was launched there is negative, after negative review, mainly down to constant crashing in one form or another.

 

This is not good for future sales of GC3, a lot of steam users are swayed into buying or not buying based on those reviews.  Already GC3 is at mostly mixed.

 

Well I understand, a lot of players on this forum want to play insane galaxies with as much as possible, it might be better for the long term success of GC3 if the number of stars/planets was reduced and thus the sheer number of players having crashes was reduced.

 

Whatever happens Stardock need to prioritise making GC3 more stable, less of a HUGE resource hog so players can actually play the game.

Reply #107 Top

OK, there was some useful stuff on this in today's devchat in a couple of different parts of it.

One, as I already suspected, the <Base> bracket doesn't just set the baseline for number of stars, but also for nebula, relics, and other things in some fashion or another.  So when messing with the <Base> tag we should also keep an eye out on the percentages for everything else so we don't get a crazy map with BLEEP-tons of relics everywhere or crowding out the map.  Alternatively, the <Base> bracket could be kept the same, and just crank up the number of planets in a game via percentages.

Also, the percentage values go something like this:

Base number of stars * percentage of planets * percentage of colonizable planets = number of colonizable planets.

Furthermore, the standard star systems themselves were played with as they were giving a few more planets than Paul intended.  Once the replay goes up (if it does, as they were having stream troubles again), I'll replay the two sections where this was talked about the most to get the exact details.

But the main upshot is confirmation that base doesn't cover JUST stars, so it's something to keep in mind as we hammer at this. :)

Reply #108 Top

Quoting Frogboy, reply 82

We have a poll. It's the Steam data. Unless you're suggesting that a disporportionate percentage of people who play offline also play the largest maps.
Look, just change the XML if you want bigger maps than what we provide.


Is the Steam data telling you the map sizes being played on? Not sure if online multiplayer is working or not, haven't tried, but that would definitely account for people playing on small maps. No one has time to play a large map on multiplayer. I'd not count multiplayer map size when working out max sizes. That's a serious time investment for multiple people.

Quoting Valtek01, reply 92

In your My games folder you need to find the "Gal Civ 3/Mods folder.

Create a "New Folder" inside of the mod folder. Name it anything you like.

Then create those 5 additional folders i listed inside of that "New folder" you just made. I really dont KNOW for sure if you need them but the instructions from SD says you do.

Then just place the 2 xml files inside of the "Game" folder you just created.

You want to only edit files that you place in this mod folder and not the original game files.

It looks like when you use the abundant setting for stars/planets you will get 1 star for each base number you set. And half of the stars will have planets and 40% of those planets will be Habitable. Not sure just how the new setting <MaxHabitablePlanets>16</MaxHabitablePlanets> interacts with the settings in the MapSetupDefs.xml folder



Thanks for clearing that up. That's very helpful. If I do over-write core files I always back them up first (I know it's reversed of how things should be done). Plus with Steam just verifying downloads only what you changed back to vanilla.


Quoting Larsenex, reply 104

RavenX,

I agree with you on the ram thing. However the people on this thread (just us) probably have machines with at least 6 gigs of ram if not more (16 for me). However the VAST majority of people who play games are slightly below the cure in their computer specs. Many many people probably have machines with just 4gigs or play on laptops with shared video memory and have only 16gigs.

Also keep in mind in at least a year if not a bit further out, we (may) get our game optimized for DX12/Vulcan. I say MAY..but it has been hinted about. 

Frogboy has data which shows how much ram players have via Steam Statistics. I suspect we are the minority compared to everyone else. 


Compared to a lot probably, though I'm only running 12 my-self atm. I was running 16, then upgraded to 18, then one of my wife's chips burned out and I took a chip out of my machine and put it in hers and was able to mix and match and now I'm running 12. A year from now I'll have to replace my motherboard and proc so I won't have the money for anymore upgrades between now and then.

I understand not having the best as when I have the best it's only the best for the first year or so...lol. Still that's why we have options settings. I tend to think people go into games like Witcher 3 and FarCry 4 knowing they'll have to turn options down because they can't max things out. That doesn't mean people with better cards don't get their better performance, it just means with those on the lower end they already expect to have to turn things down to get a enjoyable experience, and that mentality should apply here as well. I can play Attila TW really well, but, it's currently made to run best on a processor that isn't even out on the market yet but Creative Assembly already planned ahead and put a options set in just for when that processor comes out (I'd have to boot up the game to tell you which one). When they made Attila they could have gimped the gameplay experience to better suit older machines but they didn't. They planned ahead and gave people options to turn things down.

I understand why they're doing what they're doing. You know me though, I like to be vocal. I still love the game, that's why I'm playing this and bouncing back and forth between it and Witcher 3. I just really loved that initial map set up. It was perfect on Immense as far as planet and star density went. I don't even want to try Insane yet as that seems a little large to dive into right now. For 15-20 AI's and me though Immense seems to be perfect, except now on Immense/Scattered there's too many blank spots on the map and not enough stars and worlds on a Immense map. I just really liked how it was.

Quoting Valtek01, reply 105

Quoting Nastytang,

Quoting Valtek01,

It looks like when you use the abundant setting for stars/planets you will get 1 star for each base number you set. And half of the stars will have planets and 40% of those planets will be Habitable. Not sure just how the new setting 16 interacts with the settings in the MapSetupDefs.xml folder
MapSizeDefs

Code
  1. <span>&lt;MaxHabitablePlanets&gt;600&lt;/MaxHabitablePlanets&gt;
 
Code
  1. </span>
  2. MapSetupDefs
  3. &lt;InternalName&gt;Abundant&lt;/InternalName&gt;
  4. &lt;Stars&gt;1.00&lt;/Stars&gt;
  5. &lt;PlanetFrequencyExp&gt;0.5&lt;/PlanetFrequencyExp&gt;
  6. &lt;HabitablePlanets&gt;0.40&lt;/HabitablePlanets&gt;
  7. &lt;ExtremePlanets&gt;0.25&lt;/ExtremePlanets&gt;
  8. &lt;Asteroids&gt;0.45&lt;/Asteroids&gt;


I could have this wrong but the way i see it is  is that MaxHabitablePlanets is the Cap don`t go any higher! the HabitablePlanets tells  siad insteand of 100% of 2000 use 40% which would be 800 the cap being 600 the game will not use the extra 200. by moving the HabitablePlanets .60 it give you more planets. 

the MaxHabitablePlanets would have to be added to in order to see more on the map MaxHabitablePlanets 2000 .

Is this right or helpful???

Yes your correct in how the MaxHabitablePlanets works. I just tested it out.

I played around with the MapSetupDefs for a bit.

<MapSetup>
        <InternalName>Abundant</InternalName>
        <Stars>1.00</Stars>
        <PlanetFrequencyExp>0.5</PlanetFrequencyExp>
        <HabitablePlanets>0.40</HabitablePlanets>
        <ExtremePlanets>0.25</ExtremePlanets>

 

If you change the Stars line it is multiplied by what you set the base at. So if base is 20 you get 20 stars. Change the line in the mapsetup to 2 instead of 1 and you get 40 stars on your map.

Planet Frequency seems to work a bit differently. No matter what number i set it to i could not get every star on the map to have planets. So setting it to 1.0 wont give you a 100% chance for planets at each star.

The Same is true for the next line. Setting the HabitablePlanets to 1.0 wont make every planet Habitable and increasing the numbers beyond 1.0 seems to have no effect

It also seems like 4 is the most planets that a single star can have. Habitable or not.



Actually yes, that's Very helpful indeed. That's exactly what I need to mess with to get the density right.

Quoting BuckGodot, reply 97

I still have a copy of the XML folder from late April (and possibly one from early May [EDIT:  Yep.  I have the XMLs as of May 11th]) so I can use that if I need to.  But what I plan on doing today is downgrade to 1.01, copy the entire XML folder structure, reupgrade to 1.02 opt-in and then do a compare and contrast of the various XMLs that cover map generation.


Can you zip up the two map xml's from that version we're all needing and host them? That would be awesome :) .

Reply #109 Top

Quoting RavenX, reply 108
Can you zip up the two map xml's from that version we're all needing and host them? That would be awesome :) .

I'm not actually signed up to any hosting services.  Might sniff around Dropbox and see if I like it.  Or maybe I'll just use my ISP temporarily.

If I do so, I'll probably put in the May 11th files and the 1.01 that I redownloaded as well as the file that governs star system generation.

I suppose if I do this, others can then do the heavily lifting of figuring everything out. :p

+1 Loading…
Reply #110 Top

Quoting BuckGodot, reply 109

Quoting RavenX,
Can you zip up the two map xml's from that version we're all needing and host them? That would be awesome :) .

I'm not actually signed up to any hosting services.  Might sniff around Dropbox and see if I like it.  Or maybe I'll just use my ISP temporarily.
If I do so, I'll probably put in the May 11th files and the 1.01 that I redownloaded as well as the file that governs star system generation.
I suppose if I do this, others can then do the heavily lifting of figuring everything out. :P



Brother that would be AMAZING. You could save me a ton of work and edits. Hell you can email them to as a attachment or transfer them on facebook lol.

I use dropbox from time to time. It's good just turn off the autolaunch options after you install their uploader.

Get those to me and I'll heavy lift any art asset you want. You want a specific custom race pic, skin? You got it. Hook me up yo..lol. :)

Reply #111 Top

Ugh.  Haven't used my ISP to host files in, literally, years.  Don't want to waste the time now to figure it out, so I fired up my Google Drive account.

https://drive.google.com/file/d/0By8Y969dyvLHcDF1WHo4dm9KekE/view?usp=sharing

The above link SHOULD contain a zip file with four directories of four files each. To download the file click on the thing that looks like this in the top bar: 

The four files are:

GalCiv3MapDefs.xml
MapSetupDefs.xml
MapSizeDefs.xml
StarSystemDefs.xml

The four directories are:

XMLs - 1.0.1
XMLs - 1.0.2
XMLs - Beta 5
XMLs - Beta 6

The XMLs for Beta 6 were rather late in the Beta (made May 11th).  The XMLs for Beta 5 were made on April 22nd, but I don't remember when that was in the Beta.

The XMLs for 1.01 are the current non-opt in ones.  The ones for 1.0.2 are the most current ones as of a half an hour ago.

I have the ENTIRE XML tree for those dates, BTW, so if people want/need other files, let me know and I'll get them eventually. :)

 

 

+1 Loading…
Reply #112 Top

Ok, this is the first time I am posting on any stardock forums.

I adored galciv2 and have high hopes for this game, especially now that it has multiplayer. On the topic at hand though, I do understand the need for less powerful systems to be able to run it and be stable. However, those who don't spend any significant money and effort into the hobby should not be rewarded at the expense of those who do. At least, not to the point of gimping the absolute largest and most expansive of the game modes. Frankly someone who is playing on some 5+ year old machine with only 4gb of ram and integrated graphics should have -no- expectation of running this game and this style of game on the largest and most demanding extremes.

While those of us who are serious about it should have the option built into the game for said extremes and should not be punished because we invest in our hardware roughly the same or even less than most people pay for cable or a slightly nicer cell phone plan. The best way I think to do this is to offer more in game options. This way no one feels cheated and you ensure update, mod and multiplayer compatibility. The notion that we have to go in an manually edit and exchange multiple xml files that could break at any time because of this seems a very poor way of resolving the issue. I am enjoying the game so far, and the patches have brought many positives. I also look forward to the expansions and dlc to polish it up and make it something truly epic and memorable. Please take this to heart as grand strategy and rpg games are the only ones I play and the market for grand strategy games is very small. This company, and this game in particular being one of the only real contenders in that scene to my mind and it therefore means a lot to me.

Reply #113 Top

Alright, as I compare just the MapSizeDefs XMLs from Late Beta 6 to 1.0.2, here are some preliminary findings:

Tiny: No difference except for inclusion of <MaxHabitablePlanets>16</MaxHabitablePlanets>

Small: No difference except for inclusion of <MaxHabitablePlanets>32</MaxHabitablePlanets>

Medium: Base changed from 128 to 110, inclusion of <MaxHabitablePlanets>55</MaxHabitablePlanets>

Large: Base unchanged, inclusion of <MaxHabitablePlanets>75</MaxHabitablePlanets> (<----- CORRECT AMOUNT EDITED IN - THANKS FOR THE CATCH, BRAD :))

Huge: Base changed from 250 to 200, inclusion of <MaxHabitablePlanets>125</MaxHabitablePlanets>

Gigantic: Base changed from 512 to 400, inclusion of <MaxHabitablePlanets>200</MaxHabitablePlanets>

Immense: Base changed from 768 to 600, inclusion of <MaxHabitablePlanets>300</MaxHabitablePlanets>

Excessive: Base changed from 1000 to 800, inclusion of <MaxHabitablePlanets>400</MaxHabitablePlanets>

Insane: Base changed from 1600 to 1200, inclusion of <MaxHabitablePlanets>600</MaxHabitablePlanets>, a setting in <GlobalCombatMods> was changed from <Value>1.0</Value> to <Value>1.1</Value>

===

That is the summary of all changes in MapSizeDefs (not including indenting changes). 

Analysis, if needed, of other files later. :)

 

Reply #114 Top

Looks like something is iffy about Large if it's base is 75 now.

Reply #115 Top

Changes in MapSetupDefs, Late Beta 6 to 1.0.2:

For "None",  <HabitablePlanets>0.05</HabitablePlanets> changed to <HabitablePlanets>0.1</HabitablePlanets>

For "Rare", <HabitablePlanets>0.1</HabitablePlanets> changed to <HabitablePlanets>0.2</HabitablePlanets>, <ExtremePlanets>0.1</ExtremePlanets> changed to <ExtremePlanets>0.05</ExtremePlanets>

For "Uncommon", <ExtremePlanets>0.15</ExtremePlanets> changed to <ExtremePlanets>0.10</ExtremePlanets>

For "Occasional", <ExtremePlanets>0.20</ExtremePlanets> changed to <ExtremePlanets>0.15</ExtremePlanets>

For "Common", <HabitablePlanets>0.40</HabitablePlanets> changed to <HabitablePlanets>0.35</HabitablePlanets>, <ExtremePlanets>0.35</ExtremePlanets> changed to <ExtremePlanets>0.20</ExtremePlanets>

For "Abundant", <HabitablePlanets>0.50</HabitablePlanets> changed to <HabitablePlanets>0.40</HabitablePlanets>, <ExtremePlanets>0.5</ExtremePlanets> changed to

<ExtremePlanets>0.25</ExtremePlanets>

===

Just looking at the above, I don't think the change of .5 to .4 should be making THAT much of a difference.  Though if we test it with the old values, I'm game to see what happens.  Instead, I suspect something is also going on with the way star systems are generated.  Paul talked about this on the stream, but I don't recall exactly what he said.  Gonna have to wait till I rewatch it to see just what he was talking about and which XML files to poke about to see what we can play with. :)

 

Reply #116 Top

Quoting Frogboy, reply 114

Looks like something is iffy about Large if it's base is 75 now.

Good catch :) still looking forward to some additional tweaking??  okay well I was hoping anyways, you still do great work Frogboy :)

Reply #117 Top

Quoting Frogboy, reply 114

Looks like something is iffy about Large if it's base is 75 now.

Whooops.  I think I copied over the wrong value there, Brad.  The mistake of manually typing. :)  

Base for Large is 150 (which as I check is unchanged), It is MaxHabitablePlanets which is 75.  Let me fix that now.  Thanks for the catch! :)

POST UPDATED WITH CORRECT VALUES

Reply #118 Top

ah good! Was about to do a checkout to fix it in the code. ;)

Reply #119 Top

I'm looking over StarSystemDefs.xml, and hoo-boy, yeah, there are changes in there alright.  Lots and lots of them. Far too many for me to summerize right off the bat.

This might be the biggest thing we need to look at.  Worried though that the game might NEED those changes for it to work properly.

But I think blindly playing with base factors and percentages might not be enough to replicate old behavior. I mean, playing with the base and percentages is needed; it just might not be enough.  Something to definitely look at, I think.

Reply #120 Top

Quoting BuckGodot, reply 119

I'm looking over StarSystemDefs.xml, and hoo-boy, yeah, there are changes in there alright. Lots and lots of them. Far too many for me to summerize right off the bat.
o_O

 

Looks the same to me I mean I took a fast look It seem the same I have one in my mod and I look at the new updated one Not sure what change you mean ??

Reply #121 Top

I read i think somewhere on here that there was going to be a hot fix released today for 1.02. To try and fix the way large (insane) maps now have hardly any planets. Has it been released yet and is the news of a hotfix true. 

Reply #122 Top

Without putting in exact XML structures, here is the summary of what is going on StarSystemDefs.xml.  

Yellow Star Systems (System00), "HabitableZone" was changed from 4 max planets to 3 max planets.

Purple Star Systems (System08), "OuterZone" was changed from 3 max planets to 2 max planets, Asteroids look to have been added.

White Star Systems (System01), "NoRandom" (???) had 0-2 planets added; "Habitable Zone" was changed from 4 max planets to 1, asteroids look to have been added.

Blue Star Systems (System02), "HabitableZone" was changed from 4 max planets to 2 max planets; "OuterZone" had 0-1 added, asteroids looks to have been added.

Red Giant Star Sytems (System04), "Habitable Zone" was changed from 3 max planets to 2 max planets

Yellow Star Systems (System05), Changed from "Orange Star", "NoRandom" (???) had 0-1 planets added, "HabitableZone" was changed from 1 max planet to 3 max planets (this one DID increase)

Orange Star Systems (System06), "HabitableZone" was changed from 3 max planets to 2 max planets.

White Star Systems (System07), "NoRandom" has 0-1 planets added, "HabitableZone" changed from 2 max planets to 1, two sets of asteroids look to have been added.

Blue Star Systems (System09), "HabitableZone" was changed from 4 max planets to 2, asteroids look to have been added to "OuterZone"

Red Giant Star Systems (System10), "HabitableZone" was changed from 3 max planets to 2

Yellow Star Systems (System11) Changed from "Orange Star", "NoRandom" (???) had 0-1 planets added, "HabitableZone" changed from 1 max planets to 3 (this one DID increase)

Orange Star Systems (System12) "HabitableZone" was changed from 3 max planets to 2.

Exact XML data stucture can be found in the files in my previous post

====

So, yes, this aside from the <Base> IS the main culprit.  Many many star systems had their max habitable planets decresed.  By, like, a lot.  So if we want to mod things up, here is one area we'd better look at.  Simply because putting in too many star systems might make the game unstable. :)

Reply #123 Top

Quoting Nastytang, reply 120
Looks the same to me I mean I took a fast look It seem the same I have one in my mod and I look at the new updated one Not sure what change you mean ??

Nope, quite different as my prior posts shows. :) Luckily for me, I have a OS X program (TextWrangler) that can compare text files side by side and quickly show me the differences between them.  Just go down the list, BANG BANG BANG. Even matches things which have been shifted by several lines.  Makes checking XML files like this a breeze. :D

It's a godsend when it comes to comparing code, I tells ya.

====

EDIT:::: 

FWIW, GalCiv3MapDefs.xml looks to be unchanged.

I've done enough heavy lifting/uploading/anaylsis for now.  I gots an old I/A/A/A game that still has tons of planets waiting for me to conquer it. ;)

If anyone needs anything else, let me know and I'll pop it in/look for it later tonight.

 

 

Possibly MUCH later tonight.  Planets won't conquer themselves*, after all. :D

* Unless one SOAKS.  But where's the fun in that? 

+1 Loading…
Reply #124 Top

lol Nice BuckGodot +1 for you my friend. I'm going to drop these map xml's straight in the current build and see what happens.

Reply #125 Top

Quoting RavenX, reply 124

lol Nice BuckGodot +1 for you my friend. I'm going to drop these map xml's straight in the current build and see what happens.

Thanks. :)  You very probably will need to add <MaxHabitablePlanets> to MapSetupDefs as at least one other poster noted it crashed without it.  Make it something high, and you should be fine. ;) But if you can get it to work without it, that'll be great news as well. :)