Forum posts
- Forums
- Posts
- Posted by
Dr. Orange
The VHLT tools comes with an empty* lights.rad file.
If you have the lights.rad file that comes with Hammer 3.4/5, use that one instead. Otherwise, I think there's also a valve.rad file that contains most, but not all of the Half-Life texlights.
* All texlights have their value set to 255 255 255 0 and are commented out.
If you have the lights.rad file that comes with Hammer 3.4/5, use that one instead. Otherwise, I think there's also a valve.rad file that contains most, but not all of the Half-Life texlights.
* All texlights have their value set to 255 255 255 0 and are commented out.
New crate texture!
Feedback is appreciated.
Here's the canteen the clock I mentioned earlier is in:
Another note is that I've decided to drop the detail textures for now. Maybe I'll pick them up later if I make an analysis whether or not it actually looks better.
I made a working clock setup!
Sadly, I couldn't find a way to sync it up with real world time.
This is a problem I've often experienced with Hammer. Point entities are always offset by a fraction of a unit for some reason. The only reason I could think of this being is it's either a bug or Valve thought it would be easier to select them if putting multiple point entities in the same spot. It's really only an inconvenience 
You can read about what the different keyvalues do here.
Yeah, there's a phys_keepupright entity wich links to physics objects to... Keep them upright I guess.
Yes. If the logic_auto fires an output to change any of the tonemap settings, it will stay that way. If you suspect someone will tamper with the tonemap values mid-round, it might be a good idea to make it fire every round. Either way, there's probably no difference. Just have a logic_auto set up with this output:
Output name: OnMapSpawn
Entity to target: <env_tonemap_controller name>
Input: SetAutoExposureMax/Min
Parameter override: The values you have found through testing
That should work. If you still think it doesn't look very good, just tamper around with the various inputs the env_tonemap_controller have until it looks good.
Output name: OnMapSpawn
Entity to target: <env_tonemap_controller name>
Input: SetAutoExposureMax/Min
Parameter override: The values you have found through testing
That should work. If you still think it doesn't look very good, just tamper around with the various inputs the env_tonemap_controller have until it looks good.
It shouldn't affect performance to change the HDR values. I don't really know how map resets work in CS:GO, but I think if you don't plan to change the HDR values during the rounds, setting them at map spawn once should work. I hope this helped!
Well, it is intended behaviour. HDR is supposed to represent the way our eyes adjust to changes in brightness. What you could try to do is make it less obvious by using the SetToneMapRate input to something low, like 3. This will make changes happen slower. You can also try to set the min and max values much closer, for example: Tonemap scale max = 1.1, min = 1.0
You might want to fine tune your tonemap settings. In Hammer, create an env_tonemap_controller entity and name it something. Then, in-game, use the command ent_fire <env_tonemap_controller name> SetAutoExposureMax/Min to set the tonemap settings to something that looks good. Then back in Hammer, create a logic_auto that fires the ouptuts with the values you set in-game.
env_explosion entities must be set to be repeatable in their flags to be able to be used again.
Ladders in CS:GO probably weren't made for anything but traversing vertical surfaces.
This post was made on a thread that has been deleted.
func_wall_toggle is obsolete in Source. It can only be toggled and have minimal settings. Instead, you should use func_brush entities wich can be individually enabled and disabled instead of only toggled, and also have more options such as wether or not to cast shadows or be solid.
So, 1.9.2 have been released now. Will the server be updated?
Not true; The +Number states are 'on' and the +Letter states are 'off' (depending on which texture is applied in the normal state.I meant that there are no textures with multiple off frames (+a, +b, +c...) in the stock valve Half-Life wads.
Example
It might just be a remnant of the Quake code, just like the toggled animation. Really, there's no official texture that have two animated states. There's a lot of animated textures with a single "off" frame, but there are literary none with multiple "off" frames.
Anyway, nice server!
I have tested if textures starting with !cur_ or !cur<number>_ works as intended. They don't.
It's very possible with vanilla HL. In func_train, there's a keyvalue called "XYZ Velocity" or something. The values for it is the degrees in seconds you want it to spin around that particular axis.
A question about the server: Is PVP on or off? I personally prefer peaceful servers where the main focus is building rather than survival.
The maps have the wad files internally included in them. First, you need the wad with the textures to be able to use them in Hammer. Then, you can either use the stock Half-Life compile tools with -nowadtextures (not recomended), or if you're using the ZHLT you can use -wadautoinclude wich only packs used wads. Other people then don't need to download the wad along with the map.
To decompile the models, you need to download an external program other than HLMV. The model viewer only offer a way to set up the decompile program for easy decompiling without command lines.
But you don't need to decompile a model to change it's textures with HLMV. Simply export the texture from model viewer, change it up, make sure it's 256-color indexed, and import it back in and save the model! If you're having troubles with that, it's most likely just a problem with the edited texture, and not the program. Make sure it have the same height and width as the original texture, and make sure it's an 8-bit image (indexed with 256-colors).
But you don't need to decompile a model to change it's textures with HLMV. Simply export the texture from model viewer, change it up, make sure it's 256-color indexed, and import it back in and save the model! If you're having troubles with that, it's most likely just a problem with the edited texture, and not the program. Make sure it have the same height and width as the original texture, and make sure it's an 8-bit image (indexed with 256-colors).
I read somewhere that if you needed more frames, after +9 you could use +A, +B, etc. Never tested it, but maybe someone else knows.
An animated texture can actually have two animated states. The "on" state is, as said, labeled with +0-9, while the toggled state can also be animated with +a-j.I also think that you can combine most texture states. Just name it !+0waterfx.
An animated texture can actually have two animated states. The "on" state is, as said, labeled with +0-9, while the toggled state can also be animated with +a-j.
Guess the next TWHL competition could be to see who's the best with command blocks?
So, a Minecraft server, eh? Can we see TWHL Tower: Minecraft edition on the horizon?
Textures that starts with "-" and a number are randomly selected and replaced by each other during compiles, allowing for texture variance without having to place each texture inidividually.
I don't know what image editor you're using, nor how to do it in it, but generally there should be an option to make the image use indexed colors instead of full rbg. In GIMP, this is done through image>mode>indexed.
Your new bmp files must have the exact same resolution as the original image, and it must be indexed with a maximum of 256 colors.
Will this works for other players???Yes. All this does is enable support for models to be rendered by the cycler_sprite entities, by defining that it's a model entity. In-game, it will work just the same either way. It's just to prevent Hammer from crashing when using models with cycler_sprite.
I think you need to make some changes to the fgd so it supports models. I think I had this problem too.
Open up the halflife.fgd file, and go to the definition for cycler sprite. Change sprite(sprite) to sprite(studio) and it should work.
Open up the halflife.fgd file, and go to the definition for cycler sprite. Change sprite(sprite) to sprite(studio) and it should work.
It should just be a matter if putting a model display entity (monster_furniture or cycler_sprite), setting it's keyvalues so it's rendered correctly (I know what in_teleport.mdl looks like, you're gonna have to render it additively) and just copy-paste it at all spawn points.
This post was made on a thread that has been deleted.
I found a way to orginize my map sectors. Other than that, here's a brand new screenshot of the Sector F Lambda Labs entrance:
What was the logic behind the first one?
"8 anime atom window" was what I thought first.
"8 anime atom window" was what I thought first.
@potatis_invalid
Ohhh... hlbsp.exe
Ohhh... hlbsp.exe
I saw some sort of structure, wich could be it being compiled into an compilation, and I saw a Windows window. Dunno about the pool ball and anime guy, but I thought it might be some really obscure reference or something.
So I put it togheter like this: something + ccompile + window, and dusting off the algebra skills, I figured that "something" could have been expert since expert compile window exists. So yeah.
So I put it togheter like this: something + ccompile + window, and dusting off the algebra skills, I figured that "something" could have been expert since expert compile window exists. So yeah.
@potatis_invalid
Expert compile window?
Expert compile window?
If you add them to the material exclusion list, that will exclude them from the material browser.
Seems fun enough. Is it entity report?
What happens if you replace the non-entity brush with the entity brush?
Also, to properly use Dropbox for image embeds, you need to change the URLs from www.dropbox.com/s/xxxxxxxxxxxx/file.jpg?dl=0 to dl.dropboxusercontent.com/s/xxxxxxxxxxxx/file.jpg.
Also, to properly use Dropbox for image embeds, you need to change the URLs from www.dropbox.com/s/xxxxxxxxxxxx/file.jpg?dl=0 to dl.dropboxusercontent.com/s/xxxxxxxxxxxx/file.jpg.
If you want toggleable or loopable music, you should make it an ambient_generic instead, and the sound file should be a wav file.
Leave the "NOT Toggled" flag off and once the boss have been killed you can toggle it off to stop music. Maybe also toggle another, one-shot ambient_generic to ease the transition.
To sumarise, for the situation you are describing, I would recomend an ambient_generic instead of target_cdaudio.
Leave the "NOT Toggled" flag off and once the boss have been killed you can toggle it off to stop music. Maybe also toggle another, one-shot ambient_generic to ease the transition.
To sumarise, for the situation you are describing, I would recomend an ambient_generic instead of target_cdaudio.
If you want toggleable or loopable music, you should make it an ambient_generic instead, and the sound file should be a wav file.
Leave the "NOT Toggled" flag off and once the boss have been killed you can toggle it off to stop music. Maybe also toggle another, one-shot ambient_generic to ease the transition.
To sumarise, for the situation you are describing, I would recomend an ambient_generic instead of target_cdaudio.
Leave the "NOT Toggled" flag off and once the boss have been killed you can toggle it off to stop music. Maybe also toggle another, one-shot ambient_generic to ease the transition.
To sumarise, for the situation you are describing, I would recomend an ambient_generic instead of target_cdaudio.
The only noticable change is that Steam HL loads mp3 files from the Half-Life files, while WON loads them directly from the currently inserted cd disc music tracks. I believe you could put the HL disc in a music player and it would play the game music right of the bat.
If you want the default music from Half-Life, you can use target_cdaudio. This will play the the specified soundtracks from Half-Life. A list of wich sound file correpsonds to wich Hammer value can be found here.
If you want your own music and are making a full mod, you can replace the .mp3 files in the mod's media folder with your own music, as long as they have the same file names as the original Half-Life music files.
If you want your own music and are making a full mod, you can replace the .mp3 files in the mod's media folder with your own music, as long as they have the same file names as the original Half-Life music files.
What if I can't use the google docs folder?
So, the GoldSource version is using the normal old GoldSource engine, right? Not Spirit or anything?