ImgToMap - terrain generator

[SavageX]

From those, I already have (and I've had when I've posted the error above):

sun-java6-bin sun-java6-fonts sun-java6-jdk sun-java6-jre sun-java6-plugin

So what am I missing?

If you're on Ubuntu or Debian you can configure what JVM is to be used with

update-java-alternatives -l

With

sudo update-java-alternatives -s java-6-sun

You can select Sun's java.

[SavageX]

It's crashing for me when I press "Start conversion!". Using windows xp sp2 with java 6 update 5.

How big was the picture you stuffed into? I should check to make sure nobody feeds in anything bigger than 128x128 or 160x160 - that'd be too many brushes.

(Plus I should perhaps directly stream into the output file and not keep everything in a StringBuffer, which then gets flushed to disk)

edit: No, you don't need to allocate more memory to Java. I should just stop wasting loads of it

[morfar]

The image is 512x512

edit: rezized it to 128x128 still low on memory.

Here it is:

[SavageX]

The image is 512x512

edit: rezized it to 128x128 still low on memory.

Here it is:

I'll check this out. Currently I keep the complete map file in memory, then write it to disk, which is pretty stupid.

[SavageX]

Okay, fixed the the memory hog in SVN ( http://svn.icculus.org/nexuiz/trunk/too ... 36&r2=3639 ). Once I am home I'll upload a new version. This version can now convert images being *far* too big

[SavageX]

Bump. New version available which should also work on Java 5 platforms and fixes the memory problems.

[SavageX]

Bump. New version with the ability to automatically generate visblockers.

[TVR [Public Terminal]]

Due the usage of alpha channel to determine the existence of a brush at a pixel, it seems as if this plugin was idealized with the creation of Facing Worlds/Broken World-style space floater in mind.

Unfortunately, for it to be viable to do so, a tri-soup thickness option is needed.

Very nice I haven't used it, but it looks like it could be useful for making tri-soups where a model isn't practical.

.ASE models should never be used for terrain, reiteration is tiresome.

[tZork]

Due the usage of alpha channel to determine the existence of a brush at a pixel, it seems as if this plugin was idealized with the creation of Facing Worlds/Broken World-style space floater in mind.

Unfortunately, for it to be viable to do so, a tri-soup thickness option is needed.

Very nice I haven't used it, but it looks like it could be useful for making tri-soups where a model isn't practical.

.ASE models should never be used for terrain, reiteration is tiresome.

Facing maybe, broken no, it has a rather visible underside and afaik this tool will not uvmap so you will most likely have to use projected texturing, witch is nice and easy and totaly sux for steep / caved in surfaces. ase models are the only real option for complicated terrain / terrain elements if you want to have no / few visible seams and compleate the map in less then a decade. its also to same deal as far as the engine is consernd since forcemata models are broken down just the same way detail brushes are. if you dont want to use models, dont. But stop puting unsubstantiated propaganda in ppls head. theres no practical reason not to use em.

Bump. New version with the ability to automatically generate visblockers.

Thats like total leetness gunna have to try this thing out, good work =)

[divVerent]

I wonder if .ase models can create structural brushes when their shader contains "surfaceparm structural". If that works, that would erase the only problem with embedding .ase models...