- 6 targets (func_breakables if you shoot them)
- 1 game_counter
- 1 game_end
Could you please tell me every parameter from the entity game_counter?
Forum posts
Assuming that you have the following entity setup:
Could you please tell me every parameter from the entity game_counter?
Could you please tell me every parameter from the entity game_counter?
A more real challenge would be a curved ramp (like the one on the picture) with support beams, and a fence on top of it. And, it must be OK for Counter-Strike's func_vehicle to traverse it with at most, minor problems.
That's so easy, a 14 year-old can do it! I'm going to try that just now.
I would recommend Sprite Explorer, it doesn't have many limitations as SprWiz.
@vodka95-ICR
The blue must have the position of 255, it needs to be the last colour. Of course, assuming that you have already set the sprite mode to Alphatest.
@vodka95-ICR
The blue must have the position of 255, it needs to be the last colour. Of course, assuming that you have already set the sprite mode to Alphatest.
Nothing is more important than waiting for Crashday 2. At least when it comes to games.
Quake bigger than GoldSource? Only Quake 3 and 4's engines are.
Half-Life 3 will use Source 3, because it will come out probably in 2033, by then, Source 2 will be old.
But yeah, Volatile 3D is nice.
Half-Life 3 will use Source 3, because it will come out probably in 2033, by then, Source 2 will be old.
But yeah, Volatile 3D is nice.
Since I look better in-person rather than on a picture, here's my gaming rig:
It's a beauty, running Far Cry (1) at 25fps on medium settings. I cleaned 20GB of space 2 days ago. That's a picture when I was installing 3DS Max 6 on it.
I believe that's what CLIP brushes are partially meant for.
You have been promoted to: "Wireless Schwarzunger"
Sprites are simpler to render, too. And they can be animated, and if I'm right, they can be transparent and animated at the same time, I hope.
Yes, you can also just lock 1 axis, but the Z-axis, if it's just 1.
Alternatively, take a look at this before attempting to rebuild hazardous!' tutorial.
The linked tutorial has pictures of each sprite orientation, so you can get a good sense about each one's usefulness.
Alternatively, take a look at this before attempting to rebuild hazardous!' tutorial.
The linked tutorial has pictures of each sprite orientation, so you can get a good sense about each one's usefulness.
I never got sprites right for foliage. They always face the player. I always ended up using func_illusionaries.You never made them not face the player, didn't you? Take a look here.
"Insta ban" probably means "Instant ban". That means that something/somebody will be banned instantly, at the given moment.
You'd have to make sprites "stand still" (I did a nice tut on GameBanana), and then it will need to be transparent. (Also, hazardous! made a tutorial for the Valve ERC, which is archived on TWHL)
Of course, I could make a custom one for you, but I'm busy experimenting with Far Cry (ever since the "discovery").
Since you made that map saddam_village, I'm sure you could extract the bush texture and turn it into a sprite.
Of course, I could make a custom one for you, but I'm busy experimenting with Far Cry (ever since the "discovery").
Since you made that map saddam_village, I'm sure you could extract the bush texture and turn it into a sprite.
Nah, everything is possible. I carved an arch once. It worked perfectly! I even have an unfinished theoretical model of carving spheres.
While it is actually possible (also with expanding the grid size to 13000x13000 units), the end result would be horrible, and the map would also be hard to work with, unless you have a good PC with a GPU equivalent to a GTX 480, but the engine would still struggle. +compile times.
If you want some open maps, Source is OK up to a point, while CryEngine (even CE1) seems the best one for the task.
To answer the second question, I'm not sure. But, there's a map of mine, "de_crater" or "dm_crater". And, I'm soon going to add open world maps into my Half-Life mod, "An unknown game".
If you want some open maps, Source is OK up to a point, while CryEngine (even CE1) seems the best one for the task.
To answer the second question, I'm not sure. But, there's a map of mine, "de_crater" or "dm_crater". And, I'm soon going to add open world maps into my Half-Life mod, "An unknown game".
It's not that complicated with the clipping tool. You basically make a square brush, and cut it diagonally, thus making 2 triangles, and then copy that polygon brush to make an area of triangles.
Just make sure that they're NULLed, and then apply a visible texture on top of them.
Just make sure that they're NULLed, and then apply a visible texture on top of them.
I'll tell you something, to be honest. I am a mapper with 1.25 years of experience, and I've never used SKIP or HINT. I've only used some clip textures, then a lot of nulls, and a bevel there and there.
But I'll certainly see if this map has problems. Basically, hint brushes alert the VIS, and thus help it, to optimize the map. Of course, it happens if they are used well.
Also, there's a texture called 'SKIP'. Using that, you can paint only one side of the brush with hint, and the other sides will be ignored by VIS.
But I'll certainly see if this map has problems. Basically, hint brushes alert the VIS, and thus help it, to optimize the map. Of course, it happens if they are used well.
Also, there's a texture called 'SKIP'. Using that, you can paint only one side of the brush with hint, and the other sides will be ignored by VIS.
Looks so wrong to have high resolution shadows on a surface directly next to ome with blobby, low resolution shadows...That's not true in some cases. If, let's say, a box is on a surface with hi-res lightmaps, next to a surface with low-res lightmaps, that would be perfectly OK. But only if there was an object far away from the low-res surface. Only then, a blurry shadow would make sense.
It commonly happens in real life. Bodies far away from their surfaces cast blurry shadows. Also, it depends on the intensity of the light itself.
In GoldSRC, the names of textures (for use with some sounds) are located in materials.txt. I'm unsure about Source.
It accidentally happened to me, when I was making an HD texture of a Half-Life crate. I named it the same as the original one, and I used the HD one in the editor.
I think it depends on the order by which you've added the texture, or it might also depend on the alphabetical order of the wads.
I think it depends on the order by which you've added the texture, or it might also depend on the alphabetical order of the wads.
I immediately noticed the problem with the brush.
It will be hard to understand, if you're new to this, but I'll try:
I noticed how a vertice is slightly offset, it's not in the right place. You should try moving the vertice with the VM Tool. Of course, you'll get a non-planar brush, but you can solve that by using Ctrl+F.
Ctrl+F is a command which splits a face into 2 separate ones. You basically select 2 vertices of a face, and you select 2 edges (which don't connect to each other), and then you press Ctrl+F.
If you don't understand maths very well, you might have a problem. Here's a resulting face after the process:
__________
|........./|
|......../.|
|......./..|
|....../...|
|...../....|...Ignore
|..../.....|....the
|.../......|...dots
|../.......|...please
|./........|
|/.........|
Simply said, it creates 2 triangles on a face.
So, by using this, you can fix the brushwork problem.
Now, as for the turret thing:
You just need to assign the rotating part a "func_tank" entity, which should shoot something at you. Of course, do not forget to add an origin brush.
It will be hard to understand, if you're new to this, but I'll try:
I noticed how a vertice is slightly offset, it's not in the right place. You should try moving the vertice with the VM Tool. Of course, you'll get a non-planar brush, but you can solve that by using Ctrl+F.
Ctrl+F is a command which splits a face into 2 separate ones. You basically select 2 vertices of a face, and you select 2 edges (which don't connect to each other), and then you press Ctrl+F.
If you don't understand maths very well, you might have a problem. Here's a resulting face after the process:
__________
|........./|
|......../.|
|......./..|
|....../...|
|...../....|...Ignore
|..../.....|....the
|.../......|...dots
|../.......|...please
|./........|
|/.........|
Simply said, it creates 2 triangles on a face.
So, by using this, you can fix the brushwork problem.
Now, as for the turret thing:
You just need to assign the rotating part a "func_tank" entity, which should shoot something at you. Of course, do not forget to add an origin brush.
I was making a joke map for some time, here's the outcome:
"Roki's burekkia/burek shop"
Still, it's not finished and it's going to be integrated into de_stroyschool.
Still, it's not finished and it's going to be integrated into de_stroyschool.
Yeah, a func_tank, sith Render Mode set to Additive. As for the 'going-through-the-wall' problem, just pretend those are a new type of "see-through" lasers with an effect similar to polarization, but through stuff other than glass?
And I'm waiting for Valve to make a decision about porting Day of Defeat to Source 2. It would be a nice idea.
Hmm-hmm! Jackhammer's .rmfs can be opened in Sledge, but only if you save them as a .map file and open them in Sledge, and then save as an .rmf. That may cause several glitches, but works perfectly for Valve Hammer Editor importing.
Alright, just to clear some things up...
In CS:GO it is possible to have both 'prop' vehicles and brush-based vehicles. However, for these prop vehicles I'm unsure how they're made, but you have to parent the player to a 'prop_vehicle' when you press an invisible button which you've added to the car. It worked barely once, but that's just a prototype I'm developing for CS:S.
As for the brush vehicles they are very easy to make. You just need a button, a 'func_physbox' brush (the body of the vehicle), and 4 cylindrical 'func_physbox'es (wheels), and in order to control it, you'll need a few thrusters, and don't forget to make the wheels spin around the axis' of the vehicle.
But, being given the situation of creating a snowmobile, I', sure how you won't need wheels, so it's purely made out of the body, thrusters, and a button to activate the game_ui which controls the vehicle itself.
In CS:GO it is possible to have both 'prop' vehicles and brush-based vehicles. However, for these prop vehicles I'm unsure how they're made, but you have to parent the player to a 'prop_vehicle' when you press an invisible button which you've added to the car. It worked barely once, but that's just a prototype I'm developing for CS:S.
As for the brush vehicles they are very easy to make. You just need a button, a 'func_physbox' brush (the body of the vehicle), and 4 cylindrical 'func_physbox'es (wheels), and in order to control it, you'll need a few thrusters, and don't forget to make the wheels spin around the axis' of the vehicle.
But, being given the situation of creating a snowmobile, I', sure how you won't need wheels, so it's purely made out of the body, thrusters, and a button to activate the game_ui which controls the vehicle itself.
If you're really looking for a song with a good voice, then nobody beats Scatman!
Skabadabadibibubugege-rongrrongrrongrron-ge-gedubedo. I'm the Scatman! (those are my own transliterations)
Skabadabadibibubugege-rongrrongrrongrron-ge-gedubedo. I'm the Scatman! (those are my own transliterations)
This is what I listen to.
I think that a glowing sprite in the middle of the func_rotating could give a nice effect to it, for the sake of looking nice.
I apologize for hitting this thread, but I saw people speaking languages other than English.
"Pa šta čekamo? Odoh ja praviti mape."
So what are we waiting for? I am going to make maps. (that's my native language, Bosnian, even if it's very similar to Croatian and Serbian, and I speak those 2 too)
"Modelleri yapma çok zor bir iş."
Making models is a very hard/difficult job. (I'm, however, not very good at Turkish)
And I know a very tiny bit of German, but it's easy to understand on some words. "Ja, Deutsche ist leicht, aber, ich spreche nicht..."
Seriously, I didn't use Google Translate, so there are probably some errors.
Edit: It seems that some special letters are messed up...
I apologize for hitting this thread, but I saw people speaking languages other than English.
"Pa šta čekamo? Odoh ja praviti mape."
So what are we waiting for? I am going to make maps. (that's my native language, Bosnian, even if it's very similar to Croatian and Serbian, and I speak those 2 too)
"Modelleri yapma çok zor bir iş."
Making models is a very hard/difficult job. (I'm, however, not very good at Turkish)
And I know a very tiny bit of German, but it's easy to understand on some words. "Ja, Deutsche ist leicht, aber, ich spreche nicht..."
Seriously, I didn't use Google Translate, so there are probably some errors.
Edit: It seems that some special letters are messed up...
I am used to Jackhammer, but VHE still has the same feature...
You don't have to cut it up into triangles, nor tetrahedrons, since you can simply split the faces using the Ctrl + F command.
It's done inside the VM tool, you just select 2 'white' vertices, which are, umm, adjacent to each other, and then you apply the command.
You don't have to cut it up into triangles, nor tetrahedrons, since you can simply split the faces using the Ctrl + F command.
It's done inside the VM tool, you just select 2 'white' vertices, which are, umm, adjacent to each other, and then you apply the command.
Here it is: http://twhl.info/vault.php?map=6097
Alright, alright... I'll upload an example map with all of the 6 directions: up, down, left, right, forward, and backward.
Just realize that it's not "!cur_", but "!cur_0" as it shouldn't contain any additional letters. Or maybe it's not "!cur", perhaps it's "cur". In any case and/or situation, I am going to make the map to prove my accidental re-discovery.
Just realize that it's not "!cur_", but "!cur_0" as it shouldn't contain any additional letters. Or maybe it's not "!cur", perhaps it's "cur". In any case and/or situation, I am going to make the map to prove my accidental re-discovery.
Dr. Orange, I don't think that "!cur_" is a prefix. As much as I remember I had a texture named "!cur", or "!cur_90". Without any additional characters. I went through some trial and error to get it working.
But they work very well, even if you can't change some of the parameters (Render Mode) without turning it into an entity. I have the .wad file, and the test map itself. I'll upload an example map (along with the .rmf and a .wad) as soon as possible.
But they work very well, even if you can't change some of the parameters (Render Mode) without turning it into an entity. I have the .wad file, and the test map itself. I'll upload an example map (along with the .rmf and a .wad) as soon as possible.
I only found source code of the beta version of Counter-Strike, and I'm not sure if it's original or just a mimick. I found it on a site called gamer-lab.ru, I think, but I am unable to connect to it for an unknown reason.
I assume how 50% of the mappers don't know this:
There is a water current texture. It can be used in rivers to push players in the direction of the water. Hold on, I saw that somewhere on "The Tommy of Escondido", it is a mapper's site, which contains some interesting information.
I think the prefix for currents is '!cur_', however, not just that, you can also set it to go down, up and in certain directions: !cur90_, !cur180_ !cur270_, etc. It acts as if it's a water brush, and I don't think you need to turn it into a func_water entity. It's interesting, I tested it once, and if I remember correctly, the speed of the current is affected by how much you stretch the texture.
There is a water current texture. It can be used in rivers to push players in the direction of the water. Hold on, I saw that somewhere on "The Tommy of Escondido", it is a mapper's site, which contains some interesting information.
I think the prefix for currents is '!cur_', however, not just that, you can also set it to go down, up and in certain directions: !cur90_, !cur180_ !cur270_, etc. It acts as if it's a water brush, and I don't think you need to turn it into a func_water entity. It's interesting, I tested it once, and if I remember correctly, the speed of the current is affected by how much you stretch the texture.
TWHL is easily comparable to the community of Far Cry 1.
They are there (like me), talking (like me), but rarely even make content anymore (except me, for FC, of course) (which I can't exclusively say for all the content on TWHL, probably the tutorials).
They are there (like me), talking (like me), but rarely even make content anymore (except me, for FC, of course) (which I can't exclusively say for all the content on TWHL, probably the tutorials).
Probably if you add a second func_train which acts like the dynamic light.
If the elevator is a func_train then we could, maybe add another func_train which has the FADE texture applied to it, but if you only set the Render Mode to Additive.
The effect was used in Opposing Force (multiple times), in the train ride, and in the map with lasers, too, which had a red alarm, which was an illusion of a dynamic light, but it was (I think) a func_rotating with a red texture.
If the elevator is a func_train then we could, maybe add another func_train which has the FADE texture applied to it, but if you only set the Render Mode to Additive.
The effect was used in Opposing Force (multiple times), in the train ride, and in the map with lasers, too, which had a red alarm, which was an illusion of a dynamic light, but it was (I think) a func_rotating with a red texture.