-
-
Notifications
You must be signed in to change notification settings - Fork 5
/
libMPV.Client.pas
2357 lines (2087 loc) · 92.5 KB
/
libMPV.Client.pas
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
{*
* URUWorks libMPV (client.h)
*
* Author : URUWorks
* Website : uruworks.net
*
* The contents of this file are used with permission, subject to
* the Mozilla Public License Version 2.0 (the "License"); you may
* not use this file except in compliance with the License.
* You may obtain a copy of the License at
* http://www.mozilla.org/MPL/2.0.html
*
* Software distributed under the License is distributed on an
* "AS IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or
* implied. See the License for the specific language governing
* rights and limitations under the License.
*
* Copyright (C) 2021-2024 URUWorks, [email protected].
*}
{$PACKRECORDS C}
unit libMPV.Client;
// -----------------------------------------------------------------------------
interface
uses ctypes;
// -----------------------------------------------------------------------------
const
LIBMPV_DLL_NAME = 'libmpv';
LIBMPV_DLL_VER : array[0..3] of AnsiString =
(
{$IFDEF WINDOWS}'-3', '-2', '-1'{$ELSE}'.3', '.2', '.1'{$ENDIF}, ''
);
type
Pmpv_handle = ^mpv_handle;
mpv_handle = THandle;
{ Copyright (C) 2017 the mpv developers
*
* Permission to use, copy, modify, and/or distribute this software for any
* purpose with or without fee is hereby granted, provided that the above
* copyright notice and this permission notice appear in all copies.
*
* THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES
* WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF
* MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR
* ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
* WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN
* ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF
* OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
}
{
* Note: the client API is licensed under ISC (see above) to enable
* other wrappers outside of mpv. But keep in mind that the
* mpv core is by default still GPLv2+ - unless built with
* --enable-lgpl, which makes it LGPLv2+.
}
{ New symbols must still be added to libmpv/mpv.def. }
{*
* Mechanisms provided by this API
* -------------------------------
*
* This API provides general control over mpv playback. It does not give you
* direct access to individual components of the player, only the whole thing.
* It's somewhat equivalent to MPlayer's slave mode. You can send commands,
* retrieve or set playback status or settings with properties, and receive
* events.
*
* The API can be used in two ways:
* 1) Internally in mpv, to provide additional features to the command line
* player. Lua scripting uses this. (Currently there is no plugin API to
* get a client API handle in external user code. It has to be a fixed
* part of the player at compilation time.)
* 2) Using mpv as a library with mpv_create(). This basically allows embedding
* mpv in other applications.
*
* Documentation
* -------------
*
* The libmpv C API is documented directly in this header. Note that most
* actual interaction with this player is done through
* options/commands/properties, which can be accessed through this API.
* Essentially everything is done with them, including loading a file,
* retrieving playback progress, and so on.
*
* These are documented elsewhere:
* * http://mpv.io/manual/master/#options
* * http://mpv.io/manual/master/#list-of-input-commands
* * http://mpv.io/manual/master/#properties
*
* You can also look at the examples here:
* * https://github.com/mpv-player/mpv-examples/tree/master/libmpv
*
* Event loop
* ----------
*
* In general, the API user should run an event loop in order to receive events.
* This event loop should call mpv_wait_event(), which will return once a new
* mpv client API is available. It is also possible to integrate client API
* usage in other event loops (e.g. GUI toolkits) with the
* mpv_set_wakeup_callback() function, and then polling for events by calling
* mpv_wait_event() with a 0 timeout.
*
* Note that the event loop is detached from the actual player. Not calling
* mpv_wait_event() will not stop playback. It will eventually congest the
* event queue of your API handle, though.
*
* Synchronous vs. asynchronous calls
* ----------------------------------
*
* The API allows both synchronous and asynchronous calls. Synchronous calls
* have to wait until the playback core is ready, which currently can take
* an unbounded time (e.g. if network is slow or unresponsive). Asynchronous
* calls just queue operations as requests, and return the result of the
* operation as events.
*
* Asynchronous calls
* ------------------
*
* The client API includes asynchronous functions. These allow you to send
* requests instantly, and get replies as events at a later point. The
* requests are made with functions carrying the _async suffix, and replies
* are returned by mpv_wait_event() (interleaved with the normal event stream).
*
* A 64 bit userdata value is used to allow the user to associate requests
* with replies. The value is passed as reply_userdata parameter to the request
* function. The reply to the request will have the reply
* mpv_event->reply_userdata field set to the same value as the
* reply_userdata parameter of the corresponding request.
*
* This userdata value is arbitrary and is never interpreted by the API. Note
* that the userdata value 0 is also allowed, but then the client must be
* careful not accidentally interpret the mpv_event->reply_userdata if an
* event is not a reply. (For non-replies, this field is set to 0.)
*
* Asynchronous calls may be reordered in arbitrarily with other synchronous
* and asynchronous calls. If you want a guaranteed order, you need to wait
* until asynchronous calls report completion before doing the next call.
*
* See also the section "Asynchronous command details" in the manpage.
*
* Multithreading
* --------------
*
* The client API is generally fully thread-safe, unless otherwise noted.
* Currently, there is no real advantage in using more than 1 thread to access
* the client API, since everything is serialized through a single lock in the
* playback core.
*
* Basic environment requirements
* ------------------------------
*
* This documents basic requirements on the C environment. This is especially
* important if mpv is used as library with mpv_create().
*
* - The LC_NUMERIC locale category must be set to "C". If your program calls
* setlocale(), be sure not to use LC_ALL, or if you do, reset LC_NUMERIC
* to its sane default: setlocale(LC_NUMERIC, "C").
* - If a X11 based VO is used, mpv will set the xlib error handler. This error
* handler is process-wide, and there's no proper way to share it with other
* xlib users within the same process. This might confuse GUI toolkits.
* - mpv uses some other libraries that are not library-safe, such as Fribidi
* (used through libass), ALSA, FFmpeg, and possibly more.
* - The FPU precision must be set at least to double precision.
* - On Windows, mpv will call timeBeginPeriod(1).
* - On memory exhaustion, mpv will kill the process.
* - In certain cases, mpv may start sub processes (such as with the ytdl
* wrapper script).
* - Using UNIX IPC (off by default) will override the SIGPIPE signal handler,
* and set it to SIG_IGN. Some invocations of the "subprocess" command will
* also do that.
* - mpv may start sub processes, so overriding SIGCHLD, or waiting on all PIDs
* (such as calling wait()) by the parent process or any other library within
* the process must be avoided. libmpv itself only waits for its own PIDs.
* - If anything in the process registers signal handlers, they must set the
* SA_RESTART flag. Otherwise you WILL get random failures on signals.
*
* Encoding of filenames
* ---------------------
*
* mpv uses UTF-8 everywhere.
*
* On some platforms (like Linux), filenames actually do not have to be UTF-8;
* for this reason libmpv supports non-UTF-8 strings. libmpv uses what the
* kernel uses and does not recode filenames. At least on Linux, passing a
* string to libmpv is like passing a string to the fopen() function.
*
* On Windows, filenames are always UTF-8, libmpv converts between UTF-8 and
* UTF-16 when using win32 API functions. libmpv never uses or accepts
* filenames in the local 8 bit encoding. It does not use fopen() either;
* it uses _wfopen().
*
* On OS X, filenames and other strings taken/returned by libmpv can have
* inconsistent unicode normalization. This can sometimes lead to problems.
* You have to hope for the best.
*
* Also see the remarks for MPV_FORMAT_STRING.
*
* Embedding the video window
* --------------------------
*
* Using the render API (in render_cb.h) is recommended. This API requires
* you to create and maintain an OpenGL context, to which you can render
* video using a specific API call. This API does not include keyboard or mouse
* input directly.
*
* There is an older way to embed the native mpv window into your own. You have
* to get the raw window handle, and set it as "wid" option. This works on X11,
* win32, and OSX only. It's much easier to use than the render API, but
* also has various problems.
*
* Also see client API examples and the mpv manpage. There is an extensive
* discussion here:
* https://github.com/mpv-player/mpv-examples/tree/master/libmpv#methods-of-embedding-the-video-window
*
* Compatibility
* -------------
*
* mpv development doesn't stand still, and changes to mpv internals as well as
* to its interface can cause compatibility issues to client API users.
*
* The API is versioned (see MPV_CLIENT_API_VERSION), and changes to it are
* documented in DOCS/client-api-changes.rst. The C API itself will probably
* remain compatible for a long time, but the functionality exposed by it
* could change more rapidly. For example, it's possible that options are
* renamed, or change the set of allowed values.
*
* Defensive programming should be used to potentially deal with the fact that
* options, commands, and properties could disappear, change their value range,
* or change the underlying datatypes. It might be a good idea to prefer
* MPV_FORMAT_STRING over other types to decouple your code from potential
* mpv changes.
*
* Also see: DOCS/compatibility.rst
*
* Future changes
* --------------
*
* This are the planned changes that will most likely be done on the next major
* bump of the library:
*
* - remove all symbols that are marked as deprecated
* - reassign enum numerical values to remove gaps
* - disabling all events by default
}
{*
* The version is incremented on each API change. The 16 lower bits form the
* minor version number, and the 16 higher bits the major version number. If
* the API becomes incompatible to previous versions, the major version
* number is incremented. This affects only C part, and not properties and
* options.
*
* Every API bump is described in DOCS/client-api-changes.rst
*
* You can use MPV_MAKE_VERSION() and compare the result with integer
* relational operators (<, >, <=, >=).
}
function LIBMPV_MAKE_VERSION(major, minor: Integer): Integer;
function LIBMPV_CLIENT_API_VERSION: Integer;
{*
* The API user is allowed to "#define MPV_ENABLE_DEPRECATED 0" before
* including any libmpv headers. Then deprecated symbols will be excluded
* from the headers. (Of course, deprecated properties and commands and
* other functionality will still work.)
}
const
MPV_ENABLE_DEPRECATED = 1;
{*
* Return the MPV_CLIENT_API_VERSION the mpv source has been compiled with.
}
var
mpv_client_api_version : function:dword;cdecl;
{*
* Client context used by the client API. Every client has its own private
* handle.
}
type
mpv_error = Longint;
const
{*
* List of error codes than can be returned by API functions. 0 and positive
* return values always mean success, negative values are always errors.
}
{*
* No error happened (used to signal successful operation).
* Keep in mind that many API functions returning error codes can also
* return positive values, which also indicate success. API users can
* hardcode the fact that ">= 0" means success.
}
MPV_ERROR_SUCCESS = 0;
{*
* The event ringbuffer is full. This means the client is choked, and can't
* receive any events. This can happen when too many asynchronous requests
* have been made, but not answered. Probably never happens in practice,
* unless the mpv core is frozen for some reason, and the client keeps
* making asynchronous requests. (Bugs in the client API implementation
* could also trigger this, e.g. if events become "lost".)
}
MPV_ERROR_EVENT_QUEUE_FULL = -1;
{*
* Memory allocation failed.
}
MPV_ERROR_NOMEM = -2;
{*
* The mpv core wasn't configured and initialized yet. See the notes in
* mpv_create().
}
MPV_ERROR_UNINITIALIZED = -3;
{*
* Generic catch-all error if a parameter is set to an invalid or
* unsupported value. This is used if there is no better error code.
}
MPV_ERROR_INVALID_PARAMETER = -4;
{*
* Trying to set an option that doesn't exist.
}
MPV_ERROR_OPTION_NOT_FOUND = -5;
{*
* Trying to set an option using an unsupported MPV_FORMAT.
}
MPV_ERROR_OPTION_FORMAT = -6;
{*
* Setting the option failed. Typically this happens if the provided option
* value could not be parsed.
}
MPV_ERROR_OPTION_ERROR = -7;
{*
* The accessed property doesn't exist.
}
MPV_ERROR_PROPERTY_NOT_FOUND = -8;
{*
* Trying to set or get a property using an unsupported MPV_FORMAT.
}
MPV_ERROR_PROPERTY_FORMAT = -9;
{*
* The property exists, but is not available. This usually happens when the
* associated subsystem is not active, e.g. querying audio parameters while
* audio is disabled.
}
MPV_ERROR_PROPERTY_UNAVAILABLE = -10;
{*
* Error setting or getting a property.
}
MPV_ERROR_PROPERTY_ERROR = -11;
{*
* General error when running a command with mpv_command and similar.
}
MPV_ERROR_COMMAND = -12;
{*
* Generic error on loading (usually used with mpv_event_end_file.error).
}
MPV_ERROR_LOADING_FAILED = -13;
{*
* Initializing the audio output failed.
}
MPV_ERROR_AO_INIT_FAILED = -14;
{*
* Initializing the video output failed.
}
MPV_ERROR_VO_INIT_FAILED = -15;
{*
* There was no audio or video data to play. This also happens if the
* file was recognized, but did not contain any audio or video streams,
* or no streams were selected.
}
MPV_ERROR_NOTHING_TO_PLAY = -16;
{*
* When trying to load the file, the file format could not be determined,
* or the file was too broken to open it.
}
MPV_ERROR_UNKNOWN_FORMAT = -17;
{*
* Generic error for signaling that certain system requirements are not
* fulfilled.
}
MPV_ERROR_UNSUPPORTED = -18;
{*
* The API function which was called is a stub only.
}
MPV_ERROR_NOT_IMPLEMENTED = -19;
{*
* Unspecified error.
}
MPV_ERROR_GENERIC = -20;
{*
* Return a string describing the error. For unknown errors, the string
* "unknown error" is returned.
*
* @param error error number, see enum mpv_error
* @return A static string describing the error. The string is completely
* static, i.e. doesn't need to be deallocated, and is valid forever.
}
var
mpv_error_string : function(error:Longint):Pchar;cdecl;
{*
* General function to deallocate memory returned by some of the API functions.
* Call this only if it's explicitly documented as allowed. Calling this on
* mpv memory not owned by the caller will lead to undefined behavior.
*
* @param data A valid pointer returned by the API, or NULL.
}
mpv_free : procedure(var data:pointer);cdecl;
{*
* Return the name of this client handle. Every client has its own unique
* name, which is mostly used for user interface purposes.
*
* @return The client name. The string is read-only and is valid until the
* mpv_handle is destroyed.
}
mpv_client_name : function(var ctx:mpv_handle):Pchar;cdecl;
{*
* Return the ID of this client handle. Every client has its own unique ID. This
* ID is never reused by the core, even if the mp v_handle at hand gets destroyed
* and new handles get allocated.
*
* IDs are never 0 or negative.
*
* Some mpv APIs (not necessarily all) accept a name in the form "@<id>" in
* addition of the proper mpv_client_name(), where "<id>" is the ID in decimal
* form (e.g. "@123"). For example, the "script-message-to" command takes the
* client name as first argument, but also accepts the client ID formatted in
* this manner.
*
* @return The client ID.
}
mpv_client_id : function(var ctx:mpv_handle):int64;cdecl;
{*
* Create a new mpv instance and an associated client API handle to control
* the mpv instance. This instance is in a pre-initialized state,
* and needs to be initialized to be actually used with most other API
* functions.
*
* Some API functions will return MPV_ERROR_UNINITIALIZED in the uninitialized
* state. You can call mpv_set_property() (or mpv_set_property_string() and
* other variants, and before mpv 0.21.0 mpv_set_option() etc.) to set initial
* options. After this, call mpv_initialize() to start the player, and then use
* e.g. mpv_command() to start playback of a file.
*
* The point of separating handle creation and actual initialization is that
* you can configure things which can't be changed during runtime.
*
* Unlike the command line player, this will have initial settings suitable
* for embedding in applications. The following settings are different:
* - stdin/stdout/stderr and the terminal will never be accessed. This is
* equivalent to setting the --no-terminal option.
* (Technically, this also suppresses C signal handling.)
* - No config files will be loaded. This is roughly equivalent to using
* --config=no. Since libmpv 1.15, you can actually re-enable this option,
* which will make libmpv load config files during mpv_initialize(). If you
* do this, you are strongly encouraged to set the "config-dir" option too.
* (Otherwise it will load the mpv command line player's config.)
* For example:
* mpv_set_option_string(mpv, "config-dir", "/my/path"); // set config root
* mpv_set_option_string(mpv, "config", "yes"); // enable config loading
* (call mpv_initialize() _after_ this)
* - Idle mode is enabled, which means the playback core will enter idle mode
* if there are no more files to play on the internal playlist, instead of
* exiting. This is equivalent to the --idle option.
* - Disable parts of input handling.
* - Most of the different settings can be viewed with the command line player
* by running "mpv --show-profile=libmpv".
*
* All this assumes that API users want a mpv instance that is strictly
* isolated from the command line player's configuration, user settings, and
* so on. You can re-enable disabled features by setting the appropriate
* options.
*
* The mpv command line parser is not available through this API, but you can
* set individual options with mpv_set_property(). Files for playback must be
* loaded with mpv_command() or others.
*
* Note that you should avoid doing concurrent accesses on the uninitialized
* client handle. (Whether concurrent access is definitely allowed or not has
* yet to be decided.)
*
* @return a new mpv client API handle. Returns NULL on error. Currently, this
* can happen in the following situations:
* - out of memory
* - LC_NUMERIC is not set to "C" (see general remarks)
}
mpv_create : function:Pmpv_handle;cdecl;
{*
* Initialize an uninitialized mpv instance. If the mpv instance is already
* running, an error is returned.
*
* This function needs to be called to make full use of the client API if the
* client API handle was created with mpv_create().
*
* Only the following options are required to be set _before_ mpv_initialize():
* - options which are only read at initialization time:
* - config
* - config-dir
* - input-conf
* - load-scripts
* - script
* - player-operation-mode
* - input-app-events (OSX)
* - all encoding mode options
*
* @return error code
}
mpv_initialize : function(var ctx:mpv_handle):longint;cdecl;
{*
* Disconnect and destroy the mpv_handle. ctx will be deallocated with this
* API call.
*
* If the last mpv_handle is detached, the core player is destroyed. In
* addition, if there are only weak mpv_handles (such as created by
* mpv_create_weak_client() or internal scripts), these mpv_handles will
* be sent MPV_EVENT_SHUTDOWN. This function may block until these clients
* have responded to the shutdown event, and the core is finally destroyed.
}
mpv_destroy : procedure(var ctx:mpv_handle);cdecl;
{*
* Similar to mpv_destroy(), but brings the player and all clients down
* as well, and waits until all of them are destroyed. This function blocks. The
* advantage over mpv_destroy() is that while mpv_destroy() merely
* detaches the client handle from the player, this function quits the player,
* waits until all other clients are destroyed (i.e. all mpv_handles are
* detached), and also waits for the final termination of the player.
*
* Since mpv_destroy() is called somewhere on the way, it's not safe to
* call other functions concurrently on the same context.
*
* Since mpv client API version 1.29:
* The first call on any mpv_handle will block until the core is destroyed.
* This means it will wait until other mpv_handle have been destroyed. If you
* want asynchronous destruction, just run the "quit" command, and then react
* to the MPV_EVENT_SHUTDOWN event.
* If another mpv_handle already called mpv_terminate_destroy(), this call will
* not actually block. It will destroy the mpv_handle, and exit immediately,
* while other mpv_handles might still be uninitializing.
*
* Before mpv client API version 1.29:
* If this is called on a mpv_handle that was not created with mpv_create(),
* this function will merely send a quit command and then call
* mpv_destroy(), without waiting for the actual shutdown.
}
mpv_terminate_destroy : procedure(var ctx:mpv_handle);cdecl;
{*
* Create a new client handle connected to the same player core as ctx. This
* context has its own event queue, its own mpv_request_event() state, its own
* mpv_request_log_messages() state, its own set of observed properties, and
* its own state for asynchronous operations. Otherwise, everything is shared.
*
* This handle should be destroyed with mpv_destroy() if no longer
* needed. The core will live as long as there is at least 1 handle referencing
* it. Any handle can make the core quit, which will result in every handle
* receiving MPV_EVENT_SHUTDOWN.
*
* This function can not be called before the main handle was initialized with
* mpv_initialize(). The new handle is always initialized, unless ctx=NULL was
* passed.
*
* @param ctx Used to get the reference to the mpv core; handle-specific
* settings and parameters are not used.
* If NULL, this function behaves like mpv_create() (ignores name).
* @param name The client name. This will be returned by mpv_client_name(). If
* the name is already in use, or contains non-alphanumeric
* characters (other than '_'), the name is modified to fit.
* If NULL, an arbitrary name is automatically chosen.
* @return a new handle, or NULL on error
}
mpv_create_client : function(var ctx:mpv_handle; const name:Pchar):Pmpv_handle;cdecl;
{*
* This is the same as mpv_create_client(), but the created mpv_handle is
* treated as a weak reference. If all mpv_handles referencing a core are
* weak references, the core is automatically destroyed. (This still goes
* through normal uninit of course. Effectively, if the last non-weak mpv_handle
* is destroyed, then the weak mpv_handles receive MPV_EVENT_SHUTDOWN and are
* asked to terminate as well.)
*
* Note if you want to use this like refcounting: you have to be aware that
* mpv_terminate_destroy() _and_ mpv_destroy() for the last non-weak
* mpv_handle will block until all weak mpv_handles are destroyed.
}
mpv_create_weak_client : function(var ctx:mpv_handle; const name:Pchar):Pmpv_handle;cdecl;
{*
* Load a config file. This loads and parses the file, and sets every entry in
* the config file's default section as if mpv_set_option_string() is called.
*
* The filename should be an absolute path. If it isn't, the actual path used
* is unspecified. (Note: an absolute path starts with '/' on UNIX.) If the
* file wasn't found, MPV_ERROR_INVALID_PARAMETER is returned.
*
* If a fatal error happens when parsing a config file, MPV_ERROR_OPTION_ERROR
* is returned. Errors when setting options as well as other types or errors
* are ignored (even if options do not exist). You can still try to capture
* the resulting error messages with mpv_request_log_messages(). Note that it's
* possible that some options were successfully set even if any of these errors
* happen.
*
* @param filename absolute path to the config file on the local filesystem
* @return error code
}
mpv_load_config_file : function(var ctx:mpv_handle; filename:Pchar):longint;cdecl;
{*
* Return the internal time in nanoseconds. This has an arbitrary start offset,
* but will never wrap or go backwards.
*
* Note that this is always the real time, and doesn't necessarily have to do
* with playback time. For example, playback could go faster or slower due to
* playback speed, or due to playback being paused. Use the "time-pos" property
* instead to get the playback status.
*
* Unlike other libmpv APIs, this can be called at absolutely any time (even
* within wakeup callbacks), as long as the context is valid.
*
* Safe to be called from mpv render API threads.
}
mpv_get_time_ns : function(var ctx:mpv_handle):int64;cdecl;
{*
* Same as mpv_get_time_ns but in microseconds.
*}
mpv_get_time_us : function(var ctx:mpv_handle):int64;cdecl;
{*
* Data format for options and properties. The API functions to get/set
* properties and options support multiple formats, and this enum describes
* them.
}
type
mpv_format = Longint;
const
{*
* Invalid. Sometimes used for empty values. This is always defined to 0,
* so a normal 0-init of mpv_format (or e.g. mpv_node) is guaranteed to set
* this it to MPV_FORMAT_NONE (which makes some things saner as consequence).
}
MPV_FORMAT_NONE = 0;
{*
* The basic type is char*. It returns the raw property string, like
* using $=property in input.conf (see input.rst).
*
* NULL isn't an allowed value.
*
* Warning: although the encoding is usually UTF-8, this is not always the
* case. File tags often store strings in some legacy codepage,
* and even filenames don't necessarily have to be in UTF-8 (at
* least on Linux). If you pass the strings to code that requires
* valid UTF-8, you have to sanitize it in some way.
* On Windows, filenames are always UTF-8, and libmpv converts
* between UTF-8 and UTF-16 when using win32 API functions. See
* the "Encoding of filenames" section for details.
*
* Example for reading:
*
* char *result = NULL;
* if (mpv_get_property(ctx, "property", MPV_FORMAT_STRING, &result) < 0)
* goto error;
* printf("%s\n", result);
* mpv_free(result);
*
* Or just use mpv_get_property_string().
*
* Example for writing:
*
* char *value = "the new value";
* // yep, you pass the address to the variable
* // (needed for symmetry with other types and mpv_get_property)
* mpv_set_property(ctx, "property", MPV_FORMAT_STRING, &value);
*
* Or just use mpv_set_property_string().
*
}
MPV_FORMAT_STRING = 1;
{*
* The basic type is char*. It returns the OSD property string, like
* using $property in input.conf (see input.rst). In many cases, this
* is the same as the raw string, but in other cases it's formatted for
* display on OSD. It's intended to be human readable. Do not attempt to
* parse these strings.
*
* Only valid when doing read access. The rest works like MPV_FORMAT_STRING.
}
MPV_FORMAT_OSD_STRING = 2;
{*
* The basic type is int. The only allowed values are 0 ("no")
* and 1 ("yes").
*
* Example for reading:
*
* int result;
* if (mpv_get_property(ctx, "property", MPV_FORMAT_FLAG, &result) < 0)
* goto error;
* printf("%s\n", result ? "true" : "false");
*
* Example for writing:
*
* int flag = 1;
* mpv_set_property(ctx, "property", MPV_FORMAT_FLAG, &flag);
}
MPV_FORMAT_FLAG = 3;
{*
* The basic type is int64.
}
MPV_FORMAT_INT64 = 4;
{*
* The basic type is double.
}
MPV_FORMAT_DOUBLE = 5;
{*
* The type is mpv_node.
*
* For reading, you usually would pass a pointer to a stack-allocated
* mpv_node value to mpv, and when you're done you call
* mpv_free_node_contents(&node).
* You're expected not to write to the data - if you have to, copy it
* first (which you have to do manually).
*
* For writing, you construct your own mpv_node, and pass a pointer to the
* API. The API will never write to your data (and copy it if needed), so
* you're free to use any form of allocation or memory management you like.
*
* Warning: when reading, always check the mpv_node.format member. For
* example, properties might change their type in future versions
* of mpv, or sometimes even during runtime.
*
* Example for reading:
*
* mpv_node result;
* if (mpv_get_property(ctx, "property", MPV_FORMAT_NODE, &result) < 0)
* goto error;
* printf("format=%d\n", (int)result.format);
* mpv_free_node_contents(&result).
*
* Example for writing:
*
* mpv_node value;
* value.format = MPV_FORMAT_STRING;
* value.u.string = "hello";
* mpv_set_property(ctx, "property", MPV_FORMAT_NODE, &value);
}
MPV_FORMAT_NODE = 6;
{*
* Used with mpv_node only. Can usually not be used directly.
}
MPV_FORMAT_NODE_ARRAY = 7;
{*
* See MPV_FORMAT_NODE_ARRAY.
}
MPV_FORMAT_NODE_MAP = 8;
{*
* A raw, untyped byte array. Only used only with mpv_node, and only in
* some very specific situations. (Some commands use it.)
}
MPV_FORMAT_BYTE_ARRAY = 9;
{*
* Generic data storage.
*
* If mpv writes this struct (e.g. via mpv_get_property()), you must not change
* the data. In some cases (mpv_get_property()), you have to free it with
* mpv_free_node_contents(). If you fill this struct yourself, you're also
* responsible for freeing it, and you must not call mpv_free_node_contents().
}
type
Pmpv_node_list = ^mpv_node_list;
Pmpv_byte_array = ^mpv_byte_array;
Pmpv_node = ^mpv_node;
mpv_node = record
u : record
case Integer of
{* valid if format==MPV_FORMAT_STRING }
0 : ( _string : Pchar );
{* valid if format==MPV_FORMAT_FLAG }
1 : ( flag : longint );
{* valid if format==MPV_FORMAT_INT64 }
2 : ( int64_ : int64 );
{* valid if format==MPV_FORMAT_DOUBLE }
3 : ( double_ : double );
{* valid if format==MPV_FORMAT_NODE_ARRAY or if format==MPV_FORMAT_NODE_MAP }
4 : ( list : Pmpv_node_list );
{* valid if format==MPV_FORMAT_BYTE_ARRAY }
5 : ( ba : Pmpv_byte_array );
end;
{*
* Type of the data stored in this struct. This value rules what members in
* the given union can be accessed. The following formats are currently
* defined to be allowed in mpv_node:
*
* MPV_FORMAT_STRING (u.string)
* MPV_FORMAT_FLAG (u.flag)
* MPV_FORMAT_INT64 (u.int64)
* MPV_FORMAT_DOUBLE (u.double_)
* MPV_FORMAT_NODE_ARRAY (u.list)
* MPV_FORMAT_NODE_MAP (u.list)
* MPV_FORMAT_BYTE_ARRAY (u.ba)
* MPV_FORMAT_NONE (no member)
*
* If you encounter a value you don't know, you must not make any
* assumptions about the contents of union u.
}
format : mpv_format;
end;
{*
* (see mpv_node)
}
mpv_node_list = record
{* Number of entries. Negative values are not allowed. }
num : Longint;
{*
* MPV_FORMAT_NODE_ARRAY:
* values[N] refers to value of the Nth item
*
* MPV_FORMAT_NODE_MAP:
* values[N] refers to value of the Nth key/value pair
*
* If num > 0, values[0] to values[num-1] (inclusive) are valid.
* Otherwise, this can be NULL.
}
values : Pmpv_node;
{*
* MPV_FORMAT_NODE_ARRAY:
* unused (typically NULL), access is not allowed
*
* MPV_FORMAT_NODE_MAP:
* keys[N] refers to key of the Nth key/value pair. If num > 0, keys[0] to
* keys[num-1] (inclusive) are valid. Otherwise, this can be NULL.
* The keys are in random order. The only guarantee is that keys[N] belongs
* to the value values[N]. NULL keys are not allowed.
}
keys : PPchar;
end;
{*
* (see mpv_node)
}
mpv_byte_array = record
{*
* Pointer to the data. In what format the data is stored is up to whatever
* uses MPV_FORMAT_BYTE_ARRAY.
}
data : pointer;
{*
* Size of the data pointed to by ptr.
}
size : csize_t;
end;
{*
* Frees any data referenced by the node. It doesn't free the node itself.
* Call this only if the mpv client API set the node. If you constructed the
* node yourself (manually), you have to free it yourself.
*
* If node->format is MPV_FORMAT_NONE, this call does nothing. Likewise, if
* the client API sets a node with this format, this function doesn't need to
* be called. (This is just a clarification that there's no danger of anything
* strange happening in these cases.)
}
var
mpv_free_node_contents : procedure(var node:mpv_node);cdecl;
{*
* Set an option. Note that you can't normally set options during runtime. It
* works in uninitialized state (see mpv_create()), and in some cases in at
* runtime.
*
* Using a format other than MPV_FORMAT_NODE is equivalent to constructing a
* mpv_node with the given format and data, and passing the mpv_node to this
* function.
*
* Note: this is semi-deprecated. For most purposes, this is not needed anymore.
* Starting with mpv version 0.21.0 (version 1.23) most options can be set
* with mpv_set_property() (and related functions), and even before
* mpv_initialize(). In some obscure corner cases, using this function
* to set options might still be required (see
* "Inconsistencies between options and properties" in the manpage). Once
* these are resolved, the option setting functions might be fully
* deprecated.
*
* @param name Option name. This is the same as on the mpv command line, but
* without the leading "--".
* @param format see enum mpv_format.
* @param[in] data Option value (according to the format).
* @return error code
}
mpv_set_option : function(var ctx:mpv_handle; name:Pchar; format:mpv_format; data:pointer):longint;cdecl;
{*
* Convenience function to set an option to a string value. This is like
* calling mpv_set_option() with MPV_FORMAT_STRING.
*
* @return error code
}
mpv_set_option_string : function(var ctx:mpv_handle; name:Pchar; data:Pchar):longint;cdecl;
{*
* Send a command to the player. Commands are the same as those used in