can you speak C? fractal terrain? vga? tga?

[Leif_-]

Well, it's pretty ugly coding, and it doesn't play well with the prettifying script, but I've hacked something together. Have a look here:

http://home.Online.no/~rmoldskr/Dominions/DomMap.zip

[Gandalf Parker]

Leif_- said:
Well, it's pretty ugly coding, and it doesn't play well with the prettifying script, but I've hacked something together. Have a look here:

http://home.Online.no/~rmoldskr/Dominions/DomMap.zip

Looks MUCH better to me. Thank You. Here is a quick test run on default settings.
http://www.dom2minions.com/~dominion/full_fract.jpg

Now I need to see if it messed up the #terrain code
EDITED: Ok the terrain is fine.

WHile you were in there did you happen to notice anything that would make it run alittle "nicer"? The automatic generation scripts have to be carefully scheduled on my system to avoid trying to run when other cpu/memory hogs are running.

[Leif_-]

I'm afraid not - I didn't really look at the inner loops in much detail. I added a third fractal map, though; which will slow things down a little.

[Gandalf Parker]

Does look much better. Strange effect though. It still scatters dots for each terrain type then seems to smooth that color quite nicely. The overall effect might be excellent if we could shift the color of the original pixellations off of their EGA choices. Instead of tan-brown for plains, make it a light green. Instead of cyan for swamp make it a blue-green. Dark green for forest and shamrock green for farms? Then the pixeallation wouldnt be so obvious.

The dark-brown mountains are ok I guess. The tan-brown or yellowish could become waste. What you think?

[PhilD]

Gandalf Parker said:

WHile you were in there did you happen to notice anything that would make it run alittle "nicer"? The automatic generation scripts have to be carefully scheduled on my system to avoid trying to run when other cpu/memory hogs are running.

Neither the original author nor I tried to limit memory or CPU usage, so the map generation uses big nested loops and huge arrays to do the trick. Not exactly what you're looking for

[Gandalf Parker]

PhilD said:

Neither the original author nor I tried to limit memory or CPU usage, so the map generation uses big nested loops and huge arrays to do the trick. Not exactly what you're looking for

Yeah Im not really doing my part to help it any. When I generate 30 maps of a type I have a CRON job running a script, which chains to the various system scripts (tiny, small, medium, large, huge, epic, and chaos), each of those scripts call a basic program 30 times, the basic program randomizes the variables for dommap and shells to call dommap.
I really should try to clean that up.

[Gandalf Parker]

I dug up a blur.c once but never did figure out how to get it to skip the white pixels (and maybe the two colors of border also). Think it could be worked in?

Heehee. Just let me know when Ive gotten carried away. I can keep coming up with suggested add-ons forever.

[Leif_-]

At the moment, the colours used are hard-coded in colour_map[] in targa.c; someone should look into making them configurable.