Tile system

[Storm]

Should we just go back to it? It had less pops.

[[FuFo] Mortucus]

u mean should we go back to the simple tile system

we have 3 tile systems now when we used to have 1
funny that and no they wont go back to that because it would mean 4 years of wasted econ work lol

[Storm]

Originally posted by FuFo Mortucus:

u mean should we go back to the simple tile system

we have 3 tile systems now when we used to have 1
funny that and no they wont go back to that because it would mean 4 years of wasted econ work lol

I mean going full circle and reinventing the wheel is fairly normal. And yeah the simple one.

[VoiD]

pop system is way better, it just needs to work better and not cause total system meltdown by midgame.

So far I didn't get any lag, and that's great, but the empire cap thing nobody seems to like, for good reason.

[I got 1984'd]

2500s and still got no lag. Only problem I have is with the pop growth changes. Can't be helped, when pops are one of the causes for lag.

[Ninjamestari]

Yes and no, the tile system had its problems. What we need is some marriage between the old tile system and the new job system that combines the benefits of having less pops with the maneuverability of not having to conform to tile yields. A tile system that requires you to build a "district" on top of a tile before it becomes available to work would be interesting and look neat, and removing tile yields and just having mining districts limited to tiles that have "minerals" on them, just like the current system, would do the trick. You could also approach the issue from the modern perspective by limiting the number of pops and treating jobs like "tiles", either approach would get the job done.

[I got 1984'd]

Originally posted by Ninjamestari:

Yes and no, the tile system had its problems. What we need is some marriage between the old tile system and the new job system that combines the benefits of having less pops with the maneuverability of not having to conform to tile yields. A tile system that requires you to build a "district" on top of a tile before it becomes available to work would be interesting and look neat, and removing tile yields and just having mining districts limited to tiles that have "minerals" on them, just like the current system, would do the trick. You could also approach the issue from the modern perspective by limiting the number of pops and treating jobs like "tiles", either approach would get the job done.

I wish they would change the pop growth mechanic where they would grow on job slots. And the growth rate would determine how many job slots a pop would be growing on at the same time, and how fast. This would also eliminate the frustrating 1 growing species type per, and properly implement immigration. Also a growing pop on a job slot won't produce full potential of the resource, and just partial.

[Elitewrecker PT]

Originally posted by Ninjamestari:

Yes and no, the tile system had its problems. What we need is some marriage between the old tile system and the new job system that combines the benefits of having less pops with the maneuverability of not having to conform to tile yields. A tile system that requires you to build a "district" on top of a tile before it becomes available to work would be interesting and look neat, and removing tile yields and just having mining districts limited to tiles that have "minerals" on them, just like the current system, would do the trick. You could also approach the issue from the modern perspective by limiting the number of pops and treating jobs like "tiles", either approach would get the job done.

Uh... You just described the current system. Except with a different representation

[Ninjamestari]

Originally posted by Elitewrecker PT:

Originally posted by Ninjamestari:

Yes and no, the tile system had its problems. What we need is some marriage between the old tile system and the new job system that combines the benefits of having less pops with the maneuverability of not having to conform to tile yields. A tile system that requires you to build a "district" on top of a tile before it becomes available to work would be interesting and look neat, and removing tile yields and just having mining districts limited to tiles that have "minerals" on them, just like the current system, would do the trick. You could also approach the issue from the modern perspective by limiting the number of pops and treating jobs like "tiles", either approach would get the job done.

Uh... You just described the current system. Except with a different representation

Yes, and more importantly, a significantly reduced number of overall pops per planet. I went into more depth of what the game needs in another thread, but suffice to say that removing the redundant housing mechanism and simplifying the pop system and reducing pop numbers would significantly reduce the load the game has on the CPU and prevent those late game lag issues people have had since megacorp ruined the pop system.

[MP]

No. The tile system was not scalable.

[BlimBurn]

Yeah.

[It's a Mind Game]

Originally posted by Waito Piggu:

2500s and still got no lag. Only problem I have is with the pop growth changes. Can't be helped, when pops are one of the causes for lag.

Are you playing on smallest map size with habitable planets slider set to minimum? I get notieceable slowdown by 2300 and at 2400 while not as bad as before (because less pops) it is nowhere near smooth and definitely not comfortable.

[I got 1984'd]

Originally posted by It's a Mind Game:

Originally posted by Waito Piggu:

2500s and still got no lag. Only problem I have is with the pop growth changes. Can't be helped, when pops are one of the causes for lag.

Are you playing on smallest map size with habitable planets slider set to minimum? I get notieceable slowdown by 2300 and at 2400 while not as bad as before (because less pops) it is nowhere near smooth and definitely not comfortable.

huge with x1 hab slider. I'm noticing the lag now. 2570s. 18 empires remaining. One of the purifiers is steamrolling. Ever since then it started to lag.