2017-07-05 01:40:38 +00:00
|
|
|
JAVASCRIPT
|
2014-12-13 16:27:47 +00:00
|
|
|
==========
|
|
|
|
|
|
|
|
JavaScript support in mpv is near identical to its Lua support. Use this section
|
|
|
|
as reference on differences and availability of APIs, but otherwise you should
|
|
|
|
refer to the Lua documentation for API details and general scripting in mpv.
|
|
|
|
|
|
|
|
Example
|
|
|
|
-------
|
|
|
|
|
|
|
|
JavaScript code which leaves fullscreen mode when the player is paused:
|
|
|
|
|
|
|
|
::
|
|
|
|
|
|
|
|
function on_pause_change(name, value) {
|
|
|
|
if (value == true)
|
|
|
|
mp.set_property("fullscreen", "no");
|
|
|
|
}
|
|
|
|
mp.observe_property("pause", "bool", on_pause_change);
|
|
|
|
|
|
|
|
|
|
|
|
Similarities with Lua
|
|
|
|
---------------------
|
|
|
|
|
|
|
|
mpv tries to load a script file as JavaScript if it has a ``.js`` extension, but
|
|
|
|
otherwise, the documented Lua options, script directories, loading, etc apply to
|
|
|
|
JavaScript files too.
|
|
|
|
|
|
|
|
Script initialization and lifecycle is the same as with Lua, and most of the Lua
|
2017-12-14 19:22:56 +00:00
|
|
|
functions at the modules ``mp``, ``mp.utils``, ``mp.msg`` and ``mp.options`` are
|
|
|
|
available to JavaScript with identical APIs - including running commands,
|
|
|
|
getting/setting properties, registering events/key-bindings/hooks, etc.
|
2014-12-13 16:27:47 +00:00
|
|
|
|
|
|
|
Differences from Lua
|
|
|
|
--------------------
|
|
|
|
|
2017-12-14 19:22:56 +00:00
|
|
|
No need to load modules. ``mp``, ``mp.utils``, ``mp.msg`` and ``mp.options``
|
|
|
|
are preloaded, and you can use e.g. ``var cwd = mp.utils.getcwd();`` without
|
|
|
|
prior setup.
|
2014-12-13 16:27:47 +00:00
|
|
|
|
|
|
|
Errors are slightly different. Where the Lua APIs return ``nil`` for error,
|
|
|
|
the JavaScript ones return ``undefined``. Where Lua returns ``something, error``
|
|
|
|
JavaScript returns only ``something`` - and makes ``error`` available via
|
|
|
|
``mp.last_error()``. Note that only some of the functions have this additional
|
|
|
|
``error`` value - typically the same ones which have it in Lua.
|
|
|
|
|
|
|
|
Standard APIs are preferred. For instance ``setTimeout`` and ``JSON.stringify``
|
|
|
|
are available, but ``mp.add_timeout`` and ``mp.utils.format_json`` are not.
|
|
|
|
|
|
|
|
No standard library. This means that interaction with anything outside of mpv is
|
|
|
|
limited to the available APIs, typically via ``mp.utils``. However, some file
|
|
|
|
functions were added, and CommonJS ``require`` is available too - where the
|
|
|
|
loaded modules have the same privileges as normal scripts.
|
|
|
|
|
|
|
|
Language features - ECMAScript 5
|
|
|
|
--------------------------------
|
|
|
|
|
|
|
|
The scripting backend which mpv currently uses is MuJS - a compatible minimal
|
|
|
|
ES5 interpreter. As such, ``String.substring`` is implemented for instance,
|
|
|
|
while the common but non-standard ``String.substr`` is not. Please consult the
|
|
|
|
MuJS pages on language features and platform support - http://mujs.com .
|
|
|
|
|
|
|
|
Unsupported Lua APIs and their JS alternatives
|
|
|
|
----------------------------------------------
|
|
|
|
|
|
|
|
``mp.add_timeout(seconds, fn)`` JS: ``id = setTimeout(fn, ms)``
|
|
|
|
|
|
|
|
``mp.add_periodic_timer(seconds, fn)`` JS: ``id = setInterval(fn, ms)``
|
|
|
|
|
|
|
|
``utils.parse_json(str [, trail])`` JS: ``JSON.parse(str)``
|
|
|
|
|
|
|
|
``utils.format_json(v)`` JS: ``JSON.stringify(v)``
|
|
|
|
|
|
|
|
``utils.to_string(v)`` see ``dump`` below.
|
|
|
|
|
|
|
|
``mp.suspend()`` JS: none (deprecated).
|
|
|
|
|
|
|
|
``mp.resume()`` JS: none (deprecated).
|
|
|
|
|
|
|
|
``mp.resume_all()`` JS: none (deprecated).
|
|
|
|
|
|
|
|
``mp.get_next_timeout()`` see event loop below.
|
|
|
|
|
|
|
|
``mp.dispatch_events([allow_wait])`` see event loop below.
|
|
|
|
|
|
|
|
Scripting APIs - identical to Lua
|
|
|
|
---------------------------------
|
|
|
|
|
|
|
|
(LE) - Last-Error, indicates that ``mp.last_error()`` can be used after the
|
|
|
|
call to test for success (empty string) or failure (non empty reason string).
|
2019-03-11 21:01:04 +00:00
|
|
|
Where the Lua APIs use ``nil`` to indicate error, JS APIs use ``undefined``.
|
2014-12-13 16:27:47 +00:00
|
|
|
|
|
|
|
``mp.command(string)`` (LE)
|
|
|
|
|
|
|
|
``mp.commandv(arg1, arg2, ...)`` (LE)
|
|
|
|
|
|
|
|
``mp.command_native(table [,def])`` (LE)
|
|
|
|
|
2019-03-12 09:35:55 +00:00
|
|
|
``id = mp.command_native_async(table [,fn])`` (LE) Notes: ``id`` is true-thy on
|
|
|
|
success, ``fn`` is called always a-sync, ``error`` is empty string on success.
|
|
|
|
|
|
|
|
``mp.abort_async_command(id)``
|
2019-03-11 21:01:04 +00:00
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
``mp.get_property(name [,def])`` (LE)
|
|
|
|
|
|
|
|
``mp.get_property_osd(name [,def])`` (LE)
|
|
|
|
|
|
|
|
``mp.get_property_bool(name [,def])`` (LE)
|
|
|
|
|
|
|
|
``mp.get_property_number(name [,def])`` (LE)
|
|
|
|
|
|
|
|
``mp.get_property_native(name [,def])`` (LE)
|
|
|
|
|
|
|
|
``mp.set_property(name, value)`` (LE)
|
|
|
|
|
|
|
|
``mp.set_property_bool(name, value)`` (LE)
|
|
|
|
|
|
|
|
``mp.set_property_number(name, value)`` (LE)
|
|
|
|
|
|
|
|
``mp.set_property_native(name, value)`` (LE)
|
|
|
|
|
|
|
|
``mp.get_time()``
|
|
|
|
|
|
|
|
``mp.add_key_binding(key, name|fn [,fn [,flags]])``
|
|
|
|
|
|
|
|
``mp.add_forced_key_binding(...)``
|
|
|
|
|
|
|
|
``mp.remove_key_binding(name)``
|
|
|
|
|
|
|
|
``mp.register_event(name, fn)``
|
|
|
|
|
|
|
|
``mp.unregister_event(fn)``
|
|
|
|
|
|
|
|
``mp.observe_property(name, type, fn)``
|
|
|
|
|
|
|
|
``mp.unobserve_property(fn)``
|
|
|
|
|
|
|
|
``mp.get_opt(key)``
|
|
|
|
|
|
|
|
``mp.get_script_name()``
|
|
|
|
|
|
|
|
``mp.osd_message(text [,duration])``
|
|
|
|
|
|
|
|
``mp.get_wakeup_pipe()``
|
|
|
|
|
2017-12-22 11:50:38 +00:00
|
|
|
``mp.register_idle(fn)``
|
|
|
|
|
|
|
|
``mp.unregister_idle(fn)``
|
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
``mp.enable_messages(level)``
|
|
|
|
|
|
|
|
``mp.register_script_message(name, fn)``
|
|
|
|
|
|
|
|
``mp.unregister_script_message(name)``
|
|
|
|
|
2019-12-23 15:10:02 +00:00
|
|
|
``mp.create_osd_overlay(format)``
|
|
|
|
|
|
|
|
``mp.get_osd_size()`` (returned object has properties: width, height, aspect)
|
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
``mp.msg.log(level, ...)``
|
|
|
|
|
|
|
|
``mp.msg.fatal(...)``
|
|
|
|
|
|
|
|
``mp.msg.error(...)``
|
|
|
|
|
|
|
|
``mp.msg.warn(...)``
|
|
|
|
|
|
|
|
``mp.msg.info(...)``
|
|
|
|
|
|
|
|
``mp.msg.verbose(...)``
|
|
|
|
|
|
|
|
``mp.msg.debug(...)``
|
|
|
|
|
2017-12-16 08:18:20 +00:00
|
|
|
``mp.msg.trace(...)``
|
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
``mp.utils.getcwd()`` (LE)
|
|
|
|
|
|
|
|
``mp.utils.readdir(path [, filter])`` (LE)
|
|
|
|
|
2017-12-11 21:04:51 +00:00
|
|
|
``mp.utils.file_info(path)`` (LE)
|
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
``mp.utils.split_path(path)``
|
|
|
|
|
|
|
|
``mp.utils.join_path(p1, p2)``
|
|
|
|
|
|
|
|
``mp.utils.subprocess(t)``
|
|
|
|
|
|
|
|
``mp.utils.subprocess_detached(t)``
|
|
|
|
|
2017-12-17 00:25:23 +00:00
|
|
|
``mp.utils.getpid()`` (LE)
|
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
``mp.add_hook(type, priority, fn)``
|
|
|
|
|
2019-12-21 10:13:15 +00:00
|
|
|
``mp.options.read_options(obj [, identifier [, on_update]])`` (types:
|
2019-12-22 12:17:22 +00:00
|
|
|
string/boolean/number)
|
2017-12-14 19:22:56 +00:00
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
Additional utilities
|
|
|
|
--------------------
|
|
|
|
|
|
|
|
``mp.last_error()``
|
|
|
|
If used after an API call which updates last error, returns an empty string
|
|
|
|
if the API call succeeded, or a non-empty error reason string otherwise.
|
|
|
|
|
|
|
|
``Error.stack`` (string)
|
|
|
|
When using ``try { ... } catch(e) { ... }``, then ``e.stack`` is the stack
|
|
|
|
trace of the error - if it was created using the ``Error(...)`` constructor.
|
|
|
|
|
|
|
|
``print`` (global)
|
|
|
|
A convenient alias to ``mp.msg.info``.
|
|
|
|
|
|
|
|
``dump`` (global)
|
|
|
|
Like ``print`` but also expands objects and arrays recursively.
|
|
|
|
|
|
|
|
``mp.utils.getenv(name)``
|
2017-07-06 15:10:23 +00:00
|
|
|
Returns the value of the host environment variable ``name``, or
|
|
|
|
``undefined`` if the variable is not defined.
|
2014-12-13 16:27:47 +00:00
|
|
|
|
|
|
|
``mp.utils.get_user_path(path)``
|
|
|
|
Expands (mpv) meta paths like ``~/x``, ``~~/y``, ``~~desktop/z`` etc.
|
|
|
|
``read_file``, ``write_file`` and ``require`` already use this internaly.
|
|
|
|
|
|
|
|
``mp.utils.read_file(fname [,max])``
|
|
|
|
Returns the content of file ``fname`` as string. If ``max`` is provided and
|
|
|
|
not negative, limit the read to ``max`` bytes.
|
|
|
|
|
|
|
|
``mp.utils.write_file(fname, str)``
|
|
|
|
(Over)write file ``fname`` with text content ``str``. ``fname`` must be
|
|
|
|
prefixed with ``file://`` as simple protection against accidental arguments
|
|
|
|
switch, e.g. ``mp.utils.write_file("file://~/abc.txt", "hello world")``.
|
|
|
|
|
|
|
|
Note: ``read_file`` and ``write_file`` throw on errors, allow text content only.
|
|
|
|
|
|
|
|
``mp.get_time_ms()``
|
|
|
|
Same as ``mp.get_time()`` but in ms instead of seconds.
|
|
|
|
|
|
|
|
``mp.get_script_file()``
|
|
|
|
Returns the file name of the current script.
|
|
|
|
|
|
|
|
``exit()`` (global)
|
|
|
|
Make the script exit at the end of the current event loop iteration.
|
2017-12-09 21:24:36 +00:00
|
|
|
Note: please remove added key bindings before calling ``exit()``.
|
2014-12-13 16:27:47 +00:00
|
|
|
|
|
|
|
``mp.utils.compile_js(fname, content_str)``
|
|
|
|
Compiles the JS code ``content_str`` as file name ``fname`` (without loading
|
|
|
|
anything from the filesystem), and returns it as a function. Very similar
|
|
|
|
to a ``Function`` constructor, but shows at stack traces as ``fname``.
|
|
|
|
|
2019-12-14 17:34:58 +00:00
|
|
|
``mp.module_paths``
|
|
|
|
Global modules search paths array for the ``require`` function (see below).
|
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
Timers (global)
|
|
|
|
---------------
|
|
|
|
|
|
|
|
The standard HTML/node.js timers are available:
|
|
|
|
|
|
|
|
``id = setTimeout(fn [,duration [,arg1 [,arg2...]]])``
|
|
|
|
|
|
|
|
``id = setTimeout(code_string [,duration])``
|
|
|
|
|
|
|
|
``clearTimeout(id)``
|
|
|
|
|
|
|
|
``id = setInterval(fn [,duration [,arg1 [,arg2...]]])``
|
|
|
|
|
|
|
|
``id = setInterval(code_string [,duration])``
|
|
|
|
|
|
|
|
``clearInterval(id)``
|
|
|
|
|
|
|
|
``setTimeout`` and ``setInterval`` return id, and later call ``fn`` (or execute
|
|
|
|
``code_string``) after ``duration`` ms. Interval also repeat every ``duration``.
|
|
|
|
|
|
|
|
``duration`` has a minimum and default value of 0, ``code_string`` is
|
|
|
|
a plain string which is evaluated as JS code, and ``[,arg1 [,arg2..]]`` are used
|
|
|
|
as arguments (if provided) when calling back ``fn``.
|
|
|
|
|
|
|
|
The ``clear...(id)`` functions cancel timer ``id``, and are irreversible.
|
|
|
|
|
|
|
|
Note: timers always call back asynchronously, e.g. ``setTimeout(fn)`` will never
|
|
|
|
call ``fn`` before returning. ``fn`` will be called either at the end of this
|
|
|
|
event loop iteration or at a later event loop iteration. This is true also for
|
|
|
|
intervals - which also never call back twice at the same event loop iteration.
|
|
|
|
|
|
|
|
Additionally, timers are processed after the event queue is empty, so it's valid
|
2017-12-22 11:50:38 +00:00
|
|
|
to use ``setTimeout(fn)`` as a one-time idle observer.
|
2014-12-13 16:27:47 +00:00
|
|
|
|
|
|
|
CommonJS modules and ``require(id)``
|
|
|
|
------------------------------------
|
|
|
|
|
|
|
|
CommonJS Modules are a standard system where scripts can export common functions
|
2019-12-15 07:20:01 +00:00
|
|
|
for use by other scripts. Specifically, a module is a script which adds
|
|
|
|
properties (functions, etc) to its pre-existing ``exports`` object, which
|
|
|
|
another script can access with ``require(module-id)``. This runs the module and
|
|
|
|
returns its ``exports`` object. Further calls to ``require`` for the same module
|
|
|
|
will return its cached ``exports`` object without running the module again.
|
2014-12-13 16:27:47 +00:00
|
|
|
|
|
|
|
Modules and ``require`` are supported, standard compliant, and generally similar
|
|
|
|
to node.js. However, most node.js modules won't run due to missing modules such
|
|
|
|
as ``fs``, ``process``, etc, but some node.js modules with minimal dependencies
|
|
|
|
do work. In general, this is for mpv modules and not a node.js replacement.
|
|
|
|
|
|
|
|
A ``.js`` file extension is always added to ``id``, e.g. ``require("./foo")``
|
|
|
|
will load the file ``./foo.js`` and return its ``exports`` object.
|
|
|
|
|
|
|
|
An id is relative (to the script which ``require``'d it) if it starts with
|
|
|
|
``./`` or ``../``. Otherwise, it's considered a "top-level id" (CommonJS term).
|
|
|
|
|
2019-12-15 07:20:01 +00:00
|
|
|
Top level id is evaluated as absolute filesystem path if possible, e.g. ``/x/y``
|
|
|
|
or ``~/x``. Otherwise, it's considered a global module id and searched at
|
|
|
|
``scripts/modules.js/`` in mpv config dirs - in normal config search order. E.g.
|
|
|
|
``require("x")`` is searched as file ``x.js`` at those dirs, and id ``foo/x`` is
|
|
|
|
searched as file ``x.js`` inside dir ``foo`` at those dirs.
|
2014-12-13 16:27:47 +00:00
|
|
|
|
2019-12-14 17:34:58 +00:00
|
|
|
Search paths for global module id's are at the array ``mp.module_paths``, which
|
|
|
|
is searched in order. Initially it contains one item: ``~~/scripts/modules.js``
|
|
|
|
such that it behaves as described above. Modifying it will affect future
|
|
|
|
``require`` calls with global module id's which are not already loaded/cached.
|
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
No ``global`` variable, but a module's ``this`` at its top lexical scope is the
|
|
|
|
global object - also in strict mode. If you have a module which needs ``global``
|
|
|
|
as the global object, you could do ``this.global = this;`` before ``require``.
|
|
|
|
|
|
|
|
Functions and variables declared at a module don't pollute the global object.
|
|
|
|
|
|
|
|
The event loop
|
|
|
|
--------------
|
|
|
|
|
|
|
|
The event loop poll/dispatch mpv events as long as the queue is not empty, then
|
|
|
|
processes the timers, then waits for the next event, and repeats this forever.
|
|
|
|
|
|
|
|
You could put this code at your script to replace the built-in event loop, and
|
|
|
|
also print every event which mpv sends to your script:
|
|
|
|
|
|
|
|
::
|
|
|
|
|
|
|
|
function mp_event_loop() {
|
|
|
|
var wait = 0;
|
|
|
|
do {
|
|
|
|
var e = mp.wait_event(wait);
|
|
|
|
dump(e); // there could be a lot of prints...
|
|
|
|
if (e.event != "none") {
|
|
|
|
mp.dispatch_event(e);
|
|
|
|
wait = 0;
|
|
|
|
} else {
|
|
|
|
wait = mp.process_timers() / 1000;
|
2017-12-22 11:50:38 +00:00
|
|
|
if (wait != 0) {
|
|
|
|
mp.notify_idle_observers();
|
|
|
|
wait = mp.peek_timers_wait() / 1000;
|
|
|
|
}
|
2014-12-13 16:27:47 +00:00
|
|
|
}
|
|
|
|
} while (mp.keep_running);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
``mp_event_loop`` is a name which mpv tries to call after the script loads.
|
|
|
|
The internal implementation is similar to this (without ``dump`` though..).
|
|
|
|
|
|
|
|
``e = mp.wait_event(wait)`` returns when the next mpv event arrives, or after
|
|
|
|
``wait`` seconds if positive and no mpv events arrived. ``wait`` value of 0
|
|
|
|
returns immediately (with ``e.event == "none"`` if the queue is empty).
|
|
|
|
|
|
|
|
``mp.dispatch_event(e)`` calls back the handlers registered for ``e.event``,
|
|
|
|
if there are such (event handlers, property observers, script messages, etc).
|
|
|
|
|
|
|
|
``mp.process_timers()`` calls back the already-added, non-canceled due timers,
|
|
|
|
and returns the duration in ms till the next due timer (possibly 0), or -1 if
|
|
|
|
there are no pending timers. Must not be called recursively.
|
|
|
|
|
2017-12-22 11:50:38 +00:00
|
|
|
``mp.notify_idle_observers()`` calls back the idle observers, which we do when
|
|
|
|
we're about to sleep (wait != 0), but the observers may add timers or take
|
|
|
|
non-negligible duration to complete, so we re-calculate ``wait`` afterwards.
|
|
|
|
|
|
|
|
``mp.peek_timers_wait()`` returns the same values as ``mp.process_timers()``
|
|
|
|
but without doing anything. Invalid result if called from a timer callback.
|
|
|
|
|
2014-12-13 16:27:47 +00:00
|
|
|
Note: ``exit()`` is also registered for the ``shutdown`` event, and its
|
|
|
|
implementation is a simple ``mp.keep_running = false``.
|