[Gtkradiant] Re: GtkRadiant BSP monitoring from standard output?

[ydnar]

Change your engine to not assume MST_PLANAR drawsurfaces are polygons. 
They are indexed triangles, no different from MST_TRIANGLE_SOUP with the 
exception of lightmap data.

This is a common mistake people make when writing a Q3 BSP loader.

y


Timothee Besset wrote:

> Please use the developers mailing list. I am too busy on other 
> projects lately ..
>
> TTimo
>
> Riku 'Rakkis' Nurminen wrote:
>
>> Hi,
>>
>> I'm using GtkRadiant for designing levels for a game that I'm developing
>> with the OGRE engine (www.ogre3d.org). However, I can't use the q3map2
>> compiler because for some reasons the engine doesn't accept BSPs
>> produced by it (random crashes, it's an issue with the engine). BSPs
>> from id software q3map are working great.
>>
>> Anyway, this means I can't use the BSP monitoring in GtkRadiant, which I
>> think is a great feature! So by any chance, could there be a possibility
>> to catch the output for it from the standard output? I don't know
>> exactly how the BSP monitoring works (some network thing?), but
>> wouldn't it be possible to e.g. simply catch "** leaked**" etc from the
>> compiler output to denote an error? Maybe this capturing-from-STDOUT
>> could be an optional user preferences setting, or something?
>>
>> Greetings,
>>
>>         - Riku "Rakkis" Nurminen
>>
>> P.S. _Great_ work with the editor! By far the best (and only?) quake3
>> level editor for Linux :)
>>
>>
>>  
>>
>
>
> _______________________________________________
> Gtkradiant mailing list
> Gtkradiant@zerowing.idsoftware.com
> http://zerowing.idsoftware.com/mailman/listinfo/gtkradiant
>
>