Maybe I'll just stick with the old 5.12 drivers then, if it ain't broke... 

use wc1.6a like me, running in unaccelerated mode. It's pretty slow, and for some reason I have to disable then reenable catalyst AI to get the 2d window performance to not be utterly shit, but it does the job (just about...)

I haven't had any problems running the source version of hammer btw. 

Everytime I add a new custom entity in worldcraft, I cant compile and run my map, because I get a whole bunch of errors, the core error being:

[code]Error opening C:\Documents and Settings\Owner\Desktop\game development\game projects\fire line mod\fire_line\maps\test1.bsp: No such file or directory[/code]

I added a custom entity in wolrdcraft called "ambient_sound", but I everytime I try to add any sort of custom entity, I get the same problem. Note that I'm adding this entity in WorldCraft, and I'm not adding anything to the FGD file.

I'm not sure if I need to even fiddle around with the FGD just yet, because what I do is I simply add some default entity > right click on it's properites > go to it's class name > type in my own entity that corresponds to the one I coded in QC > add the needed keys and values. I would like to know if I'm doing anything wrong.

Any advice on this would be great. thnx. 

I'm not sure if I need to even fiddle around with the FGD just yet, because what I do is I simply add some default entity > right click on it's properites > go to it's class name > type in my own entity that corresponds to the one I coded in QC > add the needed keys and values. I would like to know if I'm doing anything wrong.
This sounds like the correct procedure, I do this all the time, which is why Quoth has no fgd file...

So I suspect the problem lies elsewhere. Can you confirm that the bsp file in the error message does exist. I remember having problems with Hammer(the newer worldcraft) when trying to read/write to directories with spaces in the path. Perhaps try working in something like c:\quake\fire_line\ and see if that makes a difference.

The only other thing I can think of now is that you are selecting a different mod configuration than usual, like "fire_line" instead of "quake". This might cause a problem if you've omitted one of the settings which allow quake maps to compile correctly. If you are, and you want to test this, open your rmf file and select "quake" from the mod selection dialogue. Then try compiling it like a regular quake map, and copying it into your mod directory to test. 

The bsp exists when it gets compiled, but that only works if I have no custom entities...And I dont think that my directory structure is a problem, because it works in every other case, except this one :(, lol

The thing is that I'm using the default Quake configuration, and the map compiles fine WITHOUT the custom entity KEY VALUES. For example, even if I have the custom entity in my map, called ambient_sound, without any values, it compiles and runs just fine. But the moment I add in new keys, like soundfile, volume, speed, etc, I get the error.

Now, I did try one other thing, and that is exporting my map as a .MAP and using the hmap2.exe (tool from the DarkPlaces client, very good, used mostly for colored lighting), but even there I get an error (along the lines of "data missing in entity bracket"). Even there it works fine, as long as I dont have any key values for my custom entity.

I tried to google this, but I couldnt find any way or any tutorial on how to actualy add custom entites to WorldCraft and use them correctly, besides having to hack around in in the FGD file. 

"I do this all the time, which is why Quoth has no fgd file... "

*grumble*

:) 

On topic, there aren't any other errors? Usually when QBSP can't generate a BSP file, it says why. I can't imagine it's a Worldcraft issue or that massaging the FGD file will help. QBSP doesn't care about entity class names. 

Write the entity into the FGD? It's very easy to do and takes five minutes.

Probably won't help with your problem though.

First time I've heard that one and I've been using WC / Hammer for quite a while now.

Almost sounds like it's compiling somewhere else that your launched version of Quake can't access - as if -game whatever isn't there.

But if it compiles without the custom entity then I don't know. 

Yeah, that's the interesting bit. Like I said, it compiles just fine without the keys and key values for a custom entity, even if the custom entity is there. I even tried adding the custom entity as a pointclass in the FGD after trying all other things, and it still doesnt work.

Maybe it's something stupidly simple I'm overlooking. 

You'll get bored with the problem, go have a drink, come back to the PC and the solution will be staring you in the face. Sod's law. 

Lol, yeah. I'm boring you guys with these little agreviating problems :P. Porblably gonna go and play some game soon, or watch some dvd or something. 

but even there I get an error (along the lines of "data missing in entity bracket")

can you maybe do the export to .map thing and then open the .map file and CnP the bit with the custom entity here? it sounds like WC isn't writing the entity correctly. i wouldn't be able to solve the problem if that was the case, but at least you'd know what was causing it. :S

maybe find the relevant bit in the vmf (or is it rmf? not sure) file as well for a CnP here too. 

Bits from the .map file:

{
"classname" "ambient_sound"
"volume" "1"
"speed" "1"
"soundfile" ""ambience/suck1.wav""
"origin" "192 -128 -64"
}


bits from the .rmf file:

CMapEntity
[some bits of file that cant be copied]
ambient_sound[some bits of file that cant be copied]
volume[some bits of file that cant be copied]
speed[some bits of file that cant be copied]
soundfile[some bits of file that cant be copied]
"ambience/suck1.wav"[some bits of file that cant be copied]

I hope that gives you a better overview of the problem. 

"soundfile" ""ambience/suck1.wav&quo...

apart from the end of that line that got garbled, notice there's a double " at the start of the key's value.

that would definitely mess things up but i think in this case, it's the .map exporter messing up because i don't see the "" in the rmf clipping.

so... i guess that didn't help at all, sozz :S 

I have a small issue (I'm using Quoth BTW): I'd like a GK door to start closed, then to open with the gold key, but later I'd like to close it in order to force the player to use another way to the exit. I tried using the toggle field, but unfortunately it does not work... any idea ? 

A hacky way might be to have a copy of the door in the same location that starts open. Then trigger it closed when you need it. If the doors are textured the same it shouldn't result in any noticeable z-fighting or anything. 

instead of a copy of the door, you could just do like bars or something (or a different door in roughly the same spot) to make it look less cheesy. 

"(or a different door in roughly the same spot)"

Right, that's basically what I was saying. A second door that closes but looks like it was the original door. 

OK, I understand the idea: thanks for the tip ;) 

I'm searching for a way to use the thunderbold flash for some kind of event, but I can only come up with the chtong hack, ie using it in a map with no doors. 

also is there a way of putting a clip brush that only effect monsters? Where did I hear mon_clip or monclip? 

There is no monster-only clipping in Quake1. I think that came in during Quake2. There are 2 clipping hulls in Quake maps and everything uses them equally. 

oh well. thanks anyway! 

If you set the angles key directly it should work, give it
pitch yaw roll

Also, isn't there a hacky way to emulate monsterclip using clip brushes as part of a func_wall? You need a regular brush tied to the same entity to make it valid, which you hide inside level geometry. Then the clip parts don't impede player movement/physics objects, but some glitch makes them count for monster navigation. Anyone remember what I'm talking about here? 

i think clip brushes in func_s do stop player movement. i'm pretty sure i tried that once, but it was a long time ago