Jump to content

FeXoR

WFG Programming Team
  • Content Count

    1,332
  • Joined

  • Last visited

  • Days Won

    26

FeXoR last won the day on April 29 2017

FeXoR had the most liked content!

Community Reputation

402 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,967 profile views
  1. FeXoR

    Game rewards turtling too much

    Iberians get towers in the random map Snowflake Searocks, not walls. (I'd agree with making it an option if I'd agree to the options system in multiplayer)
  2. I agree resource entities should be reachable (at least somehow like after chopping all the way to that tree in a dense forest).
  3. FeXoR

    Game rewards turtling too much

    As @(-_-) said shared code (thanks to @elexis) for most maps. Only few use their own starting resource distributions.
  4. IMO this is a path finding and unit AI problem. That doesn't mean we shouldn't change the maps but that will not fix the underlying problem.
  5. FeXoR

    Game rewards turtling too much

    I agree with that. While there should be some resources available close to the base the large stone and metal mines provide to much IMO. (There is no consensus in the team about that though AFAIK though there could be found a compromise I guess - either reducing the amount of resources the (initial) mines grant or to place them further away from the Cilic Centre - though this will not be easy to do for e.g. all random maps for that will cause interference with Iberian's walls or in-game build walls)
  6. FeXoR

    Yet another random map generator

    Oh, nice to see so much going on here Try to catch up This is not really true for the random map part if you avoid using placers/painters/constraints. And some part of code has to be first being fast enough that other parts are recognized to be slow and made faster x) It's likely just a few parts causing most of the cost - as usual - so identifying those would help. This is where we propose code contributions to get reviewed and eventually committed. See https://trac.wildfiregames.com/wiki/ReviewingPatches I agree that trying to add a map with this features (though gorgeous) for the coming Alpha would be a bit hasty. But I would love to see one entering the review queue at some time! ATM I can't see a huge advantage of this besides partial upgrading (which also might need border tiles) ... but it's absolutely possible I'm blind (I'll read it again after I hit the pillow) ;p Also this would AFAICS restrict this object only to properties in from the beginning (e.g. normals, waterHeight, waterVelocity are not used in most maps but might be wanted in others ... which then can't add them). If I am wrong here please teach me differently! Is inheriting from an instance possible (assuming the instance is generated in the libs which don't know the needs of a map)? Also what about the performance of derived properties like grad/rot/div of the original properties? Any benefit here (besides partial updates)? So, sorry I can't give you an opinion right away Good! But I can tell you I consider many parts of it better than mine! I consider both of you painters valuable! The map looks promising already. Yes, texture variation could be higher for my taste. Breaking patterns of the textures is possible by applying more than one chosen randomly in the same area. But those have to really match well to not look to patchy/edgy/separated (don't know better words).
  7. FeXoR

    Yet another random map generator

    IMO Base terrain generation should go to /heightmap (maybe separate in different files but it's not that big yet). Painters, placers and constraints should go to /rmgen . Functions they depend on should also go to the same file. The g_Map object should IMO only contain stuff that is needed to be exported. Anything else should go into another object (e.g. map_extensions or something). This includes the slope/incline map (vector/scalar) as well as the planned collision map and abstract water height/speed maps (to simulate water driven erosion). Recomputing those maps over and over again is indeed insanely inefficient. I have the same problem with the collision map (updating whenever an entity is placed is fast but means to hook in the collision system in even if it's not needed - though no performance impact than with a collision.enabled flag. Updating whenever needed means "number of uses" more calculations of the entire map). I think the way to go is "update manually when needed" for those heightmap related maps - though this is prone to induce bugs by oversight. Updating whenever used and update needed might be appropriate in some cases - a copy of the underlying object could be stored and - on change - update the derived thing if used (this is somehow against the "direct access" policy I usually prefer though).
  8. FeXoR

    Yet another random map generator

    I just noticed that we actually don't have a way to smooth a specific area of terrain yet (there is rectangularSmoothToHeight but this is not exactly the same and the smoothing effect es stronger near the center than the edges). So a painter for that is definitely welcome! I also find getting and painting areas by slope very useful and think maps could become much more natural looking with much less work when utilized. Nicely done! (The terrain still shows artifacts in the direction of the coordinate axis and in a 45° angle to them. It would be nice if those could be removed but otherwise we then have multiple smooth tools now )
  9. @Lion.Kanzen In metadata.json search for "mapSetting" and you should find Seed there alongside the other settings. To recreate the map setup Atlas to those settings - usually random map, map size (see below), and number of players should be enough - as listed in metadata.json and generate. You can save the map (as a scenario) then to replay it. Map sizes strings correspond to the following map widths in tiles. Tiny: 128 Small: 192 Medium: 256 Normal: 320 Large: 384 Very Large: 448 Giant: 512 The first line in commands.txt also contain the map settings.
  10. @Servo "Caledonia meadows needs more animals" Do you mean more huntables or domestic or fish or different types of animals? I actually thought there where to many huntable animals and berry bushes. I reduced the ammount of fish due to reviewers requests BTW. I agree we should have at least some maps that support teams being much closer to each other and allowing uneven teams. This shouldn't be the default though. If you have the replay of the map you liked you can regenerate the map in Atlas by using the same random map seed.
  11. FeXoR

    Yet another random map generator

    I assume the straight lines have the same cause than the sharp cliffs: The random offset not declining right from the beginning. Erosion/smoothing and/or recalculating mountains/steep areas (and maybe flat areas too) should hide them. Erosion/smoothing will wash away some details too though. Wind driven erosion would also create structures similar to this so I don't think they are to bad
  12. FeXoR

    Yet another random map generator

    No need to be ashamed in any way ;p I love how you drive this approach further! And you made me think about how we can use code from water driven erosion to add details to realistic terrain maps without the water plane (I was told the engine doesn't really support that though somehow implemented with different water levels in mind) just with terrain texture. Though not as cool as rumbling rivers it would still add some more detail if painted with bog texture like an overgrown river or at least occasionally wet, muddy ground.
  13. FeXoR

    Yet another random map generator

    I love the sharp cliffs but I can't find in the code where they come from and why they don't show up in setBaseTerrainDiamondSquare generated heightmaps While over all your approach looks similar to Caledonian Meadows I'd love you to try and find your own way of creating a playable map from this beautiful and realistic terrain EDIT: Reading through the code a bit more the cliffs seam to come from "tProgress" specifying that finer details keep a high offset until the threshold? (I'd make this one an argument BTW). And you recalculate the mountains to be rougher in the tour, very nice! You also use e.g. some height limits from Caledonian Meadows so I guess you have roughly read through it already
  14. FeXoR

    error at start

    It's absolutely OK to report an error and be confused about that something didn't go as expected ... but please don't curse
  15. FeXoR

    Yet another random map generator

    I'd go for this. In heightmap rectangularSmoothToHeight() would do the trick. I at least can't tell the shape of the smoothing (rectangle) with the default window function (Paraboloid). The transition is quite smooth and leaves the general terrain shape intact. With a strength of 0.5 to 0.8 it should still create a suitable base.
×