aboutsummaryrefslogtreecommitdiffstats
path: root/ext
diff options
context:
space:
mode:
authorDavid Robillard <d@drobilla.net>2011-11-19 22:25:01 +0000
committerDavid Robillard <d@drobilla.net>2011-11-19 22:25:01 +0000
commit3dd648663b5d7c469ccedbb2cf521dc466ceadaa (patch)
treef11f038aeaa6dd7f7b5f68dd4fda3e149c125dce /ext
parent1171708927d593bac8286fdea5d3ff38784907d2 (diff)
downloadlv2-3dd648663b5d7c469ccedbb2cf521dc466ceadaa.tar.xz
HTMLify documentation.
Diffstat (limited to 'ext')
-rw-r--r--ext/dynmanifest.lv2/dynmanifest.h255
-rw-r--r--ext/dynmanifest.lv2/dynmanifest.ttl66
-rw-r--r--ext/dynmanifest.lv2/manifest.ttl6
3 files changed, 157 insertions, 170 deletions
diff --git a/ext/dynmanifest.lv2/dynmanifest.h b/ext/dynmanifest.lv2/dynmanifest.h
index 18b62e2..7c08fb1 100644
--- a/ext/dynmanifest.lv2/dynmanifest.h
+++ b/ext/dynmanifest.lv2/dynmanifest.h
@@ -1,6 +1,6 @@
/*
Dynamic manifest specification for LV2
- Copyright (C) 2008-2011 Stefano D'Angelo <zanga.mail@gmail.com>
+ Copyright 2008-2011 Stefano D'Angelo <zanga.mail@gmail.com>
Permission to use, copy, modify, and/or distribute this software for any
purpose with or without fee is hereby granted, provided that the above
@@ -15,6 +15,13 @@
OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
*/
+/**
+ @file dynmanifest.h
+ C header for the LV2 Dynamic Manifest extension
+ <http://lv2plug.in/ns/ext/dynmanifest>.
+ Revision: 1.1
+*/
+
#ifndef LV2_DYN_MANIFEST_H_INCLUDED
#define LV2_DYN_MANIFEST_H_INCLUDED
@@ -28,177 +35,104 @@
extern "C" {
#endif
-
-/* ************************************************************************* */
-
-
-/** @file
- * C header for the LV2 Dynamic Manifest extension
- * <http://lv2plug.in/ns/ext/dynmanifest>.
- * Revision: 1.1
- *
- * == Overview ==
- *
- * The LV2 API, on its own, cannot be used to write plugin libraries where
- * data is dynamically generated at runtime (e.g. API wrappers), since LV2
- * requires needed information to be provided in one or more static data (RDF)
- * files. This API addresses this limitation by extending the LV2 API.
- *
- * A host implementing support for this API should first detect that the plugin
- * library implements a dynamic manifest generator by examining its static
- * manifest file, then fetch data from the shared object file by accessing it as
- * usual (e.g., dlopen() and family) and using this API.
- *
- * The host is allowed to request regeneration of the dynamic manifest multiple
- * times, and the plugin library is expected to provide updated data if/when
- * possible. All data and references provided via this API before the last
- * regeneration of the dynamic manifest is to be considered invalid by the
- * host, including plugin descriptors whose URIs were discovered using this API.
- *
- * This API is extensible in a similar fashion as the LV2 API.
- *
- * == Accessing data ==
- *
- * Whenever a host wants to access data using this API, it could:
- *
- * -# Call lv2_dyn_manifest_open();
- * -# Create an empty resource identified by a FILE *;
- * -# Get a "list" of exposed subject URIs using
- * lv2_dyn_manifest_get_subjects();
- * -# Call lv2_dyn_manifest_get_data() for each URI of interest, in order to
- * get data related to that URI (either by calling the function subsequently
- * with the same FILE * resource, or by creating more FILE * resources to
- * perform parallel calls);
- * -# Call lv2_dyn_manifest_close();
- * -# Parse the content of the FILE * resource(s).
- * -# Free/delete/unlink the FILE * resource(s).
- *
- * The content of the FILE * resources has to be interpreted by the host as a
- * regular file in Turtle syntax. This also means that each FILE * resource
- * should also contain needed prefix definitions, in case any are used.
- *
- * Each call to lv2_dyn_manifest_open() automatically implies the (re)generation
- * of the dynamic manifest on the library side.
- *
- * When such calls are made, data fetched from the involved library using this
- * API before such call is to be considered no more valid.
- *
- * In case the plugin library uses this same API to access other dynamic
- * manifests, it MUST implement some mechanism to avoid potentially endless
- * loops (such as A loads B, B loads A, etc.) and, in case such a loop is
- * detected, the operation MUST fail. For this purpose, use of a static boolean
- * flag is suggested.
- *
- * == Threading rules ==
- *
- * All of the functions defined by this specification belong to the Discovery
- * class.
- *
- * Extensions to this specification which add new functions MUST declare in
- * which classes the functions belong, or define new classes for them.
- */
-
-
-/* ************************************************************************* */
-
-
-/** Dynamic manifest generator handle.
- *
- * This handle indicates a particular status of a dynamic manifest generator.
- * The host MUST NOT attempt to interpret it and, unlikely LV2_Handle, it is NOT
- * even valid to compare this to NULL. The dynamic manifest generator MAY use it
- * to reference internal data. */
+/**
+ Dynamic manifest generator handle.
+
+ This handle indicates a particular status of a dynamic manifest generator.
+ The host MUST NOT attempt to interpret it and, unlikely LV2_Handle, it is
+ NOT even valid to compare this to NULL. The dynamic manifest generator MAY
+ use it to reference internal data.
+*/
typedef void * LV2_Dyn_Manifest_Handle;
-
-/* ************************************************************************* */
-
-
-/** Function that (re)generates the dynamic manifest.
- *
- * @param handle Pointer to an uninitialized dynamic manifest generator handle.
- *
- * @param features NULL terminated array of LV2_Feature structs which
- * represent the features the host supports. The dynamic manifest geenrator may
- * refuse to (re)generate the dynamic manifest if required features are not
- * found here (however hosts SHOULD NOT use this as a discovery mechanism,
- * instead of reading the static manifest file). This array must always exist;
- * if a host has no features, it MUST pass a single element array containing
- * NULL.
- *
- * @return 0 on success, otherwise a non-zero error code. The host SHOULD
- * evaluate the result of the operation by examining the returned value and MUST
- * NOT try to interpret the value of handle.
- */
+/**
+ Generate the dynamic manifest.
+
+ @param handle Pointer to an uninitialized dynamic manifest generator handle.
+
+ @param features NULL terminated array of LV2_Feature structs which represent
+ the features the host supports. The dynamic manifest generator may refuse to
+ (re)generate the dynamic manifest if required features are not found here
+ (however hosts SHOULD NOT use this as a discovery mechanism, instead of
+ reading the static manifest file). This array must always exist; if a host
+ has no features, it MUST pass a single element array containing NULL.
+
+ @return 0 on success, otherwise a non-zero error code. The host SHOULD
+ evaluate the result of the operation by examining the returned value and
+ MUST NOT try to interpret the value of handle.
+*/
int lv2_dyn_manifest_open(LV2_Dyn_Manifest_Handle * handle,
const LV2_Feature *const * features);
-/** Function that fetches a "list" of subject URIs exposed by the dynamic
- * manifest generator.
- *
- * The dynamic manifest generator has to fill the resource only with the needed
- * triples to make the host aware of the "objects" it wants to expose. For
- * example, if the plugin library exposes a regular LV2 plugin, it should output
- * only a triple like the following:
- *
- * <http://www.example.com/plugin/uri> a lv2:Plugin .
- *
- * The objects that are elegible for exposure are those that would need to be
- * represented by a subject node in a static manifest.
- *
- * @param handle Dynamic manifest generator handle.
- *
- * @param fp FILE * identifying the resource the host has to set up for the
- * dynamic manifest generator. The host MUST pass a writable, empty resource to
- * this function, and the dynamic manifest generator MUST ONLY perform write
- * operations on it at the end of the stream (e.g., using only fprintf(),
- * fwrite() and similar).
- *
- * @return 0 on success, otherwise a non-zero error code.
- */
+/**
+ Fetch a "list" of subject URIs described in the dynamic manifest.
+
+ The dynamic manifest generator has to fill the resource only with the needed
+ triples to make the host aware of the "objects" it wants to expose. For
+ example, if the plugin library exposes a regular LV2 plugin, it should
+ output only a triple like the following:
+
+ <http://www.example.com/plugin/uri> a lv2:Plugin .
+
+ The objects that are elegible for exposure are those that would need to be
+ represented by a subject node in a static manifest.
+
+ @param handle Dynamic manifest generator handle.
+
+ @param fp FILE * identifying the resource the host has to set up for the
+ dynamic manifest generator. The host MUST pass a writable, empty resource to
+ this function, and the dynamic manifest generator MUST ONLY perform write
+ operations on it at the end of the stream (e.g., using only fprintf(),
+ fwrite() and similar).
+
+ @return 0 on success, otherwise a non-zero error code.
+*/
int lv2_dyn_manifest_get_subjects(LV2_Dyn_Manifest_Handle handle,
FILE * fp);
-/** Function that fetches data related to a specific URI.
- *
- * The dynamic manifest generator has to fill the resource with data related to
- * object represented by the given URI. For example, if the library exposes a
- * regular LV2 plugin whose URI, as retrieved by the host using
- * lv2_dyn_manifest_get_subjects() is http://www.example.com/plugin/uri, it
- * should output something like:
- *
- * <http://www.example.com/plugin/uri> a lv2:Plugin ;
- * doap:name "My Plugin" ;
- * lv2:binary <mylib.so> ;
- * ... etc...
- *
- * @param handle Dynamic manifest generator handle.
- *
- * @param fp FILE * identifying the resource the host has to set up for the
- * dynamic manifest generator. The host MUST pass a writable resource to this
- * function, and the dynamic manifest generator MUST ONLY perform write
- * operations on it at the current position of the stream (e.g. using only
- * fprintf(), fwrite() and similar).
- *
- * @param uri URI to get data about (in the "plain" form, i.e., absolute URI
- * without Turtle prefixes).
- *
- * @return 0 on success, otherwise a non-zero error code.
- */
+/**
+ Function that fetches data related to a specific URI.
+
+ The dynamic manifest generator has to fill the resource with data related to
+ object represented by the given URI. For example, if the library exposes a
+ regular LV2 plugin whose URI, as retrieved by the host using
+ lv2_dyn_manifest_get_subjects() is http://www.example.com/plugin/uri, it
+ should output something like:
+
+ <http://www.example.com/plugin/uri> a lv2:Plugin ;
+ doap:name "My Plugin" ;
+ lv2:binary <mylib.so> ;
+ # ... etc...
+ .
+
+ @param handle Dynamic manifest generator handle.
+
+ @param fp FILE * identifying the resource the host has to set up for the
+ dynamic manifest generator. The host MUST pass a writable resource to this
+ function, and the dynamic manifest generator MUST ONLY perform write
+ operations on it at the current position of the stream (e.g. using only
+ fprintf(), fwrite() and similar).
+
+ @param uri URI to get data about (in the "plain" form, i.e., absolute URI
+ without Turtle prefixes).
+
+ @return 0 on success, otherwise a non-zero error code.
+*/
int lv2_dyn_manifest_get_data(LV2_Dyn_Manifest_Handle handle,
FILE * fp,
const char * uri);
-/** Function that ends the operations on the dynamic manifest generator.
- *
- * This function SHOULD be used by the dynamic manifest generator to perform
- * cleanup operations, etc.
- *
- * Once this function is called, referring to handle will cause undefined
- * behavior.
- *
- * @param handle Dynamic manifest generator handle.
- */
+/**
+ Function that ends the operations on the dynamic manifest generator.
+
+ This function SHOULD be used by the dynamic manifest generator to perform
+ cleanup operations, etc.
+
+ Once this function is called, referring to handle will cause undefined
+ behavior.
+
+ @param handle Dynamic manifest generator handle.
+*/
void lv2_dyn_manifest_close(LV2_Dyn_Manifest_Handle handle);
#ifdef __cplusplus
@@ -206,4 +140,3 @@ void lv2_dyn_manifest_close(LV2_Dyn_Manifest_Handle handle);
#endif
#endif /* LV2_DYN_MANIFEST_H_INCLUDED */
-
diff --git a/ext/dynmanifest.lv2/dynmanifest.ttl b/ext/dynmanifest.lv2/dynmanifest.ttl
index 396eb2f..591cb11 100644
--- a/ext/dynmanifest.lv2/dynmanifest.ttl
+++ b/ext/dynmanifest.lv2/dynmanifest.ttl
@@ -38,7 +38,66 @@
doap:maintainer [
a foaf:Person ;
foaf:name "Stefano D'Angelo"
- ] .
+ ] ;
+ lv2:documentation """
+<p>The LV2 API, on its own, cannot be used to write plugin libraries where data
+is dynamically generated at runtime (e.g. API wrappers), since LV2 requires
+needed information to be provided in one or more static data (RDF) files. This
+API addresses this limitation by extending the LV2 API.</p>
+
+<p>To detect that a plugin library implements a dynamic manifest generator,
+the host checks its static manifest for a description like:</p>
+
+<pre class="turtle-code">
+&lt;http://example.org/my-dynamic-manifest&gt;
+ a dman:DynManifest ;
+ lv2:binary &lt;mydynmanifest.so&gt; .
+</pre>
+
+<p>To load the data, the host loads the library
+(e.g. <code>mydynmanifest.so</code>) as usual and fetches the dynamic Turtle
+data from it using this API.</p>
+
+<p>The host is allowed to request regeneration of the dynamic manifest multiple
+times, and the plugin library is expected to provide updated data if/when
+possible. All data and references provided via this API before the last
+regeneration of the dynamic manifest is to be considered invalid by the host,
+including plugin descriptors whose URIs were discovered using this API.</p>
+
+<h3>Accessing Data</h3>
+
+<p>Whenever a host wants to access data using this API, it could:</p>
+
+<ol>
+<li>Call lv2_dyn_manifest_open().</li>
+<li>Create a FILE for functions to write data to (e.g. using tmpfile()).</li>
+<li>Get a <q>list</q> of exposed subject URIs using
+ lv2_dyn_manifest_get_subjects().</li>
+<li>Call lv2_dyn_manifest_get_data() for each URI of interest to
+ get the data related to that URI (which can be written to any FILE).</li>
+<li>Call lv2_dyn_manifest_close().</li>
+<li>Parse the content of the FILE(s).</li>
+<li>Free/delete/unlink the FILE(s).</li>
+</ol>
+
+<p>Each call to the above mentioned dynamic manifest functions MUST write a
+complete, valid Turtle document (including all needed prefix definitions) to
+the output FILE.</p>
+
+<p>Each call to lv2_dyn_manifest_open() causes the (re)generation of the
+dynamic manifest data, and invalidates all data fetched before the call.</p>
+
+<p>In case the plugin library uses this same API to access other dynamic
+manifests, it MUST implement some mechanism to avoid potentially endless loops
+(such as A loads B, B loads A, etc.) and, in case such a loop is detected, the
+operation MUST fail. For this purpose, use of a static boolean flag is
+suggested.</p>
+
+<h3>Threading Rules</h3>
+
+<p>All of the functions defined by this specification belong to the Discovery
+class.</p>
+""" .
dman:DynManifest
a rdfs:Class ;
@@ -46,11 +105,6 @@ dman:DynManifest
rdfs:label "Dynamic manifest generator" ;
rdfs:subClassOf [
a owl:Restriction ;
- owl:onProperty rdf:type ;
- owl:hasValue dman:DynManifest ;
- rdfs:comment "A DynManifest has rdf:type dman:DynManifest."
- ] , [
- a owl:Restriction ;
owl:onProperty lv2:binary ;
owl:minCardinality 1 ;
rdfs:comment """A DynManifest has at least 1 lv2:binary.
diff --git a/ext/dynmanifest.lv2/manifest.ttl b/ext/dynmanifest.lv2/manifest.ttl
index a23e849..6718092 100644
--- a/ext/dynmanifest.lv2/manifest.ttl
+++ b/ext/dynmanifest.lv2/manifest.ttl
@@ -1,9 +1,9 @@
-@prefix lv2: <http://lv2plug.in/ns/lv2core#> .
+@prefix lv2: <http://lv2plug.in/ns/lv2core#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
<http://lv2plug.in/ns/ext/dynmanifest>
a lv2:Specification ;
lv2:minorVersion 1 ;
lv2:microVersion 1 ;
- rdfs:seeAlso <dynmanifest.ttl> .
-
+ rdfs:seeAlso <dynmanifest.ttl> ,
+ <lv2-dynmanifest.doap.ttl> .