FeXoR

WFG Programming Team
  • Content count

    1,295
  • Joined

  • Last visited

  • Days Won

    26

FeXoR last won the day on April 29

FeXoR had the most liked content!

Community Reputation

356 Excellent

About FeXoR

  • Rank
    Primus Pilus
  • Birthday 03/03/1978

Previous Fields

  • First Name
    Florian
  • Last Name
    Finke

Profile Information

  • Gender
    Male
  • Location
    Germany - Cologne
  • Interests
    Physics:
    - If 'our' interpretation (not the formula) of the general theory of relativity turns out correct
    - How 'we' manage to get rid of time as a so far widely needed variable (IMO needed for a deeper understanding of the structure of... well, 'it all')

    Philosophy:
    - Ontology

    Mathematics:
    - The different infinities IMO caused by a poor definition of 'countably infinite' and the hair-raising 'proof' of the existence of cardinal numbers.

    Politics:
    - Putting human rights to reality
    - Ensuring enduring finances
    - Ensure system stability

    Coding:
    - neuron/brain simulation and artificial intelligence in general

    Gaming: RTS games mainly and mapping/modding them

Recent Profile Visitors

1,263 profile views
  1. @fcxSanya Is python 3.x correct in the first place? (I usually use python 2 with Python 3 compatible syntax. At least in the scientific communities that's still the default.)
  2. I can't see any of the pictures
  3. All that assumes that there is a 1 dimensional distribution of players "skills" and that a higher "skilled" player is more likely to win against a lower "skilled" player weather you use "chance to win" or not. (And again: I strongly doubt "skill" is a number or sortable in the first place, even worse in team games) Also you have a goal to give hosts a hint how to arrange the teams. Usually players are humans though and what they are going to use a ranking for is not necessarily the thing the author meant it to be used for. So while I wish you fun with playing around with ratings I ask you to think about the consequences of such ratings. And I don't see a simple solution for this dilemma that can (and in other gaming communities already had) consequences like: Scores without automated balancing: All players try to swap into the team with the highest average score (and games will fill up very slowly because most players want to have a decent chance of winning). If the host distributes the players into teams the host will barely ever wind up in a team with lower average score (Strange, isn't it ) Scores with automated balancing: Players just enter a game and then watch TV or something to get a lower score so the next game they actually participate in will be more likely won (for they get underrated (And friends clamor about not always being in the same team). If disconnecting counts as win or is handled differently will influence the behavior though not really in a "good" way (while with "good" I mean helping to have better means for or chances of a fair yet competitive game - meaning from the beginning of the game until the victory/defeat conditions are meat for all participating players).
  4. Hi @Outlaw893 and welcome to the 0 A.D. forum I'm also not that familiar with the graphics but the first thing you should try is likely to make sure you have the newest drivers installed. If you can change the settings in the main menu try changing the graphics settings and try if any combination of settings work. Maybe someone more into graphics will drop by. I haven't heard of that issue yet. Have a pleasant stay
  5. Reminder (Random order): Alpine Lakes: Unfair expansion mine distribution Alpine Valley: Unfair player and expansion mine distribution Amazon: There are some puddles (thanks fatherbushido ^^). Maybe lower water level slightly. Anatolian Plateau: IMO needs slightly more trees or at least decoration and strengthened elevation Belgian Uplands: Make it round. Adjust environment settings to be more bog like. Maybe increase elevation. Add spots (Groves, treasures, ruins, mist, ...) Caledonian Meadown: Forests grow into bases (Player bases height adjustment need to be done earlier) Cantabrian Highlands: Aren't the plateaus to small? Corinthian Isthmus: Water settings seam strange (at least in my system, feedback very welcome!) Deep Forest: Center cliff texture could need smoother transition to surroundings Empire: Better name suggestions? Guadalquivir River: Smooth delta, maybe make river more curvy Gulf of Bothnia: Uhm, there are seeds where the gulf is frozen. Really? Well, I guess it's fun x) Harbor: Remove Iberian walls or grand players more space Hell's Pass: Sharp transition from player base texture to surroundings (solve e.g. by using layered painter) ... Also Atlas reports warnings and errors when generating a random map without triggers if a random map (or any map?) with triggers where generated beforehand.
  6. You are absolutely correct that a list of players sorted by strength doesn't give you a probability for the victory of one side. But that's exactly what you want to have so you additionally have to assume something like adding to the uncertainty (you don't even attempt to calculate). So basically it ends up in the same way as the probabilistic attempt: Not enough information
  7. Oh, the opening is to small for units to be passed by all units then, @stanislas69 ?
  8. I guess it's about estimating the outcome (win/lose) of the game hosted? If so how do you want to estimate if not with a probability? I read: and assumed what is meant by "fair" in my previous post. Correct me if I misunderstood anything, please..
  9. IMO the sane solution would be a scaling parameter in the actors .xml.
  10. I have many things to say to this but for now I'll just mention a few points: Whatever you mean by "Good" - as in good player - is unlikely a one dimensional property of a player (if at all) and thus can't be expressed with a number. What can be expressed with a number is the frequency of a player winning games in the past. But that's not telling much about a players likelihood of winning a game in the future! That's because games - their settings and the participating players - are differing for most games and thus don't produce independent and identically distributed random variables. You also need massive amount of data points (1000 is sometimes considered the lower limit) to come to useful conclusions. Persons react to ratings. This means even if assuming the outcomes of games where randomly distributed over all games (which might by OK) and we have enough data you will break a precondition of statistics by generating them and using them for the purpose stated here - helping PPL to host fair (Guessing here it's meant all teams have an equal chance of winning the game hosted according to the analyzed data) games. Since one doesn't want to get the likelihood of any player to win the game (which should be 0.5 if nothing is broken ;p) but of a specific player that means one can only use the data of past games he participated in. Since this holds true for all players participating in the particular game you can only use data of games with the exact same players. That makes the "masses of data" requirement quite hard to be fulfilled. As far as I'm concerned "troll" and "smurf" is an insult (Definitely out of the scopes of statistics BTW ;p). So please be careful with those! EDIT: Some rating systems (like ELO) are designed to give a relative score to each player of a (stable - over many games) group of players assuming that games are played one player vs. one player (simplifying things - but that's not true for 0 A.D.) and players always want to win (likely true for competitive communities like a chess league - not so much for mixed communities like that of 0 A.D.). And so on and so forth...
  11. This would be the sanest way to go in the long run IMO, yes. (Would be nice if design decisions with such huge impact would consider other fields like interesting map features (EDIT: And player's expectation and how to communicate that's not the case - because we have yet another rule that differs from the usual behavior - even if it then needs more exceptions to be added to work out.....) - maybe it was and considered to much freedom for players and map designers, not sure. But I haven't heard very convincing arguments yet) However, I'm trying to create a map, not redesign 0 A.D. so I'll try military army camps, roman entrenched army camp and docks.
  12. @wowgetoffyourcellphone Yes, that's what I meant. IMO players should start with access to one civilization (starting entities) but (besides some style elements like GUI and music) can later get access to other civilizations (by capturing/converting). Then "mini-factions" and mercenary camps could be added to maps easily. There are other ways though and I'll experiment what is possible with 0 A.D. as is (if everything fails to show that the civilization <-> player entanglement - and maybe some other aspects - limit the game to much).
  13. Here's a playable version: wild_lake2017_5_1.zip Things to be done: Replace raider entities by biome Don't place "spots" on cliffs More variation for textures and decorative props in the plains Some biomes have unfitting "dirt" textures (used around forests on hills) Adjust center entities in grove spots (e.g. lumbermills?) Think about other interesting spots (e.g. mercenary camps (thanks @Lion.Kanzen), markets, tent camps, etc.) The mercenary camps would be so easy to add if "civilization" would not be a property of a player but the starting entities. This causes so many troubles/restrictions IMO we should remove that. I don't really want to add triggers. Interesting maps should be possible within the system IMO. "Untamed" may be a better name instead of "wild". Also thanks for the "crater lake" suggestion, @Loki1950. Let's see how this map ends up EDIT: Sadly the randombiome system in general seems half-baked ;/
  14. Reminder Bugs in Caledonian Meadows: Start locations are smoothed AFTER global terrain painting causing woods to grow into bases. Start location resource distance to CC to large for Iberian walls.
  15. AFAIK many routers block requests to their own global IP. At least for mine (Speedport W 723V Type A) that holds true. EDIT: (I'd guess that's to keep "market gaps" for hosting anything isn't filled by private persons. I wonder why we don't get money for using such routers for generating the market...)