DoorAnim - Revision history

MarkJFox: 5 revisions imported

2025-03-31T19:40:27Z

5 revisions imported

← Older revision	Revision as of 21:40, 31 March 2025
(No difference)

en>Crimsonum: Updated and corrected,

2023-06-16T21:21:57Z

Updated and corrected,

@@ Line 1: / Line 1: @@
-DoorAnim= is a tiberian sun era feature used on war factories where the anim listed under DoorAnim= is played the moment that a unit is created from the factory, and was used to play the door animation. The logic uses arcane animation methods similar to gate logic where, instead of reading a conventional building animation entry, it reads the DoorAnim='s raw shp file sequence for the frame count specified in the [[DoorStages]]= entry. Door animations have no way to control for ZAdjust nor YSort, and automatically assume that the .shp file has shadow frames. Like gates, door anims will play from the first frame to the last frame, and then play backwards from the last frame back to the first creating a loop. DoorAnim animation rate is not normalized; instead, the length of the animation is actually determinant on how long it takes the vehicle to leave the war factory.
+{{Flag
-In RA2 the logic is still functional but highly obsolete since DoorAnim's cannot accomodate aircraft leaving the top of the factory, and conflicts with the [[DeployingAnim]] and [[UnderDoorAnim]] animations that now render the layers of the factory which have also unfortunately been hardcoded to play a single frame.
+{{f|DoorAnim}} is a {{ts}} era feature used on [[WeaponsFactory|weapons factories]] to play the factory door animation. The animation listed in this flag is played the moment that a unit is created from the factory, and the unit will wait for the animation to complete before exiting, after which the animation is played again in reverse.
 == See Also ==
 *[[DoorStages]]

en>McPwny at 21:35, 8 January 2022

2022-01-08T21:35:44Z

← Older revision		Revision as of 23:35, 8 January 2022
Line 1:		Line 1:
	DoorAnim= is a tiberian sun era feature used on war factories where the anim listed under DoorAnim= is played the moment that a unit is created from the factory, and was used to play the door animation. The logic uses arcane animation methods similar to gate logic where, instead of reading a conventional building animation entry, it reads the DoorAnim='s raw shp file sequence for the frame count specified in the [[DoorStages]]= entry. Door animations have no way to control for ZAdjust nor YSort, and automatically assume that the .shp file has shadow frames. Like gates, door anims will play from the first frame to the last frame, and then play backwards from the last frame back to the first creating a loop. DoorAnim animation rate is not normalized.		DoorAnim= is a tiberian sun era feature used on war factories where the anim listed under DoorAnim= is played the moment that a unit is created from the factory, and was used to play the door animation. The logic uses arcane animation methods similar to gate logic where, instead of reading a conventional building animation entry, it reads the DoorAnim='s raw shp file sequence for the frame count specified in the [[DoorStages]]= entry. Door animations have no way to control for ZAdjust nor YSort, and automatically assume that the .shp file has shadow frames. Like gates, door anims will play from the first frame to the last frame, and then play backwards from the last frame back to the first creating a loop. DoorAnim animation rate is not normalized; instead, the length of the animation is actually determinant on how long it takes the vehicle to leave the war factory.

	In RA2 the logic is still functional but highly obsolete since DoorAnim's cannot accomodate aircraft leaving the top of the factory, and conflicts with the [[DeployingAnim]] and [[UnderDoorAnim]] animations that now render the layers of the factory which have also unfortunately been hardcoded to play a single frame.		In RA2 the logic is still functional but highly obsolete since DoorAnim's cannot accomodate aircraft leaving the top of the factory, and conflicts with the [[DeployingAnim]] and [[UnderDoorAnim]] animations that now render the layers of the factory which have also unfortunately been hardcoded to play a single frame.

en>McPwny at 20:52, 8 January 2022

2022-01-08T20:52:35Z

← Older revision		Revision as of 22:52, 8 January 2022
Line 1:		Line 1:
	DoorAnim= is a tiberian sun era feature used on war factories where the anim listed under DoorAnim= is played the moment that a unit is created from the factory, and was used to play the door animation. The logic uses arcane animation methods similar to gate logic where, instead of reading a conventional building animation entry, it reads the DoorAnim='s raw shp file sequence for the frame count specified in the [[DoorStages]]= entry. Door animations have no way to control for ZAdjust nor YSort, and automatically assume that the .shp file has shadow frames.		DoorAnim= is a tiberian sun era feature used on war factories where the anim listed under DoorAnim= is played the moment that a unit is created from the factory, and was used to play the door animation. The logic uses arcane animation methods similar to gate logic where, instead of reading a conventional building animation entry, it reads the DoorAnim='s raw shp file sequence for the frame count specified in the [[DoorStages]]= entry. Door animations have no way to control for ZAdjust nor YSort, and automatically assume that the .shp file has shadow frames. Like gates, door anims will play from the first frame to the last frame, and then play backwards from the last frame back to the first creating a loop. DoorAnim animation rate is not normalized.

	In RA2 the logic is still functional but highly obsolete since DoorAnim's cannot accomodate aircraft leaving the top of the factory, and conflicts with the [[DeployingAnim]] and [[UnderDoorAnim]] animations that now render the layers of the factory which have also unfortunately been hardcoded to play a single frame.		In RA2 the logic is still functional but highly obsolete since DoorAnim's cannot accomodate aircraft leaving the top of the factory, and conflicts with the [[DeployingAnim]] and [[UnderDoorAnim]] animations that now render the layers of the factory which have also unfortunately been hardcoded to play a single frame.

en>McPwny at 19:23, 8 January 2022

2022-01-08T19:23:50Z

← Older revision		Revision as of 21:23, 8 January 2022
Line 2:		Line 2:

	In RA2 the logic is still functional but highly obsolete since DoorAnim's cannot accomodate aircraft leaving the top of the factory, and conflicts with the [[DeployingAnim]] and [[UnderDoorAnim]] animations that now render the layers of the factory which have also unfortunately been hardcoded to play a single frame.		In RA2 the logic is still functional but highly obsolete since DoorAnim's cannot accomodate aircraft leaving the top of the factory, and conflicts with the [[DeployingAnim]] and [[UnderDoorAnim]] animations that now render the layers of the factory which have also unfortunately been hardcoded to play a single frame.

			== See Also ==
			*[[DoorStages]]

en>McPwny: Created page with "DoorAnim= is a tiberian sun era feature used on war factories where the anim listed under DoorAnim= is played the moment that a unit is created from the factory, and was used..."

2022-01-08T19:21:03Z

Created page with "DoorAnim= is a tiberian sun era feature used on war factories where the anim listed under DoorAnim= is played the moment that a unit is created from the factory, and was used..."

New page

DoorAnim= is a tiberian sun era feature used on war factories where the anim listed under DoorAnim= is played the moment that a unit is created from the factory, and was used to play the door animation. The logic uses arcane animation methods similar to gate logic where, instead of reading a conventional building animation entry, it reads the DoorAnim='s raw shp file sequence for the frame count specified in the [[DoorStages]]= entry. Door animations have no way to control for ZAdjust nor YSort, and automatically assume that the .shp file has shadow frames.

In RA2 the logic is still functional but highly obsolete since DoorAnim's cannot accomodate aircraft leaving the top of the factory, and conflicts with the [[DeployingAnim]] and [[UnderDoorAnim]] animations that now render the layers of the factory which have also unfortunately been hardcoded to play a single frame.