Forum posts
You can also draw a heightmap first and then load it into GenSurf. This way you have the terrain and the heightmap which you could use for other purposes (like, say, creating your own textures). This also makes you able to flatten certain parts of your map and you can create certain effects, like ripples, quite easily.
-when dozing off and getting back to reality just is a level transition
-when you suspect that behind each closed door the void starts
-when you suspect that behind each closed door the void starts
DoD uses or used Spirit, but only a very early build. If you are planning to do something with Spirit you'll have to make a minimod. At this point several minimods are being created where some of them are solely based on the Spirit code (so, no extra coding). These kind of mods include even RTS games 
Most of the wireless routers I know provide as well a 4 port UTP switch as the wireless connection. For maintenance reasons it's even exceptionally hard to configure a wireless router without the possibility of connecting to the router by UTP cable. So the answer will be yes, I give you about 99% chance it will work (if set up correctly).
In reply to m0p about the meaning of wireless connections: if your pc hardly ever moves and you have the possibility to connect it to the router by cable why waste that chance? A direct connection by cable is still faster and more stable as a wireless connection. Also a 100ft cat5 utp cable is cheaper than a wireless network card for a desktop system.
In reply to m0p about the meaning of wireless connections: if your pc hardly ever moves and you have the possibility to connect it to the router by cable why waste that chance? A direct connection by cable is still faster and more stable as a wireless connection. Also a 100ft cat5 utp cable is cheaper than a wireless network card for a desktop system.
I believe that at some point in the development of CS you could still add a func_vehicle to your map manually, so I don't know whether the term if its not in the CS fgd, you cant.. is correct. I also have a hard time imagining that the code has actually been removed, it is however very possible and likely that the scripted_sequence won't work.
Actually, you'll only need two walls. First one, like RabidMonkey777 said, a func_illusionary and the second one a clipbrush, but placed at the exact same spot as the func_illusionairy. This way you can also walk against the fence (which would be nice :P).
If you're working with Spirit, then what's your problem with creating exploding particles? (keywords: env_shooter, trigger on hit, env_explosion, *locus)
hefsys wrote:Java is a programming language, and "code" is a part of a program so hence javacode, a part of a program which was written in Java. Either way, it was fairly easy recognizable by the use of the System package in combination with the used syntax ;).
Yeah I know what Java is but not necessarily javacode.
ps: good moderation over there
Thanks - Seventh
Day of Defeat uses (or used?) Spirit too
Captain P. wrote:Since the input is the product of two elements the sum of those two elements will always be smaller than (or equal to) 2*sqrt(input). Basically this means that when you do a run from 1 till input, you will be repeating steps after the square root of the input.
where i is an integer that increases each time the while is run, as long as (i <= input).
For example, the number 24 :
24 % 1 = 0 -> 1 is a valid element, 24 / 1 = 24
24 % 2 = 0 -> 2 is a valid element, 24 / 2 = 12
24 % 3 = 0 -> 3 is a valid element, 24 / 3 = 8
24 % 4 = 0 -> 4 is a valid element, 24 / 4 = 6
24 % 6 = 0 -> 6 is a valid element, 24 / 6 = 4 <- we had this one already!
So, instead of going through 1 to 24, you can stop at 4 which means about 86% gain in speed(!). Ofcourse this is a little less since you have to calculate the other factors(6, 8, 12, 24) as well which can be done by dividing the input with x where x = (input - x * n = 0) & (x < sqrt(input)) | (x E N).
As you might suspect, this especially comes in handy when factorizing large numbers since the time saved in percentage is about (100 - 100 / sqrt(input)). When we take input as infinitely large wel'll notice a 100% decrease in numbers to be calculated. Unfortunately at infinity you'll still have to calculate sqrt(infity) numbers which is an infinite amount :P.
Maybe interesting, even the fastest factorial algorithm delivers tons and tons of overhead. Computing the factorials of the product of two 512 bit primes takes more than 5 years on a distributed network! This characteristic behaviour is cleverly used in the RSA public/private key encryption system which makes it one of the safest encryption systems of the last 25 years.
Either way, here is some javacode on how to do it :P.
...
int input = 24;
int sqrt = (int)Math.sqrt((double)input); //take the root
for(int i = 0; i <= sqrt; i++) //do the loop
if ((input % i) == 0) //is the input dividable by the number?
System.out.println(i + " / " + input / i); //then print the numbersI am a SoHL'er ofcourse
First things first, the mapvault isn't ment for uploading screenshots so don't.
Now, your problem, that screenshot is not sharp enough for me to be able to determine what's wrong with the visibile faces in your map. The only thing I can say at this moment is that you lack lights or have a leak in your map. This is a lighting problem though and not a vis problem. Uploading a better screenshot elsewhere would increase the chance of me actually being able to help you.
Now, your problem, that screenshot is not sharp enough for me to be able to determine what's wrong with the visibile faces in your map. The only thing I can say at this moment is that you lack lights or have a leak in your map. This is a lighting problem though and not a vis problem. Uploading a better screenshot elsewhere would increase the chance of me actually being able to help you.
How about a "My active threads page" where the forumvisitors can find the threads they started and/or the threads they replied at?
Pepper is right at that point, although I disagree with his idea that TWHL should be less friendly against people who just started to map. but, so far I'm quite (very) content with the changes about to be made around here
The easiest way is always a good format, whenever a computer is this messed up it's harder to fix everything without damaging anything than it is to do a clean format. Most off the time, processes that activate "themselves" when you activate other software are viruses. When a virus takes up this much cpu it's possible that your computer is being used as a mail client (which would explain the 50% cpu usage). If this is not recognized by your virusscanner, a format is (in case of a regular computer user) inevitable. So, either way I (as a more professional computer user) recommend a format.
Maybe you could post a log of your active (out/in)bound connections. Start command, type "netstat -a" and copy the result into this thread.
Maybe you could post a log of your active (out/in)bound connections. Start command, type "netstat -a" and copy the result into this thread.
A lot of trouble can be saved when you use the customized compile tools for Half-Life. Get them here, install them and if it still not works, we'll have a look at it
First of all, I love your eye for detail. I can see you really put a lot of time in this one. Now, for increasing your fps... You really 'use' a lot of available wpolys at the (church/hotel)windowframes. If you converted these ones to func_walls it would be a dramatic decrease on wpolys (and a lesser increase on epolys, since the areas around the frames won't be sliced up). Also, lower the details at the parts the players won't pay attention to anyway (like the roof of the small church). Where there is a lot of action going on or where the player can't reach, scale down the textures (use low res textures). About each texturepatch increases your wpolycount. On the blocking of vis, unfortunately for you, there isn't much to improve. One thing more, could you also upload your compiled bsp? That way we can see where the fpsdrops occur and thus we can work more efficiently
The car looks great for a car that I expect to see in Half-Life. Personally I think I will read your tutorial but won't try to model myself :P. Either way, good luck on finishing it (it's your holiday well spent ;))
That's a matter of good image-editing. This should be done before you import the image into Wally. I recommend not saving your images as JPEGs but saving them as BMPs where no qualityloss occurs. Second I recommend working in layers where you have a background layer and a foregroundlayer where the backgroundlayer is pure blue. This way you can easily correct mistakes and be sure there won't occur any odd colorblends. (Ofcourse, you can work with more layers if you like :P)
If you edit the texture in Wally go to 'colors-> edit palet'. Make sure here the lowerrightmost color is '0 0 255' and make sure you replace the '0 0 254' colors with this one. Now save, load, compile and enjoy your transparent texture.
Oh, and by the way, in reply to #1. VIS is used to determine the optimal collection of visible faces at any place of the map. By doing this the HL engine can skip rendering non-visible faces(which will be just overdrawn by the engine) and thus making the game faster (a good VIS run often results in lower r_speeds).
That is called the HOM or Hall of Mirror effect, it's just a place where nothing gets redrawn. Now about leaks and rad. In order to have a level correctly lit, there can be leaks in the map. This is, however, not supported by 'our' compile tools. Although it's highly unlikely it is possible Valve used other compiletools which took care of leaks right away (by just ignoring them). If you are using ZHLT you can also create the HOM effect by null-texturing a wall. I believe your map will still be correctly lit after you do this.
One 'hack' which uses HOM is motion blur. Make a map, make all the brushes which touch the void func_walls and render them transparant (texture). Now surround the bunch with a null textured 'skybox' (nullbox rather) or place nulltextured brushes to seal the entire map from leaks, and play the map, just have a look at what happens.
One 'hack' which uses HOM is motion blur. Make a map, make all the brushes which touch the void func_walls and render them transparant (texture). Now surround the bunch with a null textured 'skybox' (nullbox rather) or place nulltextured brushes to seal the entire map from leaks, and play the map, just have a look at what happens.
Yes, yes really. Read other posts, It has to do with the game recognising a certain bit (dunno how it works) of teh palette that makes it transparent. The blue is just to designate where it should be transparent on teh texture.It's just hardcoded; the engine draws all the visible pixels on the texture unless the pixel it's color is equal to the last color on the texture's palet. Ofcourse this only occurs when a brush it's rendermode is set to solid.
I have always been a regular visitor of the VERC and I'm also a regular visitor of their chatbox ever since DarkTruths was in development. At a certain day I typed /list in mIRC and discovered that it was not only #darktruths and #valveerc that had visitors but also a small room called #twhl. So I joined, visited the website and I liked what I saw. However since I got to know twhl by chat and not by the internet I'm still more active there than I am on the forums. So for all of you non-believers click here for all the other good in the world
Why are there sodamachines on the middle of the (seemingly to be) roundabout?
Public Transport (mo-fr free transport 
)and my bike at the campus
)and my bike at the campus Maybe there's a lost info_player_deathmatch somewhere outside your map?
It can be done with Spirit of Half-Life v1.2. It even makes it possible to generate clouds or you could let brushes move through the sky (as if they were giant vessels or meteorites). You can create pretty neat effects with it . But then again, if you make a Spirit-map you should release it as a minimod which is more work :).
. But then again, if you make a Spirit-map you should release it as a minimod which is more work :).Or use the Microsoft Visual C++ Toolkit. It's freeware
BrattyLordErm, well it prevents you from editing textures and materialfiles, besides it only takes 3 brushes too achieve the desired effect. I think you just think it's complicated because of the lap of text I added to describe why this works.
Mike! thats way too compicated! make invisable water and use the materials tut to get rid of the sound.
Maybe I'll add an example into the vault
Here is a possible solution:
When the player steps into the hole he gains speed until he comes into the first pink brush. This is a trigger_gravity with the gravity set to 0. When the player enters this brush he won't gain any more fallingspeed but nor will he lose his speed gained at his previous fall. Until the player reaches another trigger_gravity with another value he won't be affected any longer with it. Now he falls with a constant speed to the next pink brush. This pink brush is also a trigger_gravity with the gravity set to -1 (-1 * original gravity = -800 standard). Here the player will lose his speed and because he deaccelerates as much as he accelerated his endspeed will be 0. At fallingspeed 0 the player should reach the last pink brush where the gravity is reset to normal (1 * original gravity = 800 standard). Here he falls the last piece and he doesn't get hurt even though he made a rather quick drop.
You could experiment with the distances, the gravity values and the brushthicknesses to make it look more realistic (since the player comes to a complete halt in this example). You could even make the player able to jump up again by making the -1 trigger_gravity reachable within jumpheight and placing another trigger_gravity with gravity @ 1 at the beginning of the drop.
Either way have fun experimenting with this, I never tried this out myself so I'm curious whether it works.
You could experiment with the distances, the gravity values and the brushthicknesses to make it look more realistic (since the player comes to a complete halt in this example). You could even make the player able to jump up again by making the -1 trigger_gravity reachable within jumpheight and placing another trigger_gravity with gravity @ 1 at the beginning of the drop.
Either way have fun experimenting with this, I never tried this out myself so I'm curious whether it works.
Captain P : 2 Jun 04 14:11Yeah, I believe the dutch are quite well represented in the HL (editing) community. Talking about that, Dutch people are quite often involved in editing games. In fact the most important editingtools for Command & Conquer and the Sims were written by us
// Ow, Mike... you're Dutch I see? Heh, I knew we were with so much more people...
In reaction to Captain P, yes there is proof that the parts shown at E? 2003 were all scripted. For example, the strider had an 'limbo_under_bridge' animation. However I do think that the scripted parts will be gone when HL? gets released. It's very well possible they've prepared for E? 2003 at the end of 2002 where they weren't fully done with the AI yet and thus unable to show their AI in action. I sure hope so because it's not done to lie. However I'm still a HL2/Valve fanboy and I'm quite confidend that everything will be juuuust fine
(ps: physics, graphics already rocked @ alphastage)
(ps: physics, graphics already rocked @ alphastage)
In reaction to Pepper about the scripting part:
Everything (well, the most impressive stuff) shown at E? 2003 was scripted. From the combines kicking in doors till the strider limbo-ing under the bridge (the strider even had his own limbo animation). It is very well possible that Valve is working on a revolutionary artificial intelligence but they didn't showed it at the E? 2003 and I'm even not sure about the E? 2004. I just hope most of the scripting will be gone when HL? (I love alt + 253) gets released. :
Everything (well, the most impressive stuff) shown at E? 2003 was scripted. From the combines kicking in doors till the strider limbo-ing under the bridge (the strider even had his own limbo animation). It is very well possible that Valve is working on a revolutionary artificial intelligence but they didn't showed it at the E? 2003 and I'm even not sure about the E? 2004. I just hope most of the scripting will be gone when HL? (I love alt + 253) gets released. :
Good point monkey, in fact, this is my 1 billionth login! let's all celebrate ;). Actually the whole discussion is pointless indeed and trying to get your logins up is just bad for twhl's upload.
Just open and close the window quite often, it should raise your logins to 1000 or so within a matter of hours-minutes. (somebody wants me to write some software? )
)*me pokes people
When will there be a new competition?
-Mike
-Mike
Hmm, well I'd say you stop trying to make a func_vehicle in HL[DM] cause it won't work since HL doesn't support a func_vehicle. For a func_vehicle you have to stick to CS or wait for HL2 :).