diff --git a/README.md b/README.md
index 622324d8..4e763db8 100644
--- a/README.md
+++ b/README.md
@@ -58,7 +58,7 @@ I started this project in 2012 and focused on making this code being future proo
All 3 light types (point, spot, parallel/sun) are supported which means parallel lights (sun) use
scene independent cascaded shadow mapping.
* True internal 64 bit HDR lighting with filmic ACES tone mapping and gamma-correct rendering in linear RGB space
-* Enhanced Subpixel Morphological Antialiasing as a cheap alternative for MSAA. For more information see "Anti-Aliasing Methods in CryENGINE 3" and the docs at http://www.iryoku.com/smaa/
+* Enhanced Subpixel Morphological Antialiasing as a cheap alternative for MSAA and that works well with HDR. For more information see "Anti-Aliasing Methods in CryENGINE 3" and the docs at http://www.iryoku.com/smaa/
* Filmic post process effects like Chromatic Aberration and Dithering
* Screen Space Ambient Occlusion http://graphics.cs.williams.edu/papers/SAOHPG12/ used to only dim down the Global Illumination contribution like in the Frostbite engine
* Bink video playback through libbinkdec (thanks to Daniel Gibson) or FFmpeg (thanks to Carl Kenner)
@@ -80,19 +80,14 @@ I started this project in 2012 and focused on making this code being future proo
## Modding Support
RBDOOM-3-BFG allows mod editing and has many tiny fixes so custom content can be put into mod directories and the engine accepts it like vanilla Doom 3. DOOM 3 BFG wasn't designed for actual development or modding support. Many things like reading anything outside of the packed resource files was not supported. I also fixed many things in the renderer like r_showTris.
+* TrenchBroom Mapping Support - see more information in the TrenchBroom section
* New PBR related material keywords like basecolormap, normalmap, rmaomap
* invertGreen( normalmap.png ) material keyword to allow flipping the Y-Axis for tangent space normal maps
* PNG image support
* Collada .DAE model support in addition to .ase and .lwo for static map models
* Wavefront OBJ model support to make it easier getting static models from Blender/Maya/3D Studio Max into TrenchBroom
* Added back dmap and aas compilers (mapping tools, thanks to Pat Raynor) and improved them to work with TrenchBroom
-* Added in-engine Flash debugging tools and new console variables.
- These tools help to analyse the id Tech view of Flash and what SWF tags are supported and how they are interpreted
- by id Tech's own ActionScript 2 interpreter
- - postLoadExportFlashAtlas
- - postLoadExportFlashToSWF
- - postLoadExportFlashToJSON
- - swf_show : Draws the bounding box of instanced Flash sprites in red and their names
+* Added in-engine Flash debugging tools and new console variables
* Added Steel Storm 2 Engine render demo fixes
* Merged LordHavoc's image compression progress bar which shows up in the map loading screen
when loading and compressing new images from mods
@@ -109,14 +104,6 @@ so it would end up looking like: RBDoom3BFG +set fs_game modDirectoryName
IMPORTANT: RBDOOM-3-BFG does not support old Doom 3 modifications that include sourcecode modifications in binary form (.dll)
You can fork RBDOOM-3-BFG and create a new renamed binary that includes all required C++ game code modifications.
-## TrenchBroom Mapping Support
-***The goal of the TrenchBroom support is to make mapping for RBDOOM-3-BFG as easy as for Quake 1.***
-
-* idMapFile and dmap were changed to support the Valve 220 .map format to aid mapping with TrenchBroom
-* Added exportFGD `[nomodels]` console command which exports all def/*.def entityDef declarations to base/exported/_tb/ as Forge Game Data files. TrenchBroom has native support to read those files https://developer.valvesoftware.com/wiki/FGD.
-If the nomodels argument is not given then it will also export all needed models by entity declarations to base/_tb/ as Wavefront OBJ files.
-* Support ***angles*** keyword again for TrenchBroom like in Quake 3
-
---
# ".plan"
@@ -351,48 +338,28 @@ The first top band is the original signal. The second shows just 8 blocks and if
# TrenchBroom Mapping Support
-
+
-***This is still very much Work in Progress and not supported by the official TrenchBroom.***
+***The goal of the TrenchBroom support is to make mapping for RBDOOM-3-BFG as easy as for Quake 1.***
-Mapping for Doom 3 using TrenchBroom requires an extended unofficial build that is bundled with the official RBDOOM-3-BFG 7z package.
+Mapping for Doom 3 BFG using TrenchBroom requires an extended unofficial build that is bundled with the official RBDOOM-3-BFG 7z package.
You can find the customized version under tools/trenchbroom/.
-You can get the source of that version here:
+More information about this custom TrenchBroom and the source code is here:
-https://github.com/RobertBeckebans/TrenchBroom/tree/doom3-support3
+https://github.com/RobertBeckebans/TrenchBroom
-Doom 3 also requires some extensions in order to work with TrenchBroom. I usually develop these things for RBDOOM-3-BFG but I created a seperated brach for vanilla Doom 3 so everybody can adopt TrenchBroom and the new Doom 3 (Valve) .map support.
+Doom 3 BFG also requires some extensions in order to work with TrenchBroom.
+The Quake 1/2/3 communities already adopted the Valve 220 .map format in the BSP compilers and I did the same with dmap in RBDOOM-3-BFG.
-https://github.com/RobertBeckebans/DOOM-3/tree/506-TrenchBroom-interop
-
-The goal of the TrenchBroom support is to make it easier to create new maps. It doesn't allow to create bezier patches at the moment so you won't be able to edit existing Doom 3 maps.
-
-You can only save maps to the Doom 3 Valve format but you can copy paste from the vanilla Doom 3 .map format into the Doom 3 (Valve)configuration and reset your texture alignment as you want.
-TrenchBroom doesn't support brush primitives like in D3Radiant or DarkRadiant and if you are familiar with TrenchBroom then you know that the preferred .map format is some kind of (Valve) .map format for your game.
-
-The Quake 1/2/3 communities already adopted the Valve .map format in the BSP compilers and I did the same with dmap in RBDOOM-3-BFG.
-
-Here is an overview of the changes made to TrenchBroom:
-
-***New***
-* Doom 3 .map parser with brushDef3, patchDef2, patchDef3 primitives
-* Doom 3 Valve .map configuration
-* Quake 3 .shader parser adopted to support .mtr
-* .mtr support includes support for Doom 3 diffuse stages and the lookup for them is like in idMaterial::GetEditorImage()
-* New Doom 3 OBJ parser. My TB Interop branch automatically creates OBJ files to work with TB and it also allows seamless interop with Blender 2.8x and 2.9x with the need of additional model formats for func_static entities (like misc_model for Quake 3)
-* Game FGDs for Doom 3 and Doom 3 BFG
-
-***Issues***
-* It has no support for BFG .resource files and .bimage files. BFG only shipped for precompressed textures and no .tga files so people who want to mod for BFG have to copy the vanilla D3 base/textures/* and base/models/* to D3BFG/base/
-* Many entities work differently in Doom 3 if they have an origin. Brush work in D3 is usually stored in entity space and not world space. This is a major issue. For new maps textures/common/origin has been reintroduced in the engine like in former times
-* Doom 3's primary model formats are LWO and ASE. LWO and .md5mesh model support is missing.
-* Some ASE models can't be loaded and materials are usually all wrong if loaded
-* TrenchBroom doesn't support the "rotation" keyword and many models have the wrong orientation
-* The custom TrenchBroom build breaks compatibility for other id Tech engines, e.g. entity links work between "target[num]" and "name" and not "targetname"
-
-### Some Scenes of Mars City 1 loaded into TrenchBroom
-
+### TrenchBroom speficic Changes
+* idMapFile and dmap were changed to support the Valve 220 .map format to aid mapping with TrenchBroom
+* Added exportFGD `[nomodels]` console command which exports all def/*.def entityDef declarations to base/exported/_tb/ as Forge Game Data files. TrenchBroom has native support to read those files https://developer.valvesoftware.com/wiki/FGD.
+If the nomodels argument is not given then it will also export all needed models by entity declarations to base/_tb/ as Wavefront OBJ files.
+* Support ***angles*** keyword again for TrenchBroom like in Quake 3
+* Added cmd convertMapToValve220 `