Results 1 to 4 of 4

Thread: How do I erode my planet properly on FTPro/Wilbur?

Hybrid View

Previous Post Previous Post   Next Post Next Post
  1. #1
    Guild Member laevex_esre's Avatar
    Join Date
    Feb 2011
    Location
    Bracknell, Berkshire, UK
    Posts
    83

    Help How do I erode my planet properly on FTPro/Wilbur?

    I have largely been using a2area's Israh tutorial to do all my erosion up until now and I was happy with it. But now I've loaded the real world data into FTPro, I've realised my map's inadequacies.

    These two images are at the same scale, projection and latitude.

    Earth:
    Click image for larger version. 

Name:	Earth 0.1.jpg 
Views:	841 
Size:	3.21 MB 
ID:	41015
    Etarek:
    Click image for larger version. 

Name:	Etarek 0.1.jpg 
Views:	579 
Size:	2.23 MB 
ID:	41016

    They look like completely different scales to me. Evidently my map still has a long way to go before it's as natural-looking as the real world. But that is my aim.

    So how do I go about eroding my planet to this level using Fractal Terrains 3 and Wilbur? I really want to do this. I am fully determined to make my erosion look that good.

  2. #2
    Administrator waldronate's Avatar
    Join Date
    Mar 2007
    Location
    The High Desert
    Posts
    3,549

    Default

    The erosion model in Wilbur and FT looks most reasonable when an editing sample's resolution is on the order of a few tens of meters or smaller. It's plausible up to around a kilometer or so if you're careful. Much above that, though, and the results are unlikely to look particularly plausible. Getting that resolution on an FT map would require a minimum editing resolution of 40000 to get anything even close to reasonable. The 32-bit version of FT has a hard cap of 8190 samples, meaning that you're not going to get anything plausible-looking.

    Note that an editing resolution of 40000 samples in FT would take on the order of 21GB of memory for working space, meaning that you're going to be swapping to disk continuously if you don't run out of swap file space first. With the swapping, I would expect to see days to weeks of 100% CPU runtime to run an incise flow operation on a surface of this size. That presumes that you could find a 64-bit version of FT to work with (at last check there isn't one publically available).

    The same resolution arguments apply to Wilbur as well, with the exception that Wilbur does have a 64-bit version.

  3. #3
    Guild Member laevex_esre's Avatar
    Join Date
    Feb 2011
    Location
    Bracknell, Berkshire, UK
    Posts
    83

    Default

    Thanks Waldronate!

    That makes me a feel a bit better because now I know it's pretty near impossible I don't feel like it's my fault.

    Would you say the best way to get realistic erosion is to focus on smaller, regional maps then?
    What sort of resolution/scale ratio is best? Something like a pixel per km?

  4. #4
    Administrator waldronate's Avatar
    Join Date
    Mar 2007
    Location
    The High Desert
    Posts
    3,549

    Default

    1km / pixel is about the minimum that you'll need to get plausible results. You will probably want to overlap adjacent maps by at least 10% to get plausible erosion joins.

    Erosion is a global problem and not particularly amenable to breaking into tiles because the edge conditions really matter, esepecially incoming flows from other areas. For the programmer pedants out there, yes, the system could break the large surface down into arbotrarily many smaller tiles, but it would still be treating the tiles as a single surface for the purposes of the operation.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •