regarding the triggerable trigger_changelevel trick czg posted in the progs.dat thread:
can a similar method also be applied to other triggers? e.g. to activate a trigger_once for a teleport ambush in an area the player has already passed before. 

This is possible. Make an brush entity info_notnull with the following fields

touch multi_touch
wait -1
targetname trig
use InitTrigger
target event

This trigger will not be spawned until trig is targetted. From then on it will act like a trigger_multiple when touched, although things like shootable triggers or triggering by targetting(like a trigger relay) will not. You can add all the usual fields like wait time. If you want sounds, you can't set the sounds field like usual, but if you set noise to the sound you want, it'll work assuming something else precached it.

You can probably adapt this to work for other kinds of trigger as well, not sure exactly which are possible though. 

I've figured it out. thanks for all the help. 

thanks again. how could we ever map without you... 

where can i find senn's green textures? seems like daz has used them in his crdm3 map 

I've just downloaded some prefabs for Q2, HL, Q3, and I would like to convert them in Q1 map format. Is there a tool that can do that ? If yes: where can I download it ? 

It's been a while since I messed with Q3:A, but was tonight just for fun.

How do you rotate textures on a patch or a bevel? I've searched all over the place but have come up with nothing. 

FYI...

After a quick look to the 4 prefabs .map I downloaded yesterday, it sounds that one of the Q2 model has a problem of map format... Normally, a brush face is described like this (it's a copy paste of http://www.gamers.org/dEngine/quake/QDP/qmapspec.html part 2.1.2...)

{
( 128 0 0 ) ( 128 1 0 ) ( 128 0 1 ) GROUND1_6 0 0 0 1.0 1.0
( 256 0 0 ) ( 256 0 1 ) ( 256 1 0 ) GROUND1_6 0 0 0 1.0 1.0
( 0 128 0 ) ( 0 128 1 ) ( 1 128 0 ) GROUND1_6 0 0 0 1.0 1.0
( 0 384 0 ) ( 1 384 0 ) ( 0 384 1 ) GROUND1_6 0 0 0 1.0 1.0
( 0 0 64 ) ( 1 0 64 ) ( 0 1 64 ) GROUND1_6 0 0 0 1.0 1.0
( 0 0 128 ) ( 0 1 128 ) ( 1 0 128 ) GROUND1_6 0 0 0 1.0 1.0
}

That's probably just a bit confusing when you first see it. It defines a rectangular region that extends from (128,128,64) to (256,384,128). Here's what a single line means:

( 128 0 0 ) ( 128 1 0 ) ( 128 0 1 ) GROUND1_6 0 0 0 1.0 1.0
1st Point 2nd Point 3rd Point Texture


Now, you're probably wondering what those last five numbers are. I've listed what they do below:

x_off - Texture x-offset (must be multiple of 16)
y_off - Texture y-offset (must be multiple of 16)
rot_angle - floating point value indicating texture rotation
x_scale - scales x-dimension of texture (negative value to flip)
y_scale - scales y-dimension of texture (negative value to flip)


But taking a look to the Q2 map file I found 8 values after the 3 parenthesis section, instead of 5 as described above ... o_O ... I can understan a 6th value if the texture has been rotated differently on its 2 axis, but 8 !!!.. What does it mean?? So I heavily suppose the issue is coming from there: i.e I have a TxQBSP error stating map file have an error... and it correspond to the line where the first brush coordinates is written...

Well, the prefab has only 26 brush, so I think it's not a big deal to change it manually in any text editor.... and made a quick test to see if I'm right or not... ;) 

is here:
http://rem.fov120.com/rem/projects.projectDetails.action?id=3 

can also be made using my ConvMap utility or QuArK. If you just want to compile a Q2/Q3 map, just add the -q2map qbsp option. 

Thanks ! I will try all the stuf this evening ;) 

Select the patch, bring up the patch inspector (shift+S) and hit the rotate up/down thingy. That's for gtk1.4, but other radiant versions should behave the same. 

I'm making a quoth map, and I've got a counter triggered by 2 "bob"s. They don't seem to trigger it, and I'm not sure why. I have the same problem at another part of the map where an Ogre is supposed to trigger a door. And he doesn't...
Anyone have any ideas as to why this is? 

[nt] 

i need help! every time i try to do a quake level, i get as far as 3/4 rooms or so. i have tons of unfinished shit lying around. i tried more than 100 times to put these chunks together into one fucking map, but i cant do it! im stuck.

sometimes i get all these ideas or im really inspired, but i still cant finish anything. i only got one map finished, a really small base map. and i got reviewed! hehe but man, i cant do this! :-'(

what should i do? give up? destroy and smash? like hulk? gahea?E? 

you're right one track! ^_^;

seriously, i have maps that i started a year ago that are just sitting until i can get the urge to finish them.

i think, as a purely hobby mapper, that this is usually how things go.

if you're doing it for a job, well, then, you don't get that kind of luxury. :P

in fact, i'm kind of curious:
pro mappers: how much do you throw away and restart, and how often? or are time constraints so tight that you can't even afford to do that, and have to continue something that you'd rather restart? 

Also, I wonder... what about my question. I'm feeling woeful and uncared for. 

I've got a counter triggered by 2 "bob"s.

I just built this setup. Twice; one in GtkR using the .def and one in WC using the .fgd
Both worked fine.

Could be the "count" value you used..? 

Count *is* at 2. 

What can I use as a barrier that will allow monsters through but block players 

Never mind. Opened mouth without engaging brain. Got it sorted now.

(took me longer to ask the question than find the answer) 

have you checked what you are targetting with the trigger_counter? maybe the triggered entity is broke? 

OK, I know what the implications are but what about if I remove 'makestatic (self);' from a couple of the lighting models? I have done this on several of them and my Too Many Ents crash goes away and the map seems to run normally.

But what effect am I having on other things i.e. why do some of the lighting models have this entry anyway? e.g. large flames, small flames, wall torches etc 

i think one of the reasons is to reduce internet traffic when your playing net games. i think the makestatic tells the server to completly ignore that entity and never send it to any clients and let the clients handle it.

also, if you remove it, that makes that entity take up an edict. remember you have a 600 edict limit to work with, so be mindful of that. if your map is small, and only for SP, than you could probably get away with it. 

... what's the trick to pulling down a file from the old ftp.cdrom.com?