More Quake C Help Please
#3583 posted by blaGGer on 2005/05/02 07:38:09
The exploding wall entity calls a function that starts a new entity (local entity new) that uses setmodel to define the rubble bits models (setmodel (new, "progs/rubble1.mdl");). I can set the skin of the exploding wall entity in the editor. I can read setting from inside the function but this is not the rubble bits so the rubble bits skin will not change yet.
How can I set the skin of that rubble model using the skin setting that I bring in from the exploding wall entity? I think like this - rubbleskin = self.skin and then set the rubble.mdl to use the skin rubbleskin. rubbleskin will be a number 1 to 4 being textured rock(1), wall(2), wood(3) and metal(4)
I try various self.skin = 1, new.skin = 1, to test the setting of the skin but get errors like - Error wall QC(17): expected;, found new.
new is the name of the entity that has been made to create the rubble bits and is the first part of the line after self.skin = 1
I hope you understand this Preach or HeadThump?
From What I Gather From The Error Message
#3584 posted by czg on 2005/05/02 09:45:33
...it just seems you forgot to terminate the line above with a semicolon;
Czg
#3585 posted by blaGGer on 2005/05/02 10:21:50
Dohhhh. I am the dopie one.
It now works as I wanted. No tree hugging now as my girlfrend has suspisions.
Thank you czg.
Setting Monsters
#3586 posted by blaGGer on 2005/05/02 11:29:25
Can you explain why these are two separate functions and not all in one? Is it needed because there are more than one ogres in a level?
void() monster_ogre =
void() monster_ogre_set =
And what is void() monster_ogre_marksman =
please?
Game, Set And Marksman
#3587 posted by Preach on 2005/05/02 14:56:49
Normally in quake the two functions monster_ogre and monster_ogre_set are just one function. They are seperated out for the purpose of the teleport code. This way, when the server starts, the monster_ogre function is called, and decides if the ogre needs to be spawned now or later. It does the precaches now, because everything has to be precached at the start of the server.
Monster_ogre_set is called either straight after monster_ogre for a non teleporter, or when the monster teleports in. This part of the code is seperated out so the monster is non solid and invisible when it hasn't teleported in. If the monster isn't a teleport monster, the code behaves exactly the same as if the two functions were one.
Monster_ogre_marksman is a monster that ID was originally going to make different to regular ogres, but then decided to make all the ogres the same. Rather than replace all the monster_ogre_marksman entites with monster_ogre in the maps they'd made so far, they just made it so both of them do the same thing, spawn a regular ogre. So basically it does nothing.
Monster_ogre_marksman Does Do One Thing.
#3588 posted by czg on 2005/05/02 16:44:14
Ogres will infight if they are marksman/not marksman.
Note:
#3589 posted by metlslime on 2005/05/02 21:22:46
using different classnames like you describe will break the monster obituary code (unless you fix that, too.)
Qeradiant 1.5 For Q1
#3590 posted by bambuz on 2005/05/03 18:53:18
How do I first of all get the texture wads to work for qeradiant 1.5 for q1? The new radiant should "support" q1. Is there someone who uses this? There's very little documents in the net. :(
Or do I have to do _everything_ q3-style (meaning all the scripts and tga's and whatnot) and just compile the resulting intermediate files to q1 bsp's with aguirre's tools?
Bambuz
#3591 posted by Blitz on 2005/05/04 00:41:18
All of your wads have to be in Quake/id1/
Easy as that.
bambus, I suppose you're talking about gtkradiant 1.5? Make sure you go in under options and point your filepath to your quake directory.
Setting Target_speaker States
#3593 posted by Essobie on 2005/05/04 14:23:12
I'm mapping for Enemy Territory Fortress (www.etfgame.com), which is a mod for Enemy Territory, which uses the Quake 3 engine. I've got a target_speaker that I want to have on and looping at the start of the map, turn off while a particular info_notnull is active, and turn back on when the info_notnull becomes inactive after 30 seconds.
My understanding of target_speakers is that they can only be "triggered" which toggles their state from what appears to be "play" and "don't play", except just triggering the target_speaker using activetarget and inactivetarget from the info_notnull does not work correctly for some reason. The sound starts at map start, then shuts off when the info_notnull is active, but then it never comes back on again.
I've tried implicitly setting the target_speaker to ~active/~inactive, ~active/~disabled, ~inactive/~invisible, and pretty much any other combination that seemed to make sense, but either the sound plays at the exact opposite of when it is supposed to, or it works for the first activation and then never again.
Anyone have a breakdown of how to implicitly control the states of target_speakers?
Forgot...
#3594 posted by madfox on 2005/05/04 16:48:25
what it was,
AllocBlok:full
argh....
Essobie
#3595 posted by Blitz on 2005/05/04 18:02:28
I'm not sure, but I know someone who might know, so hold tight, and check back in about 6-12 hours :D
Qeradiant 1.5 For Q1
#3596 posted by bambuz on 2005/05/05 06:00:37
Thanks Blitz, it helped. But I'm sorry, I still have problems. Now I can texture fine in the editor, but the resulting .map file has no references to the used wad file (I checked it with a text editor) and thus the compile fails to put textures in the bsp (although it seems to work otherwise).
The settings menus are really spartan and there's very little documentation about q1 mapping.
I guess I could add the wad references by hand but it's a hack.
How are you doing all this?
There Is Probably
#3597 posted by aguirRe on 2005/05/05 06:49:13
a better way of doing this in Radiant, but using my compilers, you can have a wad with the same name as the map file in the same dir (so called default wad). The compiler will use that wad if no wad key exists or the referenced wads can't be found.
You can also use wild card specifications in the wad key (e.g. "mywad.wad;*.wad").
Incompatible Demos
#3598 posted by aguirRe on 2005/05/05 07:03:33
Does anyone have a (preferrably small) Q1 demo file that is corrupt or otherwise unplayable in standard engines (e.g. FitzQuake)? I'd like some test material for a new demo conversion/validation tool.
Bambuz
#3599 posted by Kell on 2005/05/05 07:58:04
Add the wad information to your map's worldspawn with the following key/value:
"wad"
"c:/blah/textures.wad"
Unless you already did this and it still isn't working, in which case I'm not sure what's up :/
Also: the line length limit on this forum is a fucking joke.
Sounds
#3600 posted by blaGGer on 2005/05/05 12:13:36
I looking for new sounds for Quake 1SP. Explosions, breaking glass, avalanches, anything new and ready to play.
I do not know if there is a special format of if I can use wav files without change.
Is there sites that can help can somebody tell me please.
There Is A Special Format
#3601 posted by Blitz on 2005/05/05 15:17:27
As far as I know, the .wavs have to be 8bit/11khz/mono/PCM
You can convert any .wav you find to that fidelity as long as you have a proper audio editor...I'm sure there are freeware programs out there that can do it.
Marcher Fortress
#3602 posted by blaGGer on 2005/05/06 11:08:06
Is the monsters in Ben Woodings Marcher Fortress in the public domane?
Do you know were to get them?
Please.
For God's Sake, Please!!!!!!
#3603 posted by metlslime on 2005/05/06 12:27:57
PLEEEEEEEASE!
The Imp Mr. Kinn Used
#3604 posted by HeadThump on 2005/05/06 18:10:10
HeadThump
#3605 posted by blaGGer on 2005/05/07 01:56:41
Great thank you. Do you know of the gauroch.qc?
I think metslime and me want the same thing so I try to get my map finished first.
I'm Sorry
#3606 posted by HeadThump on 2005/05/07 22:02:41
I'm drawing a blank. I don't recall what the gauroch is, from Necro-Kell's project maybe? Where is Necros these days anyway?
Gauroch
#3607 posted by blaGGer on 2005/05/07 23:42:52
He is a two leg creature that throws blue things at you in Marcher Fortress. There are two types. A white one you see first near the tree when you get up the stairs. And a brown one that is under the bridge. The brown on is harder to kill and he runs at you fast and he throws gold bombs at you. He is good and would like to yous him in my levels.
|