GTA:SA Streaming Garbage Collection - Revision history

Dutchman101: Removed line that's not relevant / otherwise not applicable to MTA

2020-10-29T09:53:50Z

Removed line that's not relevant / otherwise not applicable to MTA

← Older revision		Revision as of 09:53, 29 October 2020
Line 1:		Line 1:
	The '''GTA:SA Streaming Garbage Collection system''' monitors the usage of game memory. It maintains the streaming memory limit for the entire game engine. Streaming memory is calculated by adding up the resource file chunk size of every loaded game resource. When the limit is reached, the system will attempt to free space by destroying resources from game instances~~. If this process fails, the game engine will hang (by design)~~. This limit can be adjusted by setting the video memory setting in your MTA video settings.		The '''GTA:SA Streaming Garbage Collection system''' monitors the usage of game memory. It maintains the streaming memory limit for the entire game engine. Streaming memory is calculated by adding up the resource file chunk size of every loaded game resource. When the limit is reached, the system will attempt to free space by destroying resources from game instances. This limit can be adjusted by setting the video memory setting in your MTA video settings.

	==Active Streaming Entities==		==Active Streaming Entities==

Qaisjp: add category

2016-07-22T03:43:38Z

add category

← Older revision		Revision as of 03:43, 22 July 2016
Line 29:		Line 29:

	[[ru:GTA:SA_Streaming_Garbage_Collection]]		[[ru:GTA:SA_Streaming_Garbage_Collection]]
			[[Category: Development]]

TEDERIs at 09:42, 27 May 2014

2014-05-27T09:42:23Z

← Older revision		Revision as of 09:42, 27 May 2014
Line 27:		Line 27:
	==References==		==References==
	* http://gtaforums.com/topic/573478-iiivcsa-project-2dfx - pioneers of draw distance fixing		* http://gtaforums.com/topic/573478-iiivcsa-project-2dfx - pioneers of draw distance fixing

			[[ru:GTA:SA_Streaming_Garbage_Collection]]

The GTA: /* MTA:Eir */

2013-12-11T10:21:34Z

MTA:Eir

← Older revision		Revision as of 10:21, 11 December 2013
Line 23:		Line 23:
	In MTA:Eir, the drawing distance bug has been fixed, too. While the hardcoded maximum has been left at 1000 entities inside of the garbage collection system, when the limit has been reached, the system allocates new nodes into the sorted container. There is theoretically no limit to object, dummy and building streaming this way.		In MTA:Eir, the drawing distance bug has been fixed, too. While the hardcoded maximum has been left at 1000 entities inside of the garbage collection system, when the limit has been reached, the system allocates new nodes into the sorted container. There is theoretically no limit to object, dummy and building streaming this way.

	Multiple options have been added through scripting functions to change the streaming node allocation behavior. The flickering is no longer a bug, but a feature that can be disabled. Using scripting functions Lua scripts can retrieve the amount of nodes allocated and free to be allocated.		Multiple options have been added through scripting functions to change the streaming node allocation behavior. The flickering is no longer a bug, but a feature that can be disabled. Using [[MTA:Eir/New_Scripting_Functions\|scripting functions]] Lua scripts can retrieve the amount of nodes allocated and free to be allocated.

	==References==		==References==
	* http://gtaforums.com/topic/573478-iiivcsa-project-2dfx - pioneers of draw distance fixing		* http://gtaforums.com/topic/573478-iiivcsa-project-2dfx - pioneers of draw distance fixing

The GTA at 00:06, 6 December 2013

2013-12-06T00:06:10Z

