Worldcrafty
#8185 posted by Preach on 2009/01/01 20:12:57
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
#8186 posted by anonymous user on 2009/01/01 20:25:43
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.
#8187 posted by JneeraZ on 2009/01/01 20:42:37
"I do this all the time, which is why Quoth has no fgd file... "
*grumble*
:)
#8188 posted by JneeraZ on 2009/01/01 20:44:30
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.
Why Not
#8189 posted by ijed on 2009/01/01 20:48:27
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.
Total Wierdness
#8190 posted by Zylyx on 2009/01/01 20:51:20
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.
Odds On
#8191 posted by ijed on 2009/01/01 20:56:16
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.
#8192 posted by Zylyx on 2009/01/01 21:03:57
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.
#8193 posted by necros on 2009/01/01 21:40:44
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...
#8194 posted by Zylyx on 2009/01/01 21:48:40
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.
#8195 posted by necros on 2009/01/02 06:47:50
"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
Door Issue
#8196 posted by JPL on 2009/01/02 11:07:47
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 ?
#8197 posted by JneeraZ on 2009/01/02 11:26:03
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.
Well
#8198 posted by necros on 2009/01/02 15:49:51
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.
#8199 posted by JneeraZ on 2009/01/02 18:18:00
"(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.
Willem / Necros
#8200 posted by JPL on 2009/01/02 21:56:49
OK, I understand the idea: thanks for the tip ;)
Bold Prog
#8201 posted by madfox on 2009/01/03 07:49:38
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.
How Do I Set The Angle On A Dead-body Notnull?
#8202 posted by RickyT33 on 2009/01/10 14:56:19
also is there a way of putting a clip brush that only effect monsters? Where did I hear mon_clip or monclip?
#8203 posted by JneeraZ on 2009/01/10 17:29:37
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.
I Feared As Much....
#8204 posted by RickyT33 on 2009/01/10 17:32:37
oh well. thanks anyway!
Setting Angles
#8205 posted by Preach on 2009/01/10 19:59:52
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?
#8206 posted by necros on 2009/01/10 22:00:05
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
Monster Clip....
#8207 posted by metlslime on 2009/01/11 00:04:57
one trick is to put holes or gaps in the floor, which are too small for the player to fall through. The monsters use hull0 for navigation, so they will think they can't cross those gaps.
Tested Monsterclip
#8208 posted by Preach on 2009/01/11 00:35:14
The monsterclip by func_wall I posted above does work, but since it's a hack there are some big pitfalls. So far I've found:
* Physical movement by a monster is not blocked. Examples of this include fiends(etc...) leaping, and monsters dropping from mid-air onto the monsterclip.
* If a monster is stepping (that is to say changing height because the ground in front is slightly higher or lower) at the same point which it hits the monsterclip, it will penetrate it.
Although in some of these cases it sounds reasonable for the monster to enter the clipping brush, once one gets in, they are stuck as if they were spawned inside a wall. The fiend can escape by jumping again, but is still glitchy otherwise. So unless you use it sparingly, only in situations where these things can't occur, it's probably wise to avoid it.
Perhaps a good solution would be made QC-side. I've got an inkling of how it could be done in a clean manner, but I'd need to mess around a bit with it.
My Bad
#8209 posted by necros on 2009/01/11 08:09:53
i could have swore i had built an old school ladder that moved out of a func_door.
|