Scripting Extension

These are notes and current status of extending openmw scripting through SWIG.

STATUS: All extensions can be called from python scripts (both instructions and functions). Python scripts can be run in the console or attached to objections. Local/global variables do not work yet.

These are notes on the scripting extension work, see: First described for python (SWIG):

https://forum.openmw.org/viewtopic.php?f=6&t=617&start=60#p29966

LUA implementation:

https://forum.openmw.org/viewtopic.php?f=6&t=617&start=70#p30090

https://forum.openmw.org/viewtopic.php?f=6&t=617&start=70#p30093

How to use: $ sudo apt-get install python3-dev swig $ git clone https://github.com/maqifrnswa/openmw/tree/python-scripting $ cd openmw/ $ mkdir build && cd build $ make -j $ [make your python script, see example below] $ PYTHONPATH=. ./openmw --start="Seyda Neen" --skip-menu then in game, hit "~" to get the console, and run your script with the new command StartExternalScript, "test.py"

Example script: from openmw import *

print("health: " + str((gethealth("player"))))

print("hello i'm a criminal") setpccrimelevel(100000000)

print("flying: " + str(getflying("player"))) setflying("player",1) print("flying: " + str(getflying("player")))

how to write scripts: All commands are lowercase and take the same arguments as before, even optional ones. Commands that can take a reference (commands with ->) now have a first argument which is the reference. That first argument is required. If it is an implicit reference, use "self". Example 1: player->AddItem, "Gold_001", 200 is now additem("player","Gold_001",200) Example 2: AIWander, 0, 0, 0 is now aiwander("self",0,0,0) Example 3: "urzul gra-agum"->AIWander, 128, 0, 0, 60, 30, 10, 0, 0, 0, 0, 0, 0 is now aiwander("urzul gra-agum", 128, 0, 0, 60, 30, 10, 0, 0, 0, 0, 0, 0)

there's still a bunch of debugging output that will show up in the terminal, bear with it for the moment.

Overview:
 * I think a post-1.0 goal, of mine at least, will still be to see if I can get an easy generic scripting interface.
 * It will be a seperate fork from openmw, as I think a unified scripting language and zini's enhancements to the existing implementation would be best for the community. It's generally better to improve one implementation rather than create several new ones. If, in the future, such extension of scripting is found desireable, then there is no problem incorporating it into openmw.
 * There are some things that python/other languages can do better and can be implemented faster than writing a new scripting engine from scratch. For example, you can use all of python's existing modules and capabillities that could enable things like dynamic web content/interaction in games. Some people are already used to lua and python scripting, they could potentially write more complicated scripts or more easily integrate scripts. For discussion on python versus lua, I found this very helpful:http://lua-users.org/wiki/LuaVersusPython -- I think both could be usefull in different cases.
 * Existing scripting IDEs can be used, most scripting language already has built-in verbose debugging. It's possible to generate embedded consoles for testing scripts on the fly. Scripts can be edited and recompiled on the fly, in game.
 * Security will be an issue (running untrusted scripts), but it something people already deal with in the modding community (e.g, Blender Python Scripting)Security. Concerns can be addressed at a minimum by making users opt in to using python, and can be extended to only allow running scripts signed by a trusted certificate/key.

Implementation: https://github.com/maqifrnswa/openmw/tree/python-scripting player->AddItem, "Gold_001", 200 is now additem("player","Gold_001",200)
 * a new executable, extensionstool, generates bindings. A header and cpp file are generated containing that creates compiled code for every extension based on the arguments passed to the function, then sends the compiled code to an interpreter. The interpreter is declared by the console or by the new opcode, the bindings just have a pointer to the interpreter that is owned by whomever created it.
 * SWIG compiles the bindings and creates a module _openmw.so and python module openmw.py.
 * Right now, the console intercepts all *.py files so the console command "filename.py" will run the python script filename.py
 * import openmw will import the openmw commands as openmw.COMMANDS, or use from openmw import * to use whatever you need to use.
 * All commands are lowercase and take the same arguments as before. Commands that can take a reference (commands with ->) now have a first argument which is the reference. For example:

TODO:
 * implement local & global variables. Testing of optional arguments (they should work now, but not sure yet.

Outstanding questions:
 * How fast will this be? i'm guessing slower than the MWScript system, but will it be prohibitively slower?