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 .vmf files but never cared enough to find what they do throughly, and never used them. Also i have checked, and Hammer doesn't have the option to only save to .vmf (only to only .map and .dxf) and it does it automatically for all the formats at once, or at least with Baker's Qadapter on.

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 .fgd on this map
- 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 .fgd reason. 

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 .angles would also need to be something like '0 0 90'. 

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 .lit file next to your map in the maps folder. FYI. If your stain map is a "fence" texture then yes you "bake" it into the bsp file. 

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 .map to .bsp instead of actually compiling the thing. 

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. 

Whoops, nevermind, got it working now, thanks for the response anyways. 

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? 

https://imgur.com/a/tmtmz 

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 

https://www.youtube.com/watch?v=N2eNiuZ1D8w&feature=youtu.be&t=5h34m17s 

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? 

Set wait key to -1 

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? 

 

 

 

 

It is sometimes a good idea to make a wall or box of the height and width you want your resulting arch to be and use it as a guide to make sure you get the right sized arch for your doorway. This is especially helpful if you are using vertex manip to make an arch on a 45 degree angle. 

I had to reinstall windows so I backed up my map. But I made a mistake and backed up the bps instead of the map file! Is there a way I can turn the bsp back into a map file?