Thanks! ijed, I don't think you'll be able to use emulation. You'll have to wait for the ports.

ericw, gnustepnis not an option for me. And porting the internals to C or C++ has other benefits apart from better portability: better performance, lower memory footprint and it gives me the. Hance to review and refactor old code.

I will need help with the Windows and Linux GUIs though (the Mac version will keep its Cocoa GUI. If anyone is interested in helping me with that, let me know. 

It may be an option to use Gnustep or Cocoatron, but only after the core has been separated from the GUI and rewritten in C. 

I'm sure I wouldn't have come so far if I didn't have the motivation of making a tool for myself to use.
In other words, you're going to release a map in the near future. Going to nail you down on that statement! 

Define "near future" ;-) 

Yeah, I set up that Google Code site with the hopes of putting my QuakeEd project up there. I ended up nuking that since github has appealed to me much more (social coding aspects, etc).

I don't have much up yet, but my intention is to put QuakeEd on github eventually:

http://github.com/jeremiah-sypult/

Are there many mappers out there that are also Mac users? I know it's not immediately related to TrenchBroom, but I'm curious if there are other forums/sites/places to poke around at since I've been out of touch with the mapping/modding scene for a while and am curious about mapping/modding on the Mac platform.... I found Func_Msgboard while searching for various QuakeEd-related projects (came across sikkpin's QE3 tree/fork, which is what my port is based off of).

GtkRadiant on Mac OS X with X11 was not maintained and was awful to look at (in comparison to a native Mac app, not to mention that I never ran X11 for anything else).

I appreciate that there's people out there that have an interest in QUAKE/id Tech development on Mac OS X. 

btw, how are you loading entity definitions?

please say structured text. ^_^; 

There's not a ton of Mac guys making Quake levels. It's a tiny niche within a small niche. :) But there are some... 

I'm loading def files - why? What do you mean by structured text? XML? I have to say I'm not a big fan of XML, but .def files are pretty stupid, also. 

anything with structure really. just wanted to know for that def/fgd converter thing. i'm almost finished it now... has a gui, can parse files and such. was going to see if i needed to add another format. :) 

No, TrenchBroom uses standard file formats for everything. It won't have a special format for anything. 

I'm all over this the instant I can get a build that works with my shit. Which would pretty much have to be PC/Windows. The iPants version sounds like a great idea but a massive challenge! I bought one for the wife a while back though, so bring it on. Hell, I'd even install Linux as long as I can get a build where I don't have to recompile my Colonel Sanders and write my own sound drivers.

On the subject of .def files, it's probably a good move to go with that, since it'll be familiar to some people, and you can use existing resources if needed. Tigger-oN has some that were pretty comprehensive and well documented that he was distributing with his GtkRadiant guide/package years ago. Whatever the format is, if its easy enough to follow, people can help with adding Quoth stuff and what have you. 

I plan to include .defs for commonly used mods with the release. Currently, only standard Quake is included, but I'd like to add quoth, too. Which other def files should I add to that list?

Okay, I see that many people are interested in a Windows / Linux version, so I'll get cracking on that right away. 

I would certainly imagine there's a .def for Quoth by now, that was the point though, it was a smart move to use an existing format rather than creating a new one. But of course you already know that. I can also state some more obvious things such as ports would be awesome!

I'll have to start planning my first TrenchBroom map. 

I'll keep you guys posted about the progress. 

did anyone make an SP EFDM12 yet? If not, you should! 

Not yet, but yes, I should. If only because you said so. Honestly, I'd love to do some Quake stuff again. I have a great setup for it, just need to stop working 80 hours a week on shovelware to make my own mediocre stuff! 

The rubicon def file. 

thanks 

Does/will TB support multiple entity types with the same classname, e.g. brush triggers along point-based ones? Not allowing this is a major inconvenience in Gtkr.

Def files: I hope the existing Quoth def (if there is one) was done by Preach. Otherwise it'll be just as incomplete as the Quoth mapping manual. The standard Quake def that comes with Radiant is missing some stuff, too. 

I can add support for that, yeah. 

I downloaded ttsample.map to test compile, everything completes without giving an error but when I try to run the map I get:

Removing existing BSP file '/Applications/quake/id1/maps/TTSample.bsp'
Failed to copy BSP file from '/Applications/Quake/id1/maps/TTSample.bsp' to '/Applications/quake/id1/maps/TTSample.bsp': The operation couldn�t be completed. No such file or directory

when I try loading the .bsp file directly the map is fullbright. 

looks like the shell script is removing the bsp file first then trying to copy?? or is it removing the old version?

fullbright map just means light.exe did not run (or no light data was saved). 

Yeah, I see that sometimes, your Quake directory has a capital Q and sometimes it's lowercase in those error messages. Can you drop me an email with the full error messages at kristian.duske@gmail.com please? 

It's not a script, and yeah, it removes the old bsp from Quake/id1/maps first, then copies the new version. 

Did you put the .map file into your Quake/id1/maps folder and the compiled the map from there? Because then, it'll create the new bsp, remove the old one (which in this case is identical to the new one) and then, when it tries to copy the new bsp, it's gone. You should not store your .map files in Quake/id1/maps. Put them someplace else.