Changes between Version 23 and Version 24 of standards

standards

v23	v24
48	48	* Rationale: It makes it a LOT easier to optimize lightmaps later on, since the vast majority of lightmap surfaces simply do not require a lightmap scale of 16.
49	49	* '''Level designers should use lightmap scales below 16 sparingly.'''
50		* Rationale: Lightmap memory footprints increase roughly quadratically for each unit decrease in scale. This means decreasing lightmap scale by 1 level when the scale is already small results in an ''~~absolutely~~ enormous'' increase in memory size for that surface. We don't want the map file sizes to be huge.
	50	* Rationale: Lightmap memory footprints increase roughly quadratically for each unit decrease in scale. This means decreasing lightmap scale by 1 level when the scale is already small results in an ''enormous'' increase in memory size for that surface. We don't want the map file sizes to be huge.
51	51	* '''Level designers should not shift-clone or copy-paste cubemaps.'''
52	52	* Rationale: Accident avoidance-- If a cubemap has a high resolution, shift-cloning or copy-pasting that cubemap could mean accidentally causing the new resulting cubemaps to also have high resolution. This can balloon file size dramatically, and is a pain to fix after the fact.