ModEnc is currently in Maintenance Mode: Changes could occur at any given moment, without advance warning.
LoopEnd: Difference between revisions
Jump to navigation
Jump to search
Created |
mNo edit summary |
||
| (3 intermediate revisions by 3 users not shown) | |||
| Line 3: | Line 3: | ||
|files={{Categ|Art(md).ini}} | |files={{Categ|Art(md).ini}} | ||
|values=Unsigned integers | |values=Unsigned integers | ||
|default=last frame of the animation | |default=last frame of the animation | ||
|types= {{Categ|Animations}} | |types= {{Categ|Animations}} | ||
| | |ts=yes | ||
|fs=yes | |||
|ets=yes | |||
|ra2=yes | |||
|yr=yes | |||
|rp=yes | |||
}} | }} | ||
Specifies the | Specifies the 1-based ending frame for this animation when the total number of iterations is more than one. | ||
It should be noted that while as a rule it is an exclusive end frame, this isn't always the case, there are exceptions where the LoopEnd has to be 1 less than the expected value. One example being the Iron Curtain animations that use {{tt|NAIRON_F}} as the artwork. Why this happens is unclear, but it might be related to the .shp compression used, relegating it to some legacy/alternative code path. | |||
== Notes == | |||
A negative {{tt|LoopEnd}} value will cause it to use the {{tt|End}} value of the same Animation as its own value, even though the two not operate in the same way. | |||
== See Also == | |||
[[LoopStart]] | |||
[[Animation Looping]] | |||
Latest revision as of 11:05, 13 February 2025
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Flag: | LoopEnd |
| File(s): | Art(md).ini |
| Values: | Unsigned integers |
| Default: | last frame of the animation |
| Applicable to: | Animations |
Specifies the 1-based ending frame for this animation when the total number of iterations is more than one.
It should be noted that while as a rule it is an exclusive end frame, this isn't always the case, there are exceptions where the LoopEnd has to be 1 less than the expected value. One example being the Iron Curtain animations that use NAIRON_F as the artwork. Why this happens is unclear, but it might be related to the .shp compression used, relegating it to some legacy/alternative code path.
Notes
A negative LoopEnd value will cause it to use the End value of the same Animation as its own value, even though the two not operate in the same way.