don't try! I already recompiled the map, because it was such a perfect mess,
it killed my real vis time on 5 days.

It had no hurry, so don't worry.
Better to serve you a perfekt map! 

Ok, I'm gonna go back on some of the stuff I posted last time about the func_rotate_train. It turns out there's a function in the hipsubs.qc file which does normalise the angles of the rotation. I think the problem is that 360 is an edge case which is treated badly. The function looks like

while( ang_x > 360 )
{
ang_x = ang_x - 360;
}
while( ang_x < 0 )
{
ang_x = ang_x + 360;
}
...

This function is meant to make it so that the multivalued angles are all mapped to a single value. However, '0 0 0' and '0 360 0' both represent the same angle, but are also both left unchanged by the function. Making the function look like:

while( ang_x >= 360 )
{
ang_x = ang_x - 360;
}
while( ang_x < 0 )
{
ang_x = ang_x + 360;
}
...

will make it so that each angle has a single representation. Now the simple setup of 4 path_rotates with:
'0 90 0'
'0 180 0'
'0 270 0'
'0 360 0'
will work as you'd imagine.

The way I think the func_rotate_train works is this: while the train is rotating, no normalisation of angles occurs and so the train will rotate in full from the angle it starts at to the one specified. Once the train arrives, the angles on the train(but not the path_rotate) are then normalised to between 0 and 360.

So, as a quick challenge, what happens if you set the angles on the path_rotates to:
'0 450 0'
'0 540 0'
'0 630 0'
'0 720 0'
once the bug is fixed? How about before the bug is fixed? 

guy i�m getting this error and crash joequake when i go to certan zone!

============================================
Host_Error: SOLID_BSP with a non-bsp model
============================================

any idear?

fuck :\ so close to finish this bastard and now show up errors like this :( 

Looks to be.

Probably removed a door or something but it left behind an invisible point entity holding the door's info.

Your editor hopefully has a method built in to find it, else not you can trawl through the map file to try and find it with notepad++ though that'll be a frustrating way to find it. 

Tools -> check for errors;

scroll down to the error "entity with no brush info" or whatever;

click it, click "go to error" (and the x/y view will pan to the center of the map)

close the dialogue then finally Press DELETE.

:) 

thks guys
was a func_plat :\ i had with no brush becouse i delete all the underground seccion that was made :\

might be in this week scrap speedmap event :) 

hey guys...

anyone have a clue as to how to set up GTKR 1.5 for Quake 1 mapping? I'm having problems getting it to set up textures and pointfiles.

damn this was so much easier years ago with qED... :(

thx. 

Put the wad files in your id1 folder. Make sure that GTKR knows where your Quake folder is. Make sure that the pointfile actually exists, and is in the same folder as the map file. 

Is there an info_notnull hack or suchlike to allow "statue" type effects, using a single frame of animation from a monster/player model?

i.e. I could have the body of a creature in a map? 

n/t 

The traditional way to do it is to create a point entity with:

"classname" "func_illusionary"
"model" "progs/ogre.mdl"
"frame" "23"


You need to make sure that this entity is lower down the list of entities than at least one monster_ogre entity, otherwise the model will not be precached, and you'll get an error. 

Thanks Preach!

So if I wanted to put a player model in I would use player.mdl (or whatever it is) and the precaching thing wouldn't matter because player is always edict no. 1? 

In actual fact, the player model is precached even earlier, as soon as the world spawns. And I seem to remember that even if the qc doesn't precache it, the engine requires the model to be there...So yeah, the player model is nice and safe. 

thanks, Lardarse. 

Hah, and I wrote a bunch of QuakeC to support corpses for "White Room". Damn it! 

It's always best to make proper classes for those kinds of things, you don't have to worry about the entity list order, and it's a bit easier to manage the map when things have suggestive classnames.

I've got a light tool question of my own now. I was under the impression that if you gave any entity a "light" key with non-zero value and a "targetname" of some sort, then everything with that targetname would get a switchable lightstyle. However, I've just given this a go with a custom class of entity and the lights are given style 0, which is a bit problematic when you come to toggle them. I can manually set the style to something else on the entity, and things work, but if I set that to 32, and 32 gets allocated elsewhere I'm in trouble.

So my main question is how light.exe decides what is a switchable lightstyle when it comes to custom entities, and if there's a way to deal with this. Any offers? 

"It's always best to make proper classes for those kinds of things, you don't have to worry about the entity list order, and it's a bit easier to manage the map when things have suggestive classnames. "

Well, the way I did it was to add a new spawn flag called "SF_CORPSE" (or something like that). Anything monster with that flag set would spawn in, assume a random death pose and go into a dead state so it didn't take up processor time.

It worked well enough and was definitely manageable. I can see your point about the separate classes though. 

Are definitely underused in Quake - the main problem being model precaches. Corpses aren't a problem because they'll be cached anyway since its almost a given that there's a living version in the map. 

Further to my post about the switchable lights, I've managed to narrow the problem down to occuring with aguirre's light.exe but not arghlite.exe.

When I give these entities a classname of "light" then they behave as regular switching lights, and are given their own lightstyle. Once I change the classname to "light_tubelight", arghlite treats them no differently, which is what I expect. But aguirre's light stops giving them a unique lightstyle, which causes them to turn off all the lights in the level when they get triggered.

It seems like it's filtering entities by classname before deciding whether the entity in question needs a unique lightstyle. So has anybody run into this, and is there a way to disable this with a command line switch or something? 

Are there any decent front end compilers for Quake similar to Eddi's GUI or Nem's Batch compiler for HL? 

Command Prompt + AguirRe's txqbsp. Its fast, stable and VERY EASY TO USE!!!

(Not as far as I know) 

I'm not sure why but there is **** for Q1 support docs for GTKR 1.5.0. I can't seem to get the compilers configured right, it seems to want to default to Q3 compilers. There's that and Zerowing's gamepacks link is a 404, and there's nothing about how to get GTKR configured for Quake 1. This is frustrating. 

forget it, i just forgot had to remake the .game file. all good. thx for hearing my rant. 

Is a bit like that, Google just throws up lots pages of dead links.

Here's the main mapping place, Inside3d for modding and if there's a dedicated modeling forum then someone let me know.

I will say that there's a lot less timewasters in Quake1. Snarky fuckers in a higher percentage, but there you go. 

Well I'm now at a loss. I think I need to make a new default_build_menu.xml because the one that comes with 1.5.0 is for Quake 3. I have no idea where to go with this... Google pretty much fails.

Anyone ever set up the build menu and get compiling from Radiant working properly for Quake 1?