← Older revision		Revision as of 00:06, 6 December 2013
Line 6:		Line 6:

	The MTA developer [[user:ccw\|ccw]] is the person who first found the blinking building bug.		The MTA developer [[user:ccw\|ccw]] is the person who first found the blinking building bug.

			===Node Allocation Methods===
			There are multiple ways to allocate streaming nodes when they are not available anymore. Natively, the GTA:SA engine '''steals streaming nodes''' from the first entities it finds on the streaming garbage collection entity registry. This is why '''the world flickers wildly''' when it is out of available nodes.

			A better way is to '''garbage collect the world on demand'''. This way only entities that are out of sight will lose their RenderWare data. The performance of this method depends on the nature of the registered streaming GC entities as well as the amount of registered entities.

			If memory and GPU performance is not of concern, the engine can '''allocate new nodes into the system''' so that more entities can have their RenderWare data allocated on the world. This results in '''theoretically infinite entities visible''' on the screen.

			While each method has its strong and weak points, the optimal way to stream the world is to '''switch between these methods at runtime'''. MTA:Eir will ship with a standard '''streaming_opt''' resource that will do this for you. The plan is that streaming nodes will be allocated depending on engine performance and demand.

	==Implementation differences between MTA versions==		==Implementation differences between MTA versions==

The GTA: /* References */

2013-12-04T04:11:51Z

References

← Older revision		Revision as of 04:11, 4 December 2013
Line 17:		Line 17:

	==References==		==References==
	* http://gtaforums.com/topic/573478-iiivcsa-project-2dfx~~/page-25~~ - pioneers of draw distance fixing		* http://gtaforums.com/topic/573478-iiivcsa-project-2dfx - pioneers of draw distance fixing

The GTA at 04:08, 4 December 2013

2013-12-04T04:08:42Z

← Older revision		Revision as of 04:08, 4 December 2013
Line 13:		Line 13:
	===MTA:Eir===		===MTA:Eir===
	In MTA:Eir, the drawing distance bug has been fixed, too. While the hardcoded maximum has been left at 1000 entities inside of the garbage collection system, when the limit has been reached, the system allocates new nodes into the sorted container. There is theoretically no limit to object, dummy and building streaming this way.		In MTA:Eir, the drawing distance bug has been fixed, too. While the hardcoded maximum has been left at 1000 entities inside of the garbage collection system, when the limit has been reached, the system allocates new nodes into the sorted container. There is theoretically no limit to object, dummy and building streaming this way.

			Multiple options have been added through scripting functions to change the streaming node allocation behavior. The flickering is no longer a bug, but a feature that can be disabled. Using scripting functions Lua scripts can retrieve the amount of nodes allocated and free to be allocated.

			==References==
			* http://gtaforums.com/topic/573478-iiivcsa-project-2dfx/page-25 - pioneers of draw distance fixing

The GTA at 16:27, 29 November 2013

2013-11-29T16:27:45Z

← Older revision		Revision as of 16:27, 29 November 2013
Line 4:		Line 4:
	[[File:chillahad_farclip.png\|200px\|thumb\|right\|Full potencial of GTA:SA streaming.]]		[[File:chillahad_farclip.png\|200px\|thumb\|right\|Full potencial of GTA:SA streaming.]]
	Objects, buildings and dummies that have their RenderWare resources loaded are added into the '''active entity garbage collector'''. Once it runs, it will destroy the RenderWare objects of all registered entities that are '''out of sight''' and '''far away'''. If the model reference count has reached 0, the system will free the model resource. Natively, the engine can '''handle 1000 entities''' in its sorted container (CRenderChainInterface <streamingChainInfo>). If allocation of a container node fails, the requesting entity does destroy its RenderWare data. Hence, natively, only 1000 objects, buildings or dummies can be rendered at a time. The failure to allocate container nodes has often been seen at high draw distances (a.k.a. the '''blinking building bug''').		Objects, buildings and dummies that have their RenderWare resources loaded are added into the '''active entity garbage collector'''. Once it runs, it will destroy the RenderWare objects of all registered entities that are '''out of sight''' and '''far away'''. If the model reference count has reached 0, the system will free the model resource. Natively, the engine can '''handle 1000 entities''' in its sorted container (CRenderChainInterface <streamingChainInfo>). If allocation of a container node fails, the requesting entity does destroy its RenderWare data. Hence, natively, only 1000 objects, buildings or dummies can be rendered at a time. The failure to allocate container nodes has often been seen at high draw distances (a.k.a. the '''blinking building bug''').

			The MTA developer [[user:ccw\|ccw]] is the person who first found the blinking building bug.

			==Implementation differences between MTA versions==
			===MTA:BLUE===
			The draw distance bug has been decimated in MTA:BLUE. The maximum number of managed streaming entities has been increased to 2500 to compensate for large drawing distances. That increases the engine performance a lot, as more streaming memory can be allocated by game entities.

			===MTA:Eir===
			In MTA:Eir, the drawing distance bug has been fixed, too. While the hardcoded maximum has been left at 1000 entities inside of the garbage collection system, when the limit has been reached, the system allocates new nodes into the sorted container. There is theoretically no limit to object, dummy and building streaming this way.

The GTA at 10:16, 28 November 2013

2013-11-28T10:16:22Z

← Older revision		Revision as of 10:16, 28 November 2013
Line 2:		Line 2:

	==Active Streaming Entities==		==Active Streaming Entities==
			[[File:chillahad_farclip.png\|200px\|thumb\|right\|Full potencial of GTA:SA streaming.]]
	Objects, buildings and dummies that have their RenderWare resources loaded are added into the '''active entity garbage collector'''. Once it runs, it will destroy the RenderWare objects of all registered entities that are '''out of sight''' and '''far away'''. If the model reference count has reached 0, the system will free the model resource. Natively, the engine can '''handle 1000 entities''' in its sorted container (CRenderChainInterface <streamingChainInfo>). If allocation of a container node fails, the requesting entity does destroy its RenderWare data. Hence, natively, only 1000 objects, buildings or dummies can be rendered at a time. The failure to allocate container nodes has often been seen at high draw distances (a.k.a. the '''blinking building bug''').		Objects, buildings and dummies that have their RenderWare resources loaded are added into the '''active entity garbage collector'''. Once it runs, it will destroy the RenderWare objects of all registered entities that are '''out of sight''' and '''far away'''. If the model reference count has reached 0, the system will free the model resource. Natively, the engine can '''handle 1000 entities''' in its sorted container (CRenderChainInterface <streamingChainInfo>). If allocation of a container node fails, the requesting entity does destroy its RenderWare data. Hence, natively, only 1000 objects, buildings or dummies can be rendered at a time. The failure to allocate container nodes has often been seen at high draw distances (a.k.a. the '''blinking building bug''').

The GTA: Created page with "The '''GTA:SA Streaming Garbage Collection system''' monitors the usage of game memory. It maintains the streaming memory limit for the entire game engine. Streaming memory is ca..."

2013-11-27T17:35:53Z

Created page with "The '''GTA:SA Streaming Garbage Collection system''' monitors the usage of game memory. It maintains the streaming memory limit for the entire game engine. Streaming memory is ca..."

New page

The '''GTA:SA Streaming Garbage Collection system''' monitors the usage of game memory. It maintains the streaming memory limit for the entire game engine. Streaming memory is calculated by adding up the resource file chunk size of every loaded game resource. When the limit is reached, the system will attempt to free space by destroying resources from game instances. If this process fails, the game engine will hang (by design). This limit can be adjusted by setting the video memory setting in your MTA video settings.

==Active Streaming Entities==
Objects, buildings and dummies that have their RenderWare resources loaded are added into the '''active entity garbage collector'''. Once it runs, it will destroy the RenderWare objects of all registered entities that are '''out of sight''' and '''far away'''. If the model reference count has reached 0, the system will free the model resource. Natively, the engine can '''handle 1000 entities''' in its sorted container (CRenderChainInterface <streamingChainInfo>). If allocation of a container node fails, the requesting entity does destroy its RenderWare data. Hence, natively, only 1000 objects, buildings or dummies can be rendered at a time. The failure to allocate container nodes has often been seen at high draw distances (a.k.a. the '''blinking building bug''').