aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorDavid Robillard <d@drobilla.net>2011-03-19 03:29:35 +0000
committerDavid Robillard <d@drobilla.net>2011-03-19 03:29:35 +0000
commitbb41a9e79114c1521d43466f4ed694a3b85838bb (patch)
tree1f850d0e23eade83c7d6c49b4c0416853ad52d45
parenta5609e9366c6110b1d2226439f8ed6b8fb04e85b (diff)
downloadlv2-bb41a9e79114c1521d43466f4ed694a3b85838bb.tar.xz
Use <q> for quoting initially introduced terms, not <em>.
-rw-r--r--core.lv2/lv2.ttl32
1 files changed, 16 insertions, 16 deletions
diff --git a/core.lv2/lv2.ttl b/core.lv2/lv2.ttl
index 860bd0f..9e77ff3 100644
--- a/core.lv2/lv2.ttl
+++ b/core.lv2/lv2.ttl
@@ -92,28 +92,28 @@ devices). See <a href="http://www.w3.org/TR/xhtml-basic/#s_xhtmlmodules"
<h4>Overview</h4>
<p>LV2 gives programmers the ability to write audio processors (or
-<em>plugins</em>) in C/C++ which can be dynamically loaded into a range of
-applications (or <em>hosts</em>).</p>
-
-<p>This specification is deliberately as short and simple as possible, but is
-designed so that <em>extensions</em> can be defined to add more advanced
-features. The shared library portion of the API includes only what must
-necessarily be written in code. The information required to use a plugin is in
-a companion data file, written in <a
+<q>plugins</q>) in C/C++ which can be dynamically loaded into a range of
+applications (or <q>hosts</q>).</p>
+
+<p>This <q>core</q> specification is deliberately as short and simple as
+possible, but is designed so that <q>extensions</q> can be defined to add more
+advanced features. The shared library portion of the API includes only what
+must necessarily be written in code. The information required to use a plugin
+is in a companion data file, written in <a
href="http://www.w3.org/TeamSubmission/turtle/">Turtle</a>. Plugin libraries do
not contain enough information to make use of the plugin possible; the data
file is mandatory. This makes using, adding, and manipulating plugin data
flexible and avoids binary compatibility issues.</p>
<p>Plugins can operate on any type of data, which is input/output via
-<em>ports</em>. Data is processed by first <em>connecting</em> each port to a
+<q>ports</q>. Data is processed by first <q>connecting</q> each port to a
buffer, then repeatedly calling a plugin's <code>run()</code> method to process
-a <em>block</em> of data of some host-specified length (measured in audio
+a <q>block</q> of data of some host-specified length (measured in audio
frames).</p>
-<p>This <em>core</em> specification defines two types of port, equivalent to
-those in <a href="http://www.ladspa.org/">LADSPA</a>: <em>control</em> and
-<em>audio</em>. Audio data is communicated using arrays with one
+<p>The LV2 core specification defines two types of port, equivalent to those in
+<a href="http://www.ladspa.org/">LADSPA</a>: <q>control</q> and
+<q>audio</q>. Audio data is communicated using arrays with one
<code>float</code> element per sample, allowing a block of audio to be
processed by the plugin in a single call to <code>run()</code>. Control data is
communicated using single <code>float</code> values, which are fixed and valid
@@ -122,11 +122,11 @@ rate</q> is determined by the block size, which is controlled by the host (and
not necessarily constant).</p>
<p>Plugins reside in shared object files suitable for dynamic linking (e.g. via
-<code>dlopen()</code>). This <em>library</em> provides one or more <a
+<code>dlopen()</code>). This <q>library</q> provides one or more <a
href="urn:struct:LV2_Descriptor">plugin descriptors</a> via the
<code>lv2_descriptor()</code> function. These plugins can be instantiated to
-create plugin <em>instances</em>, which can be run directly on data or
-connected together to perform advanced signal processing tasks.</p>
+create plugin <q>instances</q>, which can be run directly on data or connected
+together to perform advanced signal processing tasks.</p>
<h4>Threading Rules</h4>