I assume that you didn't set it up correctly.
Are you triggering it into a continuous loop, or does it start automatically? Make sure it triggers...
make sure the Wait for retrig and fire once flags are OFF.
Other than that, it should work...
If you don't fix it, post it in a problem map...
Forum posts
- Forums
- Posts
- Posted by
BrattyLord
I would recommend Goldwave, thats what I use.
um... what If I've already logged into every single spambot?
sorry...
sorry...
wow, sorry 
The old ones look nothing like the new ones.
The old ones look nothing like the new ones.
I like the last large shot, but the others look pretty plain to me, especially the one with just a bog room with one object in it...
Details... Details...
Nice job on the cords.
Details... Details...
Nice job on the cords.
the term... however odd it may seem in this context... is fantastical
Hes trying to steal it!!! watch out!
Glad I could help with the idea 
If you do do it, I'd make Ferret more in 3rd person so we can admire your work. Plus, he wouldn't be able to attack... that would be... odd...
How about the character can morph into a Ferret when necessary, for those tight passageways to flip a switch or something...
Those beats are VERY interesting!
I bet I could calculate how this sound is made by using the intervals in between them...
(Bratty Gets to Work on Pointless stuff)
I bet I could calculate how this sound is made by using the intervals in between them...
(Bratty Gets to Work on Pointless stuff)
hah! 
your Contents is set on Volumetric Light,
Change it back to empty and it should be fine
[EDIT] oh, and if you place an enemy inside of a brush, even if its an entity, you will get the same error, and the monster will have green little bubbles surrounding it...
Change it back to empty and it should be fine
[EDIT] oh, and if you place an enemy inside of a brush, even if its an entity, you will get the same error, and the monster will have green little bubbles surrounding it...
Bratty Diagnoses Wrangler with a mild case of stupidity...
... and this belongs in the HL mapping questions forum ...
Damn thread revivers...
those things are so damn hard for me...
I like when I can pick up the pencil...
I like when I can pick up the pencil...
I'd e-hug you, but I have an irrational fear of small children. Never could figure out why...
Kudos to Dr. Spock (Yes, thats you)
If I ever knock some girl up and she dies giving birth, leaving me with the youngin', I'll buy it
If I ever knock some girl up and she dies giving birth, leaving me with the youngin', I'll buy it
Well done, I think you're the first accomplished author on TWHL.yeah, my novel never got published...
way to hurt my feelings 
Solved it,
Thanks for... attempting to help.
It was an interesting glitch in the .spr
Thanks for... attempting to help.
It was an interesting glitch in the .spr
When you say load...
Do you mean you compiled the map again, or you ran it again?
Its obviously an OpenGL error, as your video card can't support it... I'm not too keen on these...
Do you mean you compiled the map again, or you ran it again?
Its obviously an OpenGL error, as your video card can't support it... I'm not too keen on these...
I agree with World Crafter here, though anonymous posting brings nothing but trouble. If they want help, why not make a little commitment. Plus, if they make an account, there is a better chance of them coming back 
I made a custom sprite, of a cartoon-esque watercolor fire.
When I use an env_sprite as additive, so that the black of the sprite is the background, an odd error occurs. There is a line of color across the top of the sprite that... well... just ruins the effect. it appears to be just floating there.
Now, why vampiric you ask...
Well, I would have included a screenshot, but whenever I take one, the line does not appear
this is probably pretty simple, as it is my first time making a completely custom sprite (Using the ever simple sprite wizard).
When I view it in the sprite viewer, the line does not show up...
I'm using palette maker to create a... well blended palette for all my different frames...
When I use an env_sprite as additive, so that the black of the sprite is the background, an odd error occurs. There is a line of color across the top of the sprite that... well... just ruins the effect. it appears to be just floating there.
Now, why vampiric you ask...
Well, I would have included a screenshot, but whenever I take one, the line does not appear
this is probably pretty simple, as it is my first time making a completely custom sprite (Using the ever simple sprite wizard).
When I view it in the sprite viewer, the line does not show up...
I'm using palette maker to create a... well blended palette for all my different frames...
yes saw you were right.
stupid question.
stupid question.
I was looking back on some REALLY old threads, looking for an answer to my problem (Which I fixed), and I couldn't help but notice that everyone who posted anonymously was automatically a content contributor.
hmm???
hmm???
I like my answer better...
Does the winking mean that it... isn't... legal. Thats important...
well,
It looks dull to have large brushes like that. Most good maps will have a variety of small brushes, so that it looks better. If you really want a big gaping wall sticking out like that, then use one brush. A variety of brushes for one wall will actually make it worse, as the engine must process... well... more brushes. Instead of one side to light, it has to light two...
It looks dull to have large brushes like that. Most good maps will have a variety of small brushes, so that it looks better. If you really want a big gaping wall sticking out like that, then use one brush. A variety of brushes for one wall will actually make it worse, as the engine must process... well... more brushes. Instead of one side to light, it has to light two...
oh... hehe...
sorry, haven't mapped in a while
thanks!
sorry, haven't mapped in a while
thanks!
okay, I already typed this, but apparently I wasn't logged in at it was deleted, so:
-I have a func_wall_toggle, named, lets say, wall_fandango. I want wall_fandango to appear because of a trigger, then disappear for good because of a trigger.
-I have a trigger_once, lets say, trigger_bobette. It makes wall_fandango appear in the first place.
-I have a trigger_multiple, lets say, trigger_blah. This goes to a multisource called... ms_happy, that to be activated must be triggered by both triggers, so that it won't trigger before the player hits trigger_bobette. This will make wall_fandango disappear, which is what I want.
now, question is: I want fandango to die, be done with, disappear, never to return... but when trigger_blah, due to its triggermultipleness... is triggered again, it reappears. I do not want this... Fandango must die...
Any suggestions?
-I have a func_wall_toggle, named, lets say, wall_fandango. I want wall_fandango to appear because of a trigger, then disappear for good because of a trigger.
-I have a trigger_once, lets say, trigger_bobette. It makes wall_fandango appear in the first place.
-I have a trigger_multiple, lets say, trigger_blah. This goes to a multisource called... ms_happy, that to be activated must be triggered by both triggers, so that it won't trigger before the player hits trigger_bobette. This will make wall_fandango disappear, which is what I want.
now, question is: I want fandango to die, be done with, disappear, never to return... but when trigger_blah, due to its triggermultipleness... is triggered again, it reappears. I do not want this... Fandango must die...
Any suggestions?
You talkin' smack about HL1 mappers?
We're not ambitious are we?
We're not ambitious are we?
Copied and pasted from Tommy's site:
missing [ in texturedef
The 'missing [ in texturedef' message can be caused several ways:
missing [ in texturedef
The 'missing [ in texturedef' message can be caused several ways:
* One or more faces has no texture, or the texturename is just made up of spaces. Check for problems in WC 3.3/Hammer should detect them as 'invalid texture' messages.
* The texture name on one or more faces has a space in the middle of the name somehow (Textures are not allowed to have spaces in their names)
* You are using Worldcraft 2.0 or 2.1, and the worldspawn has a key/value of "mapversion" "220" If so, remove it.
* A Worldcraft 3.3 map was imported into WC 2.1 or 2.2, same problem as above.
* A Worldcraft 3.3 map was imported into Quark, also the same problem :)
* The map is in Worldcraft 3.3's .map format, but the "mapversion" "220" is MISSING from the worldspawn (this is really rare).I'm drooling over this...
You are an excellent artist Rimrook.
You are an excellent artist Rimrook.
Who said it was temporary ol' boy?
Very interesting...
but stupid!
but stupid!
Once again...
WHAT?
WHAT?
For atmosphere, check out one of the great tutorials that TWHL has to offer.
Take... this one for example:
http://twhl.co.za/tutorial.php?id=78
Take... this one for example:
http://twhl.co.za/tutorial.php?id=78
haha, thats a good compo...
ewwww..... You're tricky sir Daubster....
I'm glad to see you all being so productive...
May not be original, but I've yet to see a generally well done rubble map. A modern city that has been destroyed by some kind of a weapon would provide endless possibilities.
"Aisle Do"?
How lame...
Congrats.
How lame...
Congrats.
I have a dog.
He's sober.
He's sober.
You enjoy making a fool of yourself on youtube?
If a big ol' box says
Token too large
Its a .wad error...
Token too large
Its a .wad error...
I'm just throwing this out there:
It has nothing to do with the map, it is the server.
It has nothing to do with the map, it is the server.
make them in the ground.
... its my idea ...
woah, I must have missed something!
You can run a .rmf?!?!?
Make sure BOTH the .BSPs are in the value/maps folder...
You can run a .rmf?!?!?
Make sure BOTH the .BSPs are in the value/maps folder...