Difference between revisions of "PlaceAtMe"

1,776 bytes added ,  02:22, 28 December 2010
m
→‎Warning: Repeated Use Causes Save-Game Bloat: Replaced external link with equivalent internal link.
imported>DragoonWraith
(→‎Console Use: removing section - true of every function, does not belong here)
imported>JdeRau
m (→‎Warning: Repeated Use Causes Save-Game Bloat: Replaced external link with equivalent internal link.)
 
(10 intermediate revisions by 7 users not shown)
Line 4: Line 4:
  player.PlaceAtMe Ninja, 1, 256, 1  
  player.PlaceAtMe Ninja, 1, 256, 1  


Places the object at the calling object, in the direction you specify and the distance. If that location is not safe (in the air, in a wall, etc), the object will be placed at one of the other axes or at the object's exact location.  
Places the object at the calling object, in the direction you specify and the distance. If that location is not safe (in the air, in a wall, etc), the object will be placed at one of the other axes or at the calling object's exact location.  


Direction is:  
Direction is:  
Line 11: Line 11:
:2 = left  
:2 = left  
:3 = right  
:3 = right  
The placed object gets the same XYZ angle values as the calling object. Note that world objects placed at the player will be tilted if the player is looking up or down (player X angle not zero ... object X angle not zero).


This function can be used with leveled ''creature'' lists as well.   
This function can be used with leveled ''creature'' lists as well.   
Line 18: Line 20:
==Warning: Repeated Use Causes Save-Game Bloat==
==Warning: Repeated Use Causes Save-Game Bloat==


When PlaceAtMe creates a new reference to something, that reference is added to the savegame, and in most situations it cannot be removed. If PlaceAtMe is used in a script which can repeat an arbitrary number of times (i.e. every time the player does a specific action), the script will result in save game bloat.
Objects created with '''PlaceAtMe''' are not automatically deleted by the game. (Calling the Disable function only hides the object, but does not delete it.) As a result, they become part of the savegame file and increase its size.
 
Use the [[DeleteReference]] function to delete non-actor objects created with PlaceAtMe. This requires running the CS with [[Oblivion Script Extender]] version 18 or later.
 
To delete an actor, you can [[MoveTo|move them to]] an interior cell the player is not in, [[kill]] them and [[ResetInterior|reset]] the cell. When the player next enters the cell, all dead actors in the cell are deleted. Note this requires the player to actually enter the cell before actors in it will be deleted, which can restrict usefulness. [[Talk:Common_Mistakes|recent tests]] seem to show that living actors are removed as well.
 
Objects frequently created with '''PlaceAtMe''' and never deleted can result in huge savegame files. Once the savegame file is around 10 megs problems start to arise, including extended load times, game instability and crashes, and at extreme levels, considerable performance loss and an inability to load the game.


Save game bloat has been linked to extended load times, increasing game instability, and at extreme levels, considerable performance loss.
As a rule of thumb, it's OK to use '''PlaceAtMe''' a finite number of times (i.e., a quest script that runs once and creates 20 '''PlaceAtMe''' objects). It's not OK if your script can potentially use '''PlaceAtMe''' an infinite number of times (i.e., a Summon spell that creates a new creature with '''PlaceAtMe''', an activator/button that creates a new sword).


Therefore, avoid PlaceAtMe in any situation possible. Use [[MoveTo]] on persistant references instead of the [[PlaceAtMe]] / [[Disable]] couple.
When possible, use different functions to avoid these problems. For instance, for summonings you can create a persistent creature, place it in a remote cell in the CS, and when the spell is cast use '''''CreatureRef.[[MoveTo]] player''''' (note that there's more to summoning, but that avoids the '''PlaceAtMe''' problems). If you need an object to appear, create and place it in the CS, make sure it's "Persistent" and "Initially Disabled", and use '''''ObjectRef.[[Enable]]'''''.


Most of the time, MoveTo will prove at least as convenient as PlaceAtMe. However, if really ''need'' to use PlaceAtMe in your mod, it would be fair to indicate that fact in your mod's Readme file.
If you really ''need'' to use PlaceAtMe in your mod, it would be fair to indicate that fact in your mod's Readme file.


==Getting the Created Object's Reference==
==Getting the Created Object's Reference==
Line 40: Line 48:
The refName variable will now have a reference to ObjectToBeCreated.
The refName variable will now have a reference to ObjectToBeCreated.


This reference is only reliable for objects that can't be picked up. Accessing the reference of an inventory-item after someone picked it up can cause a CTD.
This reference is only reliable for objects that can't be picked up (when they're picked up the reference is destroyed). Accessing the reference of an inventory-item after someone picked it up can cause a CTD.
 
Note that [[GetSelf]] won't return the correct reference when used on '''PlaceAtMe''' objects.


==Usage in same frame as creation==
==Usage in same frame as creation==
Line 53: Line 63:
[[Category: Miscellaneous Functions]]
[[Category: Miscellaneous Functions]]
[[Category: Miscellaneous Functions (CS 1.0)]]
[[Category: Miscellaneous Functions (CS 1.0)]]
<!-- Begin Search Terms
Place
At
Me
End Search Terms -->
Anonymous user