Search found 5995 matches

by Vezzra
Mon Aug 04, 2014 3:43 pm
Forum: FreeOrion Project
Topic: 0.4.4 RC1 schedule
Replies: 20
Views: 4686

Re: 0.4.4 RC1 schedule

IMO the following commits should be merged into the release branch, as they contain important/useful fixes: 7335 , 7337 , 7342 , 7348 , 7349 , 7350 , 7354 . Besides that is the patch for the issue that on Windows all AIs get the same aggression level, which I too think should go into the release. L...
by Vezzra
Mon Aug 04, 2014 2:55 pm
Forum: General Discussion
Topic: Getting ready for 0.4.4
Replies: 66
Views: 10846

Re: Getting ready for 0.4.4

Chriss wrote:Or should I switch the package to the proper tag once that's out?
This.
by Vezzra
Mon Aug 04, 2014 12:20 pm
Forum: Support
Topic: Ships not repairing as fast as they should?
Replies: 29
Views: 3514

Re: Ships not repairing as fast as they should?

Can we please change drydock repair rate up to full repair in one turn again for 0.4.4? The current setup is kind of ridiculous - Fleet Field Repair and Advanced Damage Control can each repair a ship in the field as fast as a drydock? And multiple drydocks that stack? How - by sending half of the sh...
by Vezzra
Mon Aug 04, 2014 12:07 pm
Forum: General Discussion
Topic: Getting ready for 0.4.4
Replies: 66
Views: 10846

Re: Getting ready for 0.4.4

I'm a bit fuzzy on the correct wording. A tag is like an alias for a specific revision? Not exactly, although functionally it comes down to that. Actually SVN has no concept of "branches" or "tags", these are created by using the svn copy mechanism according to certain recommend...
by Vezzra
Mon Aug 04, 2014 10:43 am
Forum: Programming
Topic: AI Aggression Randomization
Replies: 40
Views: 4021

Re: AI Aggression Randomization

NO! svn merge without proper parameters will merge everything. Read http://svnbook.red-bean.com/en/1.7/svn.branchmerge.advanced.html#svn.branchmerge.cherrypicking before merging. Yeah, well, of course plain svn merge would be stupid, but I didn't mean plain "svn merge" literally, but just...
by Vezzra
Mon Aug 04, 2014 9:51 am
Forum: Programming
Topic: AI Aggression Randomization
Replies: 40
Views: 4021

Re: AI Aggression Randomization

Take your time, FO is a hobby we do for fun, no need to rush anything :D

Oh, btw, concerning merging commits between branches/trunk (because you mentioned it in one of the other threads): The method you described of course should work, but there is a simpler solution: svn merge is your friend!
by Vezzra
Mon Aug 04, 2014 9:47 am
Forum: Play-Testing Feedback
Topic: Multiple specials on one planet #7311
Replies: 5
Views: 535

Re: Multiple specials on one planet #7311

Er, I might not have really tried to keep this 100% identical -- I had some recollection of having occasionally earlier seen multiple specials, liked the idea, and so had enabled it when I fixed a distribution problem in the python specials code You did? I must have missed that completely - are you...
by Vezzra
Mon Aug 04, 2014 9:27 am
Forum: Programming
Topic: AI Aggression Randomization
Replies: 40
Views: 4021

Re: AI Aggression Randomization

Yep, and please merge the fix into the release branch too ;)
by Vezzra
Mon Aug 04, 2014 7:20 am
Forum: FreeOrion Project
Topic: 0.4.4 RC1 schedule
Replies: 20
Views: 4686

Re: 0.4.4 RC1 schedule

Due to several known bugs/issues in the release branch I'm not going to produce RC1 builds today as originally planned. I will make test builds of the release branch, but as it's already clear that they can't be the final 0.4.4 release builds, there is no point in labelling them as release candidate...
by Vezzra
Sun Aug 03, 2014 6:15 pm
Forum: General Discussion
Topic: Changelog to date in prep for 0.4.4
Replies: 25
Views: 5913

Re: Changelog to date in prep for 0.4.4

As has been suggested by adrian_broher , I decided to go ahead and divide the commits since 0.4.3 into chunks of ~100 commits. Here's the list: Chunk 1: r6282 - r6400 Chunk 2: r6401 - r6500 Chunk 3: r6501 - r6600 Chunk 4: r6601 - r6700 Chunk 5: r6701 - r6800 Chunk 6: r6801 - r6900 Chunk 7: r6900 - ...
by Vezzra
Sun Aug 03, 2014 5:44 pm
Forum: Programming
Topic: Scripted Universe Generation!
Replies: 105
Views: 14983

Re: Scripted Universe Generation!

Now, if you can redo the Clusters generation setting to be far more random in overall shape like Irregular 2, that'd be even better ;-) Now, that will be a lot more difficult than Irregular2, although I admit, the idea already occurred to me too. However, I've more than enough on my plate ATM, I be...
by Vezzra
Sun Aug 03, 2014 5:37 pm
Forum: Play-Testing Feedback
Topic: Multiple specials on one planet #7311
Replies: 5
Views: 535

Re: Multiple specials on one planet #7311

Vezzra, is the new specials placement python script meant to give three specials on a planet? It was mostly always just one, when Dilvish fixed the probability thing that stopped ruins &c appearing regularly it went up to occasionally two, but three in one place? The Python implementation shoul...
by Vezzra
Sun Aug 03, 2014 4:50 pm
Forum: Programming
Topic: Scripted Universe Generation!
Replies: 105
Views: 14983

Re: Scripted Universe Generation!

MatGB wrote:Feedback. You said you wanted it.

I really thoguht someone ought to mention this and bring it up properly. These changes?

Awesome.
Thanks! :D Glad it works so well!
by Vezzra
Sun Aug 03, 2014 4:41 pm
Forum: Play-Testing Feedback
Topic: Am I the only one who never won a game?
Replies: 37
Views: 6573

Re: Am I the only one who never won a game?

I see now that Vezzra just recently did make a dynamic assessment of a starting min jump distance between homeworlds: min_jumps = max(int(float(len(systems)) / float(num_home_systems * 2)), 5) , which he iterates down from if it doesn't work out. I had also been planning on doing something [...] So...
by Vezzra
Sun Aug 03, 2014 8:58 am
Forum: FreeOrion Project
Topic: 0.4.4 RC1 schedule
Replies: 20
Views: 4686

Re: 0.4.4 RC1 schedule

I suggest that we stay with the RC1 release schedule. We want to fix as much as possible for the release so publishing RC1 to a wider group of users is probably more useful than doing a regular test build from trunk, even if the RC1 contains known bugs. I agree, you've got a point here. It's reason...