 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
It is so weird i have to tell it to someone, and to booth it happened two times. I'm tempted to put it on the drunk thread due to its weirdness.
To summarize, out of nowhere Hammer has deleted all the ''color'' keys from all the lights in a single map, after having put them several days ago, and had worked on the map and compiled it a lot these last days. It reminds me of the Witchcraft (named by RikyT23 that way if i remember well) that i reported some years ago. http://www.celephais.net/board/view_thread.php?id=4&start=12855&end=12866 and http://www.celephais.net/board/view_thread.php?id=4&start=14183&end=14186 Now back to put the keys back on around 350 lights Hammer can "lose" stuff if you try to open an rmf and save as a vmf and then later open the rmf again by mistake.
JACK can "lose" stuff if you try to open a vmf or rmf and save as a jmf and then later open the vmf by mistake. You're SOL if you accidentally then saved over your jmf with the old vmf...unless you happen to have your autosave feature turned on in which case check the back ups to see if they still have color. As it happens while i am working and not after opening. I know about
Truth to be told i have a suspect: the only new thing i have done between the two keys' deletes is test the Ignore Groups option, which in Hammer and in Jack probably too gives lots of problems. For example: - If i select any or all brushes of a brush entity with IG on and edit them in any way, the entire entity can go back to the original world brushes, which can happen too if i try to clone parts or the whole of it. - Same happens when editing with IG on a group with any world entities in. Apart from that, my suspicions come from: - Why it affected only the color keys i suspect is because it is the only key i manually inputed and is not on the - Most of the lights where grouped each with a box made out of world and entity brushes. - After all this weird behavior when editing entities with IG on i stopped completely using it for entities or groups with entities till i edited the alignment of the textures of all the brushes of a entity brush thinking that it wouldn't trigger the bug and a few minutes after that i noticed that the color keys dissapeared. - What i don't get is why it affected all the lights, grouped or not. My supposition is that it messed with all the entities at the same time and it has to do with the how do i put down blood decals, i think i saw one in map jam 9 there was a death knight body with a blood decal i was wondering how i do it myself
It might be a {fence texture on a func_illusionary that's one unit tall and textured with skip on the sides.
It might just be a texture that has blood splats on it. It might be a func_illusionary with a self.model of "progs/s_blood.spr", but I doubt it since it would have to be precached. Not sure, but if I were to import my own blood decal, would it get stored in the map file when it compiles, i would really prefer to keep my map releases as a single file.
If you use colored lights you will have a
Hi! New guy here, eager to start mapping. I just downloaded TrenchBroom and set it up as the manual says from the download. I also downloaded the 0.92.1 version of Quakespasm from the site and am using it as the engine for the application. I'm new to mapping for Quake 1 so I decided to compile a small square room map with some random stuff on it to see if I set the tool up right and it compiled with no error message. As soon as I try to run the map via console command on Quakespasm, I get the error message "Mod_LoadBrushModel: maps/test2.bsp has wrong version number (1193291567 should be 29)".
I don't exactly know what I did wrong, I only made a few brushes and entities. The directories with the game path is set at the Quake 1 folder same thing with the engine with the Quakespasm executable. I'm using Tyrann's Quake 1 Tools (v0.15.11, not exactly sure if that's the newest or the most recommended.) Here's what the compile window looks like. https://imgur.com/a/8wE4S I don't exactly know what I did wrong, would like some feedback. 1193291567 == 0x47202F2F == "// g"
Looks like somehow you just renamed the Yeah, about that. I'm guessing I need to play around with it a bit. I'm not that big into coding so I don't know what else to do to fix this. There was a screenshot of the compilation window inside the Trenchbroom manual, tried the parameters exactly as it was in it and I ended up just renaming it like what you said.
I am talking about arches like this:
http://www.celebrationspartyrentals.com/wp-content/uploads/2015/05/Wrought-Iron-Parisian-Arch.jpg I can create corners just fine but not something as complex as a proper arch. I just can't figure this out. Anyone have a tutorial? See response above but also start playing with the vertex tool. There was a stream last week from Josh Skelly that really went into detail on his method. Go to the end of this video about 5:55:55 or so.
https://www.twitch.tv/videos/178387750 now I have a new problem. I am trying to make a switch open a door but the door won't stay open. How do I make it so that once the door has opened it stays that way?
About the arch video though. I have figured out how to make the arches themselves but it ended up being taller than I wanted it to be. How do I calculate the arches in such a way as to make them the correct width and height?
|
|
|
|
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |