/usr/share/mlt/xml/consumer_xml.yml is in libmlt-data 6.6.0-1build1.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
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 | schema_version: 0.3
type: consumer
identifier: xml
title: XML
version: 1
copyright: Meltytech, LLC
creator: Dan Dennedy
license: LGPLv2.1
language: en
tags:
- Audio
- Video
description: >
Serialise the service network to XML.
See docs/mlt-xml.txt for more information.
notes: >
If you set a data property beginning with (and longer than) "xml_retain" on
the service connected to this consumer where the data is a mlt_service
pointer, then the pointed at service will also be serialized before the
connected service. This can be useful, for example, to save a playlist as
a media bin along with a multitrack. You can serialize more than one of these
additional services by setting more than property, each with a unique key
beginning with "xml_retain".
bugs:
- Untested arbitrary nesting of multitracks and playlists.
- >
Property "id" is generated as service type followed by number if no
property named "id" exists, but it fails to guarantee uniqueness.
parameters:
- identifier: resource
argument: yes
title: File
type: string
description: >
The name of a file in which to store the XML.
If the value does not contain a period (to start an extension), then
the value is interpreted as the name of a propery in which to store the
XML. This makes it easy for an application to use the consumer to
serialize a service network and retrieve the XML in-memory.
readonly: no
required: no
mutable: no
default: stdout
widget: fileopen
- identifier: all
title: Process all frames
type: boolean
description: >
Without this option, the XML consumer does not process any frames
and simply serializes the service network. However, some filters (.e.g,
videostab) require two passes where the first pass performs some
analysis and stores the result in a property. Therefore, set this
property to 1 (true) to cause the consumer to process all frames
before serializing to XML.
default: 0
- identifier: title
title: Title
type: string
description: >
You can give the composition a friendly name that some applications may use.
- identifier: root
title: Base path
type: string
description: >
If a file name in the XML is relative, but not relative to the current
XML file's directory, then you can set the directory to which it is
relative here.
- identifier: no_meta
title: Exclude meta properties
type: boolean
description: >
Set this to disable the output of properties with the prefix "meta."
default: 0
widget: checkbox
- identifier: no_root
title: No root attribute
type: boolean
description: >
Set this to disable the output of the root attribute on the root element.
default: 0
widget: checkbox
- identifier: time_format
title: Time format
type: string
description: Output time-based values as timecode or clock formats.
values:
- frames
- smpte_df # SMPTE drop-frame timecode
- smpte_ndf # SMPTE non-drop-frame timecode
- smpte # or SMPTE - same as smpte_df
- timecode # same as smpte_df
- clock # or CLOCK
default: frames
widget: dropdown
- identifier: store
title: Include property prefix
type: string
description: >
To save additional properties that MLT does not know about, supply an
application-specific property name prefix that you are using.
- identifier: no_profile
title: No profile element
type: boolean
description: Set this to disable the output of the profile element.
default: 0
widget: checkbox
|