NetRadiant = Radiant 1.5 with useful q3map2 patches...

[airscout]

Successfully tried the binary and did a new compile against the MacPorts tools and libraries, not Fink. The build runs fine, but only if the executable is manually launched from the from the command line– I assume a path to something in the (nonexistent) SW folder is now hard coded? Not a big deal.

Yes. It is in the "install-dylibs.sh" script you'll have to change to use another source folder to get the libraries into the .app. What folder does MacPorts use? I might be able to support both in the same script.

The MacPorts path equivalent of sw/ is opt/local/

[divVerent]

Does it work if you change every occurrence of /sw to /opt/local in install-dylibs.sh, and then run make again?

[Odin]

So in XreaL, it is always mapname/lightmaps/lm_????.tga, and mapname is empty other than the lightmaps subdirectory?

No, it's mapname/lm_????.hdr(hdr lightmap) + mapname/lm_????.png(deluxemap).

[airscout]

Does it work if you change every occurrence of /sw to /opt/local in install-dylibs.sh, and then run make again?

Tried the path changes– worked mostly. Led to the discovery that MacPorts doesn't install gdk-pixbuf with gtk2. So, at least for the time being, that one path seems to need to be: /opt/local/lib/gdk-pixbuf/loaders/libpixbufloader-bmp.so

However, I have a query in on a MP mailing list since at one point that wasn't the case and the loaders were in that same location in the path tree as with Fink. Otherwise the executable gets put together and launches properly but something is now out of whack with the application text. The complaint:

Code: Select all

3/5/09 9:53:36 PM [0x0-0x106106].NetRadiant (radiant.ppc:47821): Pango-WARNING **: failed to find shape engine, expect ugly output. engine-type='PangoRenderATSUI', script='latin'
3/5/09 9:53:36 PM [0x0-0x106106].NetRadiant (radiant.ppc:47821): Pango-WARNING **: failed to find shape engine, expect ugly output. engine-type='PangoRenderATSUI', script='common'

Ugly output indeed , check it out:

http://img135.imageshack.us/img135/1607/71134227.png

[airscout]

Led to the discovery that MacPorts doesn't install gdk-pixbuf with gtk2. So, at least for the time being, that one path seems to need to be: /opt/local/lib/gdk-pixbuf/loaders/libpixbufloader-bmp.so

Hopefully you'll be able to just ignore my erroneous blathering above . Here's the lowdown regarding gdk-pixbuf loaders and MP from Dave Evans at MacPorts:

"The gdk_pixbuf library is now included as part of gtk2 ... the loaders for the formats I mentioned in the last email are not loadable modules but are built into the gdk_pixbuf library directly. If the app is built against the current gtk2 port, libpixbufloader-bmp.so is unnecessary and will never be called by the program because the built in loader code will be used instead for loading a bmp."

andy

[divVerent]

In that case, you probably should remove the gdk pixbuf configuration file that comes with netradiant.

[NightRage]

Is it Windows Vista Ultimate Ready?

I tried several times and still no dice, Under Run "Administrator" Priveledges Also.

[Odin]

Is it any way possible to create a distributed q3map2 for compilation on multiple machines at once? Kind of like how distcc works, it sends each client jobs to do and they send back the compiled results. Exept with q3map2 there's no architecture specific issues or header issues.

Could be done like the thread code, send each thread a raytracing job(for -light) or other such job to complete, except in this case it's send each client machine.

[divVerent]

This would require a full rewrite of q3map2. Not even the threading is working right, there are cases where you get little splotches on the maps depending on the number of threads.

[Odin]

-lightmapdir doesn't seem to work:

Code: Select all

--- StoreSurfaceLightmaps ---
Subsampling...collapsing...sorting...allocating...storing...************ ERROR ************
mkdir mymap/lightmaps: No such file or directory

It's not creating the directory.