Problems with brush definition in blender and input in UFORadiant

[mameister]

Guys, I am still stuck. I can compile with the 2.4 ufo2map or the 2.3 one but I cannot run in 2.3 and I can't run 2.4

When's 2.4 coming?

[H-Hour]

What are the problems you're having? Is it with running your map or the whole game? See here for reporting errors.

[Mattn]

i will try to compile ufo2map for you manually - so you can use the latest version from the snapshots directory.

[Mattn]

here we go: http://mattn.ninex.info/files/ufo2map.exe (thanks BTAxis)

[mameister]

Thank Mattn, tried it, same phenomenon


Well, my problem look like this:
- I have a working release 2.3 installation
- I can use ufo2map 2.3 for making levels
- I cannot use 2.3 ufo2map with my tetrahedrons, as in this thread, mattn explained to me that he did some work on ufo2map (also on ufo?)
- I cannot run 2.4 dev (Item plasblade has invalid parameters) from the nightly releases (my last full download is a while back, about three weeks)
- can run 2.4 ufo2map but do not have console output which bothers me
- the maps I compile with 2.3 ufo2map or 2.4 ufo2map crash UFO2.3 for the below examples

I want to keep a playable release version as well as a dev version for trying out the tetrahedron stuff. Not possible? Problems with Windows APPDATA-Dir?


Edit: I just compiled the complex2.map with your new ufo2map (in the zip) and get the same old planenum>= 0 assertion failed in 2.3 (I cant test UFO2.4)
It seems I need to use the new ufo2map and the 2.4UFO, this is not working on my side right now.




Thanks for having a look,
Martin

[BTAxis]

- can run 2.4 ufo2map but do not have console output which bothers me

I get this too, actually. It's not usually a problem though, just annoying that I can't get the usage help to print. Since I compiled this executable, it seems likely that my MinGW environment is somehow to blame. Maybe I should try getting rid of it and rebuilding it from scratch.

[Mattn]

complex2 compiles fine here: http://mattn.ninex.info/files/complex2.bsp.gz
complex3 does not - but it does not error out, but loop endless - i will check that

[Mattn]

here is the bug tracker item for the problem with complex3: click me

[Mattn]

btw. a big problem is still that the exporter does not create solid brushes, but hollows with surface brushes only. our pathfinding might not really like that.

[Mattn]

http://mattn.ninex.info/files/complex2.jpg

the map has brushes > level 8 and there are some shadow artifacts (but that isn't your fault (resp the exporters fault) but an error in our renderer or mapcompiler)

[mameister]

Wow, sorry for the level hickup! I just wrote a function that checks for all vertices to be in a height interval.

Surface brushes I switched to because of the following features not being representable with the "extruded" polys heightmap type:
- terrain overhangs/cliffs faces
- caves
- stalactites
- natural bridges


Thank you all for looking into this

[mameister]

Just tried the level you compiled:
UFO2.3 simply quits, no error message, just complete crash when I try to load it