Dcurrent at 03:49, 22 August 2026

2026-08-22T03:49:31Z

← Older revision		Revision as of 23:49, 21 August 2026
Line 1:		Line 1:
	[[Category:Model]]		[[Category:Model]]
	[[Category:Script]]		[[Category:Script]]
	~~[[Category:Script Events]]~~

	'''Model lifecycle scripts''' are event hooks that execute when a model template enters or leaves OpenBOR's loaded model collection. The series provides project-wide global observers and model-owned callbacks for both load and unload transitions.		'''Model lifecycle scripts''' are event hooks that execute when a model template enters or leaves OpenBOR's loaded model collection. The series provides project-wide global observers and model-owned callbacks for both load and unload transitions.

Line 296:		Line 294:
	* [[Models]]		* [[Models]]
	* [[Script Overview]]		* [[Script Overview]]
			[[Category:Openbor]]

Dcurrent: Dcurrent moved page Model Load Scripts to Model Lifecycle Scripts: Misspelled title

2026-08-22T03:45:24Z

Dcurrent moved page Model Load Scripts to Model Lifecycle Scripts: Misspelled title

← Older revision	Revision as of 23:45, 21 August 2026
(No difference)

Dcurrent: Created page with "Category:Model Category:Script Category:Script Events '''Model lifecycle scripts''' are event hooks that execute when a model template enters or leaves OpenBOR's loaded model collection. The series provides project-wide global observers and model-owned callbacks for both load and unload transitions. {| class="wikitable" ! Hook ! Scope ! Execution point |- | `modelloadscript` | Model-owned | After that model finishes loading |- | `data/script..."`


2026-08-22T03:44:33Z
Created page with "Category:Model Category:Script Category:Script Events  '''Model lifecycle scripts''' are event hooks that execute when a model template enters or leaves OpenBOR's loaded model collection. The series provides project-wide global observers and model-owned callbacks for both load and unload transitions.  {| class="wikitable" ! Hook ! Scope ! Execution point |- | <code>modelloadscript</code> | Model-owned | After that model finishes loading |- | <code>data/script..."
New page
[[Category:Model]]

[[Category:Script]]

[[Category:Script Events]]



'''Model lifecycle scripts''' are event hooks that execute when a model template enters or leaves OpenBOR's loaded model collection. The series provides project-wide global observers and model-owned callbacks for both load and unload transitions.



{| class="wikitable"

! Hook

! Scope

! Execution point

|-

| <code>modelloadscript</code>

| Model-owned

| After that model finishes loading

|-

| <code>data/scripts/modelload.c</code>

| Project-wide

| After the loaded model's <code>modelloadscript</code>

|-

| <code>modelunloadscript</code>

| Model-owned

| Before that model begins native destruction

|-

| <code>data/scripts/modelunload.c</code>

| Project-wide

| After the model's <code>modelunloadscript</code>, before native destruction

|}



Model lifecycle is distinct from entity lifecycle. Loading a model makes its template available for spawning one or many entities. Unloading removes that template from active memory. Neither transition represents an entity spawn, death, or removal.



This distinction makes the series useful for model registries, template-specific initialization, dynamic loading systems, model analysis, custom resource maps, diagnostics, subsystem registration, teardown, and other work that should occur once per model transition instead of once per spawned entity or once per loading-screen update.



== Global Usage ==



Create either or both global files in <code>data/scripts</code>:



* <code>data/scripts/modelload.c</code>

* <code>data/scripts/modelunload.c</code>



OpenBOR loads them automatically. <code>modelload.c</code> observes every completed model load, while <code>modelunload.c</code> observes every model immediately before it is destroyed.



<syntaxhighlight lang="c" line>

void main()

{

    setglobalvar("last_loaded_model_name", modelname);

    setglobalvar("last_loaded_model_index", modelindex);

    setglobalvar("model_registry_dirty", 1);

}

</syntaxhighlight>



The example is suitable for <code>modelload.c</code>. Central managers can use the reported name and index to refresh only the affected registry entry rather than scanning the full loaded-model collection during every [[Loading|loading.c]] execution.



== Model Usage ==



Add either command to a model definition and provide the path to its script file:



<syntaxhighlight lang="text">

modelloadscript data/scripts/models/boss_template_load.c

modelunloadscript data/scripts/models/boss_template_unload.c

</syntaxhighlight>



The commands belong to the model template that declares them. They do not belong to spawned entities and are not copied into entity <code>modeldata</code>.



<syntaxhighlight lang="c" line>

void main()

{

    setglobalvar("boss_template_ready", 1);

    setglobalvar("boss_template_index", modelindex);

}

</syntaxhighlight>



Model-owned callbacks are useful when one template requires specialized setup or teardown that does not belong in the global observer.



Only one <code>modelloadscript</code> and one <code>modelunloadscript</code> may be assigned to a model. Global and model-owned layers may be used independently or together.



== Inline Model Scripts ==



Both commands support inline script blocks:



<syntaxhighlight lang="text">

modelloadscript @script

void main()

{

    setglobalvar("guardian_template_loaded", 1);

}

@end_script



modelunloadscript @script

void main()

{

    setglobalvar("guardian_template_loaded", 0);

}

@end_script

</syntaxhighlight>



Inline form is convenient for concise model-specific bookkeeping. External files are easier to reuse and organize when lifecycle work contains several systems or helper functions.



== Event Data ==



All four lifecycle hooks receive the same automatic local variables:



{| class="wikitable sortable"

! Variable

! Type

! Description

|-

| <code>model</code>

| Object pointer

| Pointer to the loaded model template. The pointer is fully available during both load and unload callbacks.

|-

| <code>modelindex</code>

| Integer

| Stable index of the model's cache entry.

|-

| <code>modelname</code>

| String

| Name assigned to the model's cache entry.

|}



<syntaxhighlight lang="c" line>

void main()

{

    if (model)

    {

        setglobalvar("lifecycle_model_name", modelname);

        setglobalvar("lifecycle_model_index", modelindex);

    }

}

</syntaxhighlight>



The <code>model</code> value refers to a template rather than an entity. Entity property functions and entity-local assumptions do not apply to it. Use the model property API or another model-aware system when inspecting or modifying the template.



<code>modelindex</code> identifies the cache slot and remains stable when an unloadable model is later loaded again. <code>modelname</code> is safe to preserve after an unload callback. The <code>model</code> pointer is not safe to retain after unloading completes.



== Model Load Event ==



The load event executes only after OpenBOR successfully finishes parsing and constructing the model. Defaults, inherited model data, animations, scripts, palettes, collision information, and other declared properties have already been processed when <code>modelloadscript</code> begins.



The load sequence is:



# OpenBOR locates the model's existing cache entry.

# The model file is read and its template is constructed.

# Model properties, animations, ordinary event scripts, and lifecycle commands are parsed.

# Temporary parser resources are released.

# The model's <code>modelloadscript</code> executes when declared.

# Global <code>data/scripts/modelload.c</code> executes when present.

# The model enters its normal loaded state and the original load request receives the completed template.



Model-owned logic always executes before the global observer. The global script may therefore consume registration, flags, or other state established by the model's own callback.



Requesting a model that is already loaded does not produce another load event. The event represents an actual transition from cached model definition to loaded template, not each lookup or each entity spawn using that template.



== Model Unload Event ==



The unload event executes while the model remains intact and immediately before OpenBOR begins native destruction.



The unload sequence is:



# OpenBOR receives a valid request to unload a currently loaded model or begins a native model-cleanup operation.

# The model's <code>modelunloadscript</code> executes when declared.

# Global <code>data/scripts/modelunload.c</code> executes when present.

# OpenBOR frees the template's animations, palettes, scripts, collections, and other owned resources.

# The template is removed from the loaded model collection while its cache entry remains available for a later reload.



Model-owned teardown always executes before the global observer. Both layers may inspect the model and coordinate cleanup while <code>model</code> is still valid.



The pointer becomes invalid after the unload chain returns and native destruction begins. Cleanup systems that need persistent identification should retain <code>modelname</code>, <code>modelindex</code>, or creator-owned data instead of retaining the pointer.



<syntaxhighlight lang="c" line>

void main()

{

    setglobalvar("last_unloaded_model_name", modelname);

    setglobalvar("last_unloaded_model_index", modelindex);

    setglobalvar("model_registry_dirty", 1);

}

</syntaxhighlight>



The example allows a registry manager to remove or rebuild the affected entry without touching the model pointer after the event ends.



== Cache and Reload Behavior ==



OpenBOR distinguishes a cached model definition from a loaded model template. Entries created from <code>data/models.txt</code> retain the model name, source path, flags, and stable cache position even while the full template is unloaded.



Lifecycle scripts follow transitions of the full template:



* Registering the cache entry alone does not execute <code>modelload</code>.

* Loading and completing the template executes the load chain once.

* Looking up or requesting an already loaded template does not repeat the chain.

* Unloading the template executes the unload chain once.

* Loading the same cache entry again parses its model lifecycle commands and executes a new load chain.

* Requesting <code>unload_model()</code> for an absent model does not load it and therefore produces no lifecycle event.



This behavior provides precise change notifications without requiring a recurring scan to discover whether the loaded collection changed.



== Lifecycle Safety ==



OpenBOR guards lifecycle transitions against recursive self-removal and partially constructed templates. An unload request targeting the same model from its load or unload callback is ignored because that model is already inside a protected lifecycle phase.



The guard keeps one callback from re-entering destruction of its own template. Lifecycle scripts may still coordinate creator-owned cleanup, request later work through flags or registries, and operate on other valid systems during the event.



Model subclasses do not inherit <code>modelloadscript</code> or <code>modelunloadscript</code> from their parent template. Each subclass may declare its own lifecycle callbacks. This prevents parent and child cache entries from sharing compiled callback ownership while preserving normal inheritance for ordinary model data and supported entity event scripts.



== Lifecycle Events and Entity Events ==



{| class="wikitable"

! Hook

! Object represented

! Frequency

! Typical responsibility

|-

| <code>modelloadscript</code> and <code>modelload.c</code>

| Loaded model template

| Once per actual template load

| Template registration, analysis, and initialization

|-

| [[Onmodelcopyscript|onmodelcopyscript]]

| Model data being copied for an entity

| During applicable model-copy operations

| Per-instance model-data adjustment

|-

| [[Onspawnscript|onspawnscript]]

| Newly created entity

| Once per applicable entity creation

| Entity initialization

|-

| [[Ondeathscript|ondeathscript]]

| Dying entity

| During applicable entity death processing

| Entity-specific death behavior

|-

| [[Onkillscript|onkillscript]]

| Entity being removed

| Immediately before applicable entity removal

| Entity cleanup

|-

| <code>modelunloadscript</code> and <code>modelunload.c</code>

| Loaded model template

| Once per actual template unload

| Template deregistration and teardown

|}



One loaded model may create many entities. Model lifecycle scripts execute for the template transition, while entity events execute separately for individual instances.



== Global and Model-Owned Responsibilities ==



The two scopes support a useful division of responsibility:



* Model-owned <code>modelloadscript</code> and <code>modelunloadscript</code> handle behavior unique to one template.

* Global <code>modelload.c</code> and <code>modelunload.c</code> maintain project-wide registries and systems after the model-owned callback has run.



For example, a boss model can publish its specialized combat role during <code>modelloadscript</code>. Global <code>modelload.c</code> can then add the completed template to a project-wide model registry. During removal, the model-owned callback can release its custom relationships before <code>modelunload.c</code> reconciles the common registry.



== Other Uses ==



Quick applications include:



* '''Model registries''' - Add and remove exact cache entries without repeatedly scanning every loaded model.

* '''Template analysis''' - Inspect capabilities, animations, classifications, resources, or creator-defined metadata once after parsing.

* '''Subsystem registration''' - Connect models to combat managers, factories, selectors, randomizers, encounter systems, or development tools.

* '''Dynamic loading''' - Track runtime <code>loadmodel()</code> and <code>unload_model()</code> transitions as they occur.

* '''Model-specific initialization''' - Prepare template-owned creator state before any entity needs to use it.

* '''Resource coordination''' - Build or release creator-managed lookup tables, auxiliary assets, caches, or relationships alongside a template.

* '''Diagnostics''' - Log load order, unload order, names, cache indices, reloads, or unexpected lifecycle transitions.

* '''Loading optimization''' - Replace repeated full-model scans in <code>loading.c</code> with exact event-driven notifications.



== Related Scripts ==



{| class="wikitable"

! Script

! Relationship

|-

| [[Loading|loading.c]]

| Recurring loading-screen hook. Model lifecycle events provide exact template transition notifications without repeated collection scans.

|-

| [[Onmodelcopyscript|onmodelcopyscript]]

| Executes during applicable model-data copy operations rather than model-cache loading.

|-

| [[Onspawnscript|onspawnscript]]

| Executes for applicable entity creation after a model template is available.

|-

| [[Ondeathscript|ondeathscript]]

| Model-owned hook for entity death processing.

|-

| [[Onkillscript|onkillscript]]

| Model-owned hook for entity removal.

|}



== See Also ==



* [[Loading]]

* [[Model Properties]]

* [[Onmodelcopyscript]]

* [[Onspawnscript]]

* [[Ondeathscript]]

* [[Onkillscript]]

* [[Models]]

* [[Script Overview]]

Model Lifecycle Scripts - Revision history

Dcurrent at 03:49, 22 August 2026

Dcurrent: Dcurrent moved page Model Load Scripts to Model Lifecycle Scripts: Misspelled title