MegaTerrains - TGEA Update

#21 Will it be possible to import the lightmaps for the terrains as well? I mean the in-engine generated maps are not that good when compared to e.g. lightmaps rendered in Terragen. Also, the ability to use colored lightmaps would be a bonus in such a scenario (the setup works great with Blended Atlas terrains).

#22 I find it INCREDIBLY ironic that you use the same name as Solstar's Realmcrafter used for *their* 512x512 terrain editor. "Megaterrains" must just be a popular name, eh? ;) Might want to look at a new name, though! ;)

Looks seriously great. Combination of large terrains plus tight texel painting is tough, but if you've got it, that's super. Since you're already borrowing the Megaterrain name from RC, I'll toss out some feature suggestions from that program you might want to look at implementing:
- onscreen gui editor gadget that lets you click on a 64x64 segment and have the camera teleported there (easier movement when you have huge terrains, or multiple terrains)
- ability to "paint" objects like grass and trees (replicators work well, but not for everything - filling a 5x5 mile terrain with grass is otherwise a rather large chore!)

I'm hearing a lot of people saying "I need to go buy TGEA now!" Good think I already own a license... ;)

#23 Looking great Josh!!!

#24 yeah foliage painting would be sweet! Or better yet have a defined eco-system list. say something like

eco-system:grasslands

//model percentage

grass05 60
grass03 20
flower02 10
plant1 05
tree01 05

See how the percentages total 100 then where ever you pain with that brush it will distribute those models in the listed percentages

This is kinda the way that Vue Infinite works we use it for animations at work. Of course Ideally you would want a eco-system editor in the engine too.

#25 Awesome work on the Mega Terrains Josh! Truly amazing to see in action =)

Due to the new terrain system, as well as the many other new features provided by the update, my Indie company has decided to upgrade to TGEA for Ars Moriendi. Every limitation we were facing before with TGE has now been eliminated.

Again, congrats to Josh and the other developers involved in the project!

#26 Thanks, the MegaTerrain stuff represents the work of many developers. I just got the chance to put a bow on it :)

@Kevin: I didn't come up with the name and I highly doubt the person who did has ever looked at RealmCrafter. The original name was "MultiMap", but it was decided that "MegaTerrain" would be easier to find in the creator...

#27 This sounds awesome. I can think of several game types that this would be perfect for. :)

Quote:
yeah foliage painting would be sweet! Or better yet have a defined eco-system list. say something like

eco-system:grasslands

//model percentage

grass05 60
grass03 20
flower02 10
plant1 05
tree01 05

This sounds like what Ben Garneys forest pack does.

#28 Now I'm kinda conflicted. What is the difference between this and Grome? Is the difference great enough to warrant the extra cost? Will an atlas terrain generated by Grome be faster/more efficient? Which will use less disk space for an equivalent map?

(Hmmm, just thought to ask this, can we paint holes in an atlas terrain?)

#29 WOW amazing, looks similar to Dekkers code! which is good. so is this going to be an official update within TGEA? is this an expansion of Legacy? because im using AFX, and want to know if it will be compatible with this terrain system, VERY excited.

#30 Josh, I have no doubt that copying the name of the Solstar product was accidental. :) I just thought it humorous. ;) It probably IS worth changing it, just to avoid any potential infringement issues down the road, however.

#31 AFX will be updated to this new version of TGEA when it is released. They did say it may take a little bit afterwards for the AFX updates is released but it is in the works. Just alot of changes between TGEA 1.0.3 and this new update to TGEA.

The different between this and Grome? Theres alot of difference. Grome is a standalone application where this is a update to TGEA. This update to TGEA uses all ingame tools and the ingame editor. So theres no switching to a third party app. Also the terrain tool listing above is geared to legacy terrain where Grome is more geared toward atlas terrain.

As far as making holes in atlas terrain. I dont think we will ever see that ability. The atlas terrain system was not designed from it and to add in that funcitionality would take massive amount of work and manhours for such a small feature that only a small portion of the community would use.

#32 @T_Squared: I'm pretty sure this is an extension of legacy. If that is the case then I would hope it could still import from a bitmap. If so you could have Grome export the individual pieces of the terrain as bitmaps and then import them into the engine. I'm not sure on that as I haven't seen the new terrain engine, but I'd think that would be the case. Personally I love Grome's editing system, it's great to work with, and removes the need for an in-game editor. However, if the performance and graphics of the new system is good then I'd just import the Grome terrains into it. My largest gripes with Atlas at the moment are that it's difficult to get a high texture resolution up close and hard to implement a per-material detail texturing system without killing performance. If the new terrain can improve either of those areas, then I'd gladly move over to it. Otherwise, I'm happy with Atlas. Either way, it's great to see a lot of changes on the way for TGEA.

#33

Quote:Those are regular textures and are about as detailed as the detail textures used to be... and you can still add detail textures over the top. In fact, hooking this up to the creator right now :)

This is fantastic... our number one complaint with all of the gg engine product line is, and always has been, with the terrain texturing... even if you reduced the square size of the terrain to a low number (which casused all sorts of other problems... (engine instability, movement issues, severe editing issues as the editing brushes did not scale with it so you ended up with an extremely small brush now effecting a HUGE area of land and no longer had the ability to get even the slightest bit of detail editing into the terrain etc.) the limited 256x256 terrain texture still looked WAY to big and getting nice clean detail was near impossible... of course this is where, in the post you would get spammed by people saying "thats what detail textures are for!" which was a complete crock because you could not do a per texture layer detail texture... you had one.. just one detail texture for the entire terrain which was, for the most part... useless if you were trying to create a serious game where the visual quality was on par with anything else on the market. Making a simple believable gravel road (where the size of the rocks were anywhere near correctly scaled for the player size, was pretty much impossoble. If you used the so highly acclaimed "detail texture" you could get a passable gravel road... but then your dirt, your grass, your sand, and your cliff faces... all loooked like gravel as well.

It was a huge let down and shock that the gg engines neither supported terrain texture layer scaling, nor layer based detail textures. Nearly every other game engine and terrain editor I have ever worked with supported at least one of those two if not both.

My question to you is this: you said you are hooking up the detail texture capability now.. is it the same old 1 detail texture per terrain... or will you be able to select a texture layer and apply an individual detail texture to that layer (so grass can look like grass and gravel can look like gravel)? And.. if it is going to be the same old "near worthless" 1 detail texture per entire terrain ... is the new clipmapping system capable of high enough texel density that we can get believable gravel / sand / dirt etc just from the texture? (is the max texture size for terrain still 256x256 also?)

Thank you for all the effort going into this... this is going to help aleviate a lot of visual problems with this engine in an outdoor setting, not to mention my issues with our teams artists... ever tried to convince an artist / world designer that the tool you are using is the best you can get on a cost to capability comparison when they cant even scale terrain textures in it to make a somewhat believable looking dirt path? lol Thanks again! Can't wait for this to be released!

Ideas for consideration: One thing that I have always wished for in TGEA, was the ability to create a shader material out of a terrain texture and paint the terrain with the material rather then the base texture...this would allow a great deal of visual improvement for outdoor environs. With this you could make riverbeds/shores actually appear to be wet, snow covered areas could reflect the sunlight much like real snow, and you could get some really nice normal mapping into the terrain on a "per texture layer" basis so to speak. Painting with materials rather then just base textures would open the doors for a whole new degree of visual quality products coming out on this engine (especially with this new clipmapping systems ability to do high texel density!). At least IMHO. Granted I realize that this may very well require a ton of work in the current engine, I am not by any means trying to belittle the complexity of it, but I can assure you that my team would gladly pay for an upgrade with this sort of capability and I am sure others would as well. Anyhow just an idea I thought I'd toss out since the topic of the day was the terrain editing. :) Once again this looks great and hints at being a HUGE improvement to the gg develop line IMHO and I thank you once again for all your hard work and dedication! :)

#34 I think I read somewhere up top that 512 was the max for terrain but I could be wrong. I agree with you that if you can have a detail texture for each base texture it is all worthless.

Just wondering. We found a resource that we were using a while back that made it so that there was 2 detail textures one was scaled at 2% of the other This completly broke up the repitition you could see. Plus you had the ability to control it in the editor. if we can get one detail texture per base texture I wonder if we could then implement this. Even if you are using the same texture just using it once at 2% of the first one. should provide a good result. As for painting shader that is jut not going to work. I mean in theory you could design a HLSL shader that funcion as a layered shader container and then you would paint weights. But I would thinkg there would be a pretty big performance hit with something like that as well as requiring a pretty high shader model to do so. So you would pretty much be cutting out anyone with anything less that a GF7 I would think.


In my opinion, since the terrain is being limited to 512x512 I would say have support for a terrain normal mapyou would make the normal map at a much high size and give pretty good detail to things like ridges and peaks of mountains.

but again, I have said this many times all of this is crap if something isn't done about the verticle faces of terrain. Every modern engine on the market today has something to overcome this.

these have been huge strides guys but fix the real problems! Terrain size is not the real issue with TGEA terrain and it never has been. Terrian quality is the issue at hand.

also just something to consider. Did you guys consider a mix of the two usingsomthing like legacy terrain in the editor and then when the level was saved out have it compile to atlas? This would give the best of both worlds. Of course you would have have much higher resolution than 512x512 in the editor though.

#35 when is the release date and what is the cost?

#36 ...

no release date so far and it is free for TGEA owners.

#37 I was wondering if they have plans on implementing this bumpmapping normal mapping parrallex code in the update click here

thanks for your time

#38 Josh, the clipmapping shot you showed there, you had high texel resolution at the players feet. When I work with clipmaps for atlas I get pretty low res textures close by, masked by a detail texture. If I play with the UV scaling in the shaders I get higher res textures but they blur a lot due to the clipmapping going on.

This addition looks to fix that issue, will it be added for Atlas terrains as well? Or only legacy? Or is this possible for Atlas with clipmapping at the moment and I'm just missing something simple? The only way I seem to be able to get really high texel density without blurring at the players feet is by circumventing the clipmapping process entirely and doing a straight texture blend like legacy does.

#39 @ James - Thanks for the info!

i hope this comes out in the near future! it is exactly what i have been hoping for.

#40 Here ya go, if you are a TGEA license holder it looks like the beta is getting opened up to the rest of you
read Matt's post HERE