My testing for 0.4.6 .

Describe your experience with the latest version of FreeOrion to help us improve it.

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.
Post Reply
Message
Author
danieledel
Space Floater
Posts: 42
Joined: Mon Apr 03, 2017 4:11 pm

My testing for 0.4.6 .

#1 Post by danieledel »

I was testing the new Freeorion 0.4.6 on Linux Lubuntu, and it works fine. Very useful for those NOT familiar with English can copy and paste in Google Translator the lyrics that are in Pedia. Playful, I'm better off with the technology tree.

A note to laugh: how ever one of the constructible structures on the planets is a pyramid with inside an eye? Are you funded by the Illuminati? Ahahahahahahaha!
Good day.

defaultuser
Juggernaut
Posts: 854
Joined: Wed Aug 26, 2015 6:15 pm

Re: My testing for 0.4.6 .

#2 Post by defaultuser »

Doesn't seem too odd to us 'Muricans:

https://en.wikipedia.org/wiki/Eye_of_Providence

danieledel
Space Floater
Posts: 42
Joined: Mon Apr 03, 2017 4:11 pm

Re: My testing for 0.4.6 .

#3 Post by danieledel »

In Europe is a symbol associated with the population of Freemasonry and the secret groups, is rarely considered the symbol of God.

I'm playing with Freeorion version 0.4.6. If a new 19 star galaxy is active i always see the same map, as if randomness was blocked. I have also appeared unnoticed monsters, but nothing bad about it. In order to have a different map i have to change the number of stars, is it also for you? Do not change the shape of the galaxy, maybe should i try this option? In version 0.4.5iI changed the map when i started new games, even though the number of stars and the shape of the galaxy were the same. Good day.

User avatar
Geoff the Medio
Programming, Design, Admin
Posts: 13587
Joined: Wed Oct 08, 2003 1:33 am
Location: Munich

Re: My testing for 0.4.6 .

#4 Post by Geoff the Medio »

danieledel wrote:If a new 19 star galaxy is active i always see the same map, as if randomness was blocked.
Are you using different random seeds?

User avatar
MatGB
Creative Contributor
Posts: 3310
Joined: Fri Jun 28, 2013 11:45 pm

Re: My testing for 0.4.6 .

#5 Post by MatGB »

You should always get the same map if you use the same seed, that's deliberate, if you hit the dice symbol next to the seed you'll get a different one.

(and it's my understanding the Eye became a symbol of Freemasons after the USians adopted it for their currency but given the secretive nature of some of the organisations it may've been around before)
Mat Bowles

Any code or patches in anything posted here is released under the CC and GPL licences in use for the FO project.

LGM-Doyle
Programmer
Posts: 219
Joined: Mon Feb 29, 2016 8:37 pm

Re: My testing for 0.4.6 .

#6 Post by LGM-Doyle »

In the single player galaxy setup the first box is "Seed" and beside it is a dice icon.
The random seed is used to randomize the galaxy generation, without changing the other settings.

To get a new random galaxy either:
  • Click on the dice icon.
  • Type in any random sequence of text

The seed feature is useful for testing because typing in the same seed creates the same galaxy and allows a dev to reliably look at the same bug.

defaultuser
Juggernaut
Posts: 854
Joined: Wed Aug 26, 2015 6:15 pm

Re: My testing for 0.4.6 .

#7 Post by defaultuser »

LGM-Doyle wrote:The seed feature is useful for testing because typing in the same seed creates the same galaxy and allows a dev to reliably look at the same bug.
Unless things changed for 0.4.7, it's only the star systems (excepting the homeworld) that are the same. Monster and native species placement and such will still vary.

User avatar
MatGB
Creative Contributor
Posts: 3310
Joined: Fri Jun 28, 2013 11:45 pm

Re: My testing for 0.4.6 .

#8 Post by MatGB »

defaultuser wrote:
LGM-Doyle wrote:The seed feature is useful for testing because typing in the same seed creates the same galaxy and allows a dev to reliably look at the same bug.
Unless things changed for 0.4.7, it's only the star systems (excepting the homeworld) that are the same. Monster and native species placement and such will still vary.
Monsters vary, including guard monsters, but everything else should be the same. It's not sometimes and there have been bugs.
Mat Bowles

Any code or patches in anything posted here is released under the CC and GPL licences in use for the FO project.

defaultuser
Juggernaut
Posts: 854
Joined: Wed Aug 26, 2015 6:15 pm

Re: My testing for 0.4.6 .

#9 Post by defaultuser »

MatGB wrote:Monsters vary, including guard monsters, but everything else should be the same. It's not sometimes and there have been bugs.
Does that include natives? I'm pretty sure I've seen them vary in the past. I don't think I've specials vary, other than their guards. I don't do a lot of restart from seed though.

User avatar
MatGB
Creative Contributor
Posts: 3310
Joined: Fri Jun 28, 2013 11:45 pm

Re: My testing for 0.4.6 .

#10 Post by MatGB »

It should include natives, there have been glitches, if you see it again (if/when we ever get 0.4.7 running for you) then please try to report it as best as possible, not many of us do replicate deliberatel that often, but when we need to we really need to and native placement is something I'm sometimes test (specifically if trying to test a new native species, the Lembala'Lam were a pain to test due to their quirks).
Mat Bowles

Any code or patches in anything posted here is released under the CC and GPL licences in use for the FO project.

User avatar
Oberlus
Cosmic Dragon
Posts: 5715
Joined: Mon Apr 10, 2017 4:25 pm

Re: My testing for 0.4.6 .

#11 Post by Oberlus »

it's only the star systems (excepting the homeworld) that are the same
Shouldn't RNG's seed determine all the random effects of the game?
I mean, is there any reason to use any other source of randomness when testing games with a given seed?
I understand that in real games (specially multiplayer ones) random effects shouldn't be predictable to avoid potential cheating, but once we are passing a given and known seed to the game, why not use that one and nothing else?

User avatar
Dilvish
AI Lead and Programmer Emeritus
Posts: 4768
Joined: Sat Sep 22, 2012 6:25 pm

Re: My testing for 0.4.6 .

#12 Post by Dilvish »

Oberlus wrote:
it's only the star systems (excepting the homeworld) that are the same
Shouldn't RNG's seed determine all the random effects of the game?
I mean, is there any reason to use any other source of randomness when testing games with a given seed?
Under typical settings there are a couple additional ways that some extra variation can creep in slowly, stemming from having multiple threads and processes, and variability in the relative timing of server requests made by those asynchornous event sources. To avoid that you would need to play with just a single AI, and also go into options/misc and change the number of effects processing threads to 1, and then I believe everything should remain fully repeatable.


**edit-- it just sunk in that the quote was about the galaxy creation stage-- for that it is probably enough that there is just one effects processing thread, regardless of how many AIs. Also we have had a hard time eliminating a small bit of variance between the results on different OS's, although it's possible that we recently tracked down the last source of that, from the use of unordered sets, although I am not 100% recalling if that got fully resolved.
If I provided any code, scripts or other content here, it's released under GPL 2.0 and CC-BY-SA 3.0

User avatar
Oberlus
Cosmic Dragon
Posts: 5715
Joined: Mon Apr 10, 2017 4:25 pm

Re: My testing for 0.4.6 .

#13 Post by Oberlus »

Ah, I understand then.
Dilvish wrote:Under typical settings there are a couple additional ways that some extra variation can creep in slowly, stemming from having multiple threads and processes, and variability in the relative timing of server requests made by those asynchornous event sources. To avoid that you would need to play with just a single AI, and also go into options/misc and change the number of effects processing threads to 1, and then I believe everything should remain fully repeatable.
Regarding gameplay of AIs during the whole game, I guess there are ways to use a random number sequence that is independent of concurrent processing, like using a different seed (that depends on the initial one) for each AI thread and passing the last generated number to the following call of the generator. Not sure if this is easily available on C++11, but it is possible in plain C.

defaultuser
Juggernaut
Posts: 854
Joined: Wed Aug 26, 2015 6:15 pm

Re: My testing for 0.4.6 .

#14 Post by defaultuser »

MatGB wrote:It should include natives, there have been glitches, if you see it again (if/when we ever get 0.4.7 running for you) then please try to report it as best as possible
It's quite possible I'm misremembering.

User avatar
Dilvish
AI Lead and Programmer Emeritus
Posts: 4768
Joined: Sat Sep 22, 2012 6:25 pm

Re: My testing for 0.4.6 .

#15 Post by Dilvish »

Oberlus wrote:Regarding gameplay of AIs during the whole game, I guess there are ways to use a random number sequence that is independent of concurrent processing, like using a different seed (that depends on the initial one) for each AI thread and passing the last generated number to the following call of the generator.
I don't think that's the issue-- I am pretty sure that the AI's already do not share the the same RNG (and side note, the state in the RNGs we use is far more complex than simply what was the last number generated). The issue is that the AI's, running in independent threads, submit various requests to the server in an order which depends on how the CPU core threading is being handled, which is opaque to and uncontrollable by us. In particular, I think it is the requests which create/destroy objects (splitting or destroying fleets, or destroying ships or buildings, I suppose), whose varying order can wind up making a difference in later results from the server. I don't recall the exact details though. For some major events like combat we reseed the RNG right before the combat resolution to make sure that the result does not depend upon such vagaries, but it's my recollection we currently don't reseed before every use of the server RNG and anyways I think that the varying order of object IDs can wind up changing the significance of the RNG results even if the RNG number stream remained the same. It's been a while since I've really looked closely at that, just take this as some tips if it was something you really wanted to dig into the code.
If I provided any code, scripts or other content here, it's released under GPL 2.0 and CC-BY-SA 3.0

Post Reply