2014-02-26 21:32:57 +00:00
|
|
|
mp.UNKNOWN_TYPE.info = "this value is inserted if the C type is not supported"
|
|
|
|
mp.UNKNOWN_TYPE.type = "UNKNOWN_TYPE"
|
|
|
|
|
|
|
|
mp.ARRAY.info = "native array"
|
|
|
|
mp.ARRAY.type = "ARRAY"
|
|
|
|
|
|
|
|
mp.MAP.info = "native map"
|
|
|
|
mp.MAP.type = "MAP"
|
2014-02-24 19:47:20 +00:00
|
|
|
|
2014-02-10 23:57:40 +00:00
|
|
|
function mp.get_script_name()
|
|
|
|
return mp.script_name
|
|
|
|
end
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
|
2014-02-26 19:58:17 +00:00
|
|
|
function mp.get_opt(key, def)
|
|
|
|
local opts = mp.get_property_native("options/lua-opts")
|
|
|
|
local val = opts[key]
|
|
|
|
if val == nil then
|
|
|
|
val = def
|
|
|
|
end
|
|
|
|
return val
|
|
|
|
end
|
|
|
|
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
local callbacks = {}
|
|
|
|
-- each script has its own section, so that they don't conflict
|
2014-02-17 01:38:07 +00:00
|
|
|
local default_section = "input_dispatch_" .. mp.script_name
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
|
|
|
|
-- Set the list of key bindings. These will override the user's bindings, so
|
|
|
|
-- you should use this sparingly.
|
|
|
|
-- A call to this function will remove all bindings previously set with this
|
|
|
|
-- function. For example, set_key_bindings({}) would remove all script defined
|
|
|
|
-- key bindings.
|
|
|
|
-- Note: the bindings are not active by default. Use enable_key_bindings().
|
|
|
|
--
|
|
|
|
-- list is an array of key bindings, where each entry is an array as follow:
|
|
|
|
-- {key, callback}
|
|
|
|
-- {key, callback, callback_down}
|
|
|
|
-- key is the key string as used in input.conf, like "ctrl+a"
|
|
|
|
-- callback is a Lua function that is called when the key binding is used.
|
|
|
|
-- callback_down can be given too, and is called when a mouse button is pressed
|
|
|
|
-- if the key is a mouse button. (The normal callback will be for mouse button
|
|
|
|
-- down.)
|
|
|
|
--
|
|
|
|
-- callback can be a string too, in which case the following will be added like
|
|
|
|
-- an input.conf line: key .. " " .. callback
|
|
|
|
-- (And callback_down is ignored.)
|
2014-02-25 23:59:19 +00:00
|
|
|
function mp.set_key_bindings(list, section, flags)
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
local cfg = ""
|
|
|
|
for i = 1, #list do
|
|
|
|
local entry = list[i]
|
|
|
|
local key = entry[1]
|
|
|
|
local cb = entry[2]
|
|
|
|
local cb_down = entry[3]
|
|
|
|
if type(cb) == "function" then
|
|
|
|
callbacks[#callbacks + 1] = {press=cb, before_press=cb_down}
|
|
|
|
cfg = cfg .. key .. " script_dispatch " .. mp.script_name
|
|
|
|
.. " " .. #callbacks .. "\n"
|
|
|
|
else
|
|
|
|
cfg = cfg .. key .. " " .. cb .. "\n"
|
|
|
|
end
|
|
|
|
end
|
2014-02-25 23:59:19 +00:00
|
|
|
mp.input_define_section(section or default_section, cfg, flags)
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
end
|
|
|
|
|
|
|
|
function mp.enable_key_bindings(section, flags)
|
|
|
|
mp.input_enable_section(section or default_section, flags)
|
|
|
|
end
|
|
|
|
|
|
|
|
function mp.disable_key_bindings(section)
|
|
|
|
mp.input_disable_section(section or default_section)
|
|
|
|
end
|
|
|
|
|
|
|
|
function mp.set_mouse_area(x0, y0, x1, y1, section)
|
|
|
|
mp.input_set_section_mouse_area(section or default_section, x0, y0, x1, y1)
|
|
|
|
end
|
|
|
|
|
2014-02-10 20:03:59 +00:00
|
|
|
local function script_dispatch(event)
|
|
|
|
local cb = callbacks[event.arg0]
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
if cb then
|
2014-02-10 20:03:59 +00:00
|
|
|
if event.type == "press" and cb.press then
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
cb.press()
|
2014-02-10 20:03:59 +00:00
|
|
|
elseif event.type == "keyup_follows" and cb.before_press then
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
cb.before_press()
|
|
|
|
end
|
|
|
|
end
|
|
|
|
end
|
|
|
|
|
2014-02-17 01:38:07 +00:00
|
|
|
-- "Newer" and more convenient API
|
|
|
|
|
|
|
|
local key_bindings = {}
|
|
|
|
local command_id = 1
|
|
|
|
|
|
|
|
local function update_key_bindings()
|
|
|
|
for i = 1, 2 do
|
|
|
|
local section, flags
|
|
|
|
local def = i == 1
|
|
|
|
if def then
|
|
|
|
section = "input_" .. mp.script_name
|
|
|
|
flags = "builtin"
|
|
|
|
else
|
|
|
|
section = "input_forced_" .. mp.script_name
|
|
|
|
flags = "default"
|
|
|
|
end
|
|
|
|
local cfg = ""
|
|
|
|
for k, v in pairs(key_bindings) do
|
|
|
|
if v.forced ~= def then
|
|
|
|
cfg = cfg .. v.key .. " script_message " .. mp.script_name
|
|
|
|
.. " " .. v.name .. "\n"
|
|
|
|
end
|
|
|
|
end
|
|
|
|
mp.input_define_section(section, cfg, flags)
|
|
|
|
-- TODO: remove the section if the script is stopped
|
|
|
|
mp.input_enable_section(section)
|
|
|
|
end
|
|
|
|
end
|
|
|
|
|
|
|
|
local function add_binding(attrs, key, name, fn)
|
|
|
|
if (type(name) ~= "string") and (not fn) then
|
|
|
|
fn = name
|
|
|
|
name = "command" .. tostring(command_id)
|
|
|
|
command_id = command_id + 1
|
|
|
|
end
|
|
|
|
attrs.key = key
|
|
|
|
attrs.name = name
|
|
|
|
key_bindings[name] = attrs
|
|
|
|
update_key_bindings()
|
|
|
|
if fn then
|
|
|
|
mp.register_script_command(name, fn)
|
|
|
|
end
|
|
|
|
end
|
|
|
|
|
|
|
|
function mp.add_key_binding(...)
|
|
|
|
add_binding({forced=false}, ...)
|
|
|
|
end
|
|
|
|
|
|
|
|
function mp.add_forced_key_binding(...)
|
|
|
|
add_binding({forced=true}, ...)
|
|
|
|
end
|
|
|
|
|
|
|
|
function mp.remove_key_binding(name)
|
|
|
|
key_bindings[name] = nil
|
|
|
|
update_key_bindings()
|
|
|
|
mp.unregister_script_command(name)
|
|
|
|
end
|
|
|
|
|
2014-02-10 20:07:23 +00:00
|
|
|
local timers = {}
|
|
|
|
|
|
|
|
function mp.add_timeout(seconds, cb)
|
|
|
|
local t = mp.add_periodic_timer(seconds, cb)
|
|
|
|
t.oneshot = true
|
|
|
|
return t
|
|
|
|
end
|
|
|
|
|
|
|
|
function mp.add_periodic_timer(seconds, cb)
|
|
|
|
local t = {
|
|
|
|
timeout = seconds,
|
|
|
|
cb = cb,
|
|
|
|
oneshot = false,
|
2014-02-28 23:37:57 +00:00
|
|
|
next_deadline = mp.get_time() + seconds,
|
2014-02-10 20:07:23 +00:00
|
|
|
}
|
|
|
|
timers[t] = t
|
|
|
|
return t
|
|
|
|
end
|
|
|
|
|
|
|
|
function mp.cancel_timer(t)
|
|
|
|
if t then
|
|
|
|
timers[t] = nil
|
|
|
|
end
|
|
|
|
end
|
|
|
|
|
|
|
|
-- Return the timer that expires next.
|
|
|
|
local function get_next_timer()
|
|
|
|
local best = nil
|
|
|
|
for t, _ in pairs(timers) do
|
|
|
|
if (best == nil) or (t.next_deadline < best.next_deadline) then
|
|
|
|
best = t
|
|
|
|
end
|
|
|
|
end
|
|
|
|
return best
|
|
|
|
end
|
|
|
|
|
|
|
|
-- Run timers that have met their deadline.
|
|
|
|
-- Return: next absolute time a timer expires as number, or nil if no timers
|
|
|
|
local function process_timers()
|
|
|
|
while true do
|
|
|
|
local timer = get_next_timer()
|
|
|
|
if not timer then
|
|
|
|
return
|
|
|
|
end
|
2014-02-28 23:37:57 +00:00
|
|
|
local wait = timer.next_deadline - mp.get_time()
|
2014-02-10 20:07:23 +00:00
|
|
|
if wait > 0 then
|
|
|
|
return wait
|
|
|
|
else
|
|
|
|
if timer.oneshot then
|
|
|
|
timers[timer] = nil
|
|
|
|
end
|
|
|
|
timer.cb()
|
|
|
|
if not timer.oneshot then
|
2014-02-28 23:37:57 +00:00
|
|
|
timer.next_deadline = mp.get_time() + timer.timeout
|
2014-02-10 20:07:23 +00:00
|
|
|
end
|
|
|
|
end
|
|
|
|
end
|
|
|
|
end
|
|
|
|
|
2014-02-17 01:38:07 +00:00
|
|
|
local commands = {}
|
|
|
|
|
|
|
|
function mp.register_script_command(name, fn)
|
|
|
|
commands[name] = fn
|
|
|
|
end
|
|
|
|
|
|
|
|
function mp.unregister_script_command(name)
|
|
|
|
commands[name] = nil
|
|
|
|
end
|
|
|
|
|
|
|
|
local function command_dispatch(ev)
|
|
|
|
if #ev.args > 0 then
|
|
|
|
local handler = commands[ev.args[1]]
|
2014-02-20 20:09:27 +00:00
|
|
|
if handler then
|
|
|
|
handler(unpack(ev.args, 2))
|
|
|
|
end
|
2014-02-17 01:38:07 +00:00
|
|
|
end
|
|
|
|
end
|
|
|
|
|
2014-02-10 20:03:59 +00:00
|
|
|
-- used by default event loop (mp_event_loop()) to decide when to quit
|
|
|
|
mp.keep_running = true
|
|
|
|
|
|
|
|
local event_handlers = {}
|
|
|
|
|
|
|
|
function mp.register_event(name, cb)
|
2014-02-14 12:48:08 +00:00
|
|
|
local list = event_handlers[name]
|
|
|
|
if not list then
|
|
|
|
list = {}
|
|
|
|
event_handlers[name] = list
|
|
|
|
end
|
|
|
|
list[#list + 1] = cb
|
2014-02-10 23:57:40 +00:00
|
|
|
return mp.request_event(name, true)
|
2014-02-10 20:03:59 +00:00
|
|
|
end
|
|
|
|
|
|
|
|
-- default handlers
|
|
|
|
mp.register_event("shutdown", function() mp.keep_running = false end)
|
|
|
|
mp.register_event("script-input-dispatch", script_dispatch)
|
2014-02-17 01:38:07 +00:00
|
|
|
mp.register_event("client-message", command_dispatch)
|
2014-02-10 20:03:59 +00:00
|
|
|
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
mp.msg = {
|
|
|
|
log = mp.log,
|
|
|
|
fatal = function(...) return mp.log("fatal", ...) end,
|
|
|
|
error = function(...) return mp.log("error", ...) end,
|
|
|
|
warn = function(...) return mp.log("warn", ...) end,
|
|
|
|
info = function(...) return mp.log("info", ...) end,
|
2014-01-16 20:37:29 +00:00
|
|
|
verbose = function(...) return mp.log("v", ...) end,
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
debug = function(...) return mp.log("debug", ...) end,
|
|
|
|
}
|
|
|
|
|
|
|
|
_G.print = mp.msg.info
|
|
|
|
|
|
|
|
package.loaded["mp"] = mp
|
|
|
|
package.loaded["mp.msg"] = mp.msg
|
|
|
|
|
2014-02-10 20:03:59 +00:00
|
|
|
_G.mp_event_loop = function()
|
2014-02-10 20:07:23 +00:00
|
|
|
local more_events = true
|
|
|
|
mp.suspend()
|
2014-02-10 20:03:59 +00:00
|
|
|
while mp.keep_running do
|
2014-02-10 20:07:23 +00:00
|
|
|
local wait = process_timers()
|
|
|
|
if wait == nil then
|
|
|
|
wait = 1e20 -- infinity for all practical purposes
|
|
|
|
end
|
|
|
|
if more_events then
|
|
|
|
wait = 0
|
|
|
|
end
|
|
|
|
-- Resume playloop - important especially if an error happened while
|
|
|
|
-- suspended, and the error was handled, but no resume was done.
|
2014-02-10 20:03:59 +00:00
|
|
|
if wait > 0 then
|
2014-02-10 23:57:40 +00:00
|
|
|
mp.resume_all()
|
2014-02-10 20:03:59 +00:00
|
|
|
end
|
|
|
|
local e = mp.wait_event(wait)
|
2014-02-10 20:07:23 +00:00
|
|
|
-- Empty the event queue while suspended; otherwise, each
|
|
|
|
-- event will keep us waiting until the core suspends again.
|
|
|
|
mp.suspend()
|
|
|
|
more_events = (e.event ~= "none")
|
|
|
|
if more_events then
|
2014-02-14 12:48:08 +00:00
|
|
|
local handlers = event_handlers[e.event]
|
|
|
|
if handlers then
|
|
|
|
for _, handler in ipairs(handlers) do
|
|
|
|
handler(e)
|
|
|
|
end
|
2014-02-10 20:03:59 +00:00
|
|
|
end
|
|
|
|
end
|
|
|
|
end
|
|
|
|
end
|
|
|
|
|
Add initial Lua scripting support
This is preliminary. There are still tons of issues, and any aspect
of scripting may change in the future. I decided to merge this
(preliminary) work now because it makes it easier to develop it, not
because it's done. lua.rst is clear enough about it (plus some
sarcasm).
This requires linking to Lua. Lua has no official pkg-config file, but
there are distribution specific .pc files, all with different names.
Adding a non-pkg-config based configure test was considered, but we'd
rather not.
One major complication is that libquvi links against Lua too, and if
the Lua version is different from mpv's, you will get a crash as soon
as libquvi uses Lua. (libquvi by design always runs when a file is
opened.) I would consider this the problem of distros and whoever
builds mpv, but to make things easier for users, we add a terrible
runtime test to the configure script, which probes whether libquvi
will crash. This is disabled when cross-compiling, but in that case
we hope the user knows what he is doing.
2013-09-25 22:41:14 +00:00
|
|
|
return {}
|