LV2

تُعرَّف مواصفات LV2 في المرجع ^{[ 13 ]} وتستخدم ^{[ 14 ]} بيانات RDF الوصفية بتنسيق Turtle . وتشمل التقنيات المستخدمة Dublin Core و FOAF و DOAP و SPDX و XSD و RDFS و OWL . ^{[ 15 ]} قد يصعب فهم الإمكانيات والخصائص العلائقية التي يدعمها هذا التركيب في البداية، ولكنه يسمح بتعريفات أكثر تعبيرًا للبيانات. ^{[ 16 ]}

إلى جانب المواصفات الأساسية، توجد 21 إضافة رسمية توفر دعمًا لخيارات المضيف، وإعدادات المكونات الإضافية المسبقة، والوقت والوحدات، ومخازن المنافذ، والخصائص، والمجموعات، وتسميات المعلمات، لإرسال MIDI، والتصحيحات، وأحداث واجهة المستخدم، وغير ذلك. ^{[ 17 ]} كما توجد إضافات متنوعة من جهات خارجية لدعم الأحداث التعبيرية ، و OSC ، والأجهزة والبرامج الخاصة بـ MOD Devices ، مع وجود ثلاث منها في مساحة اسم KXStudio LV2 .

تستخدم الإضافة هذه المعلومات لتزويد المضيف بقائمة من الإمكانيات، مما يُمكّن المضيف من استيعابها. ^{[ 18 ]} وبالمثل، يمكن للمضيف تزويد المضيف بقائمة من إمكانيات امتداد LV2 التي يدعمها عند تهيئة الإضافة.

في المثال أدناه، يتم أولاً تعريف اختصارات بادئات أنطولوجيا lv2 وdoap وspdx. بعد ذلك، يجب أن يمتلك كل مكون إضافي معرّف موارد موحد (URI) أو معرّف موارد موحد (URN) خاص به . ثم تُعلن الخصائص الأربع التالية أن هذا المورد هو مكون إضافي من نوع lv2، وأنه يجب أن يكون هناك مكتبة ملفات كائنية ثنائية باسم silent.so، وأن المكون الإضافي معروف باسم Silence، وأنه مرخص بموجب رخصة جنو العمومية العامة (GPL). هذه الخصائص الأربع إلزامية لأي مكون إضافي من نوع LV2؛ فإذا لم يتوفر المكون الإضافي بجميعها، فقد لا يتمكن المضيف من تحميله.

@prefix lv2: <http://lv2plug.in/ns/lv2core#> . @prefix doap: <http://usefulinc.com/ns/doap#> . @prefix spdx: <http://spdx.org/rdf/terms#> .<http://example.org/lv2/wikipediaexample/silence> a lv2 : Plugin ; lv2 : binary <silence.so> ; doap : name "Silence" ; doap : license spdx : GPL-3.0-or-later ; rdfs : comment "This is an example plugin that includes an example plugin description."lv2 : منفذ [ a lv2 : منفذ الصوت ، lv2 : منفذ الإخراج ؛ lv2 : الفهرس 0 ؛ lv2 : الرمز "إخراج" ؛ lv2 : الاسم "إخراج" ؛ ].

تُستخدم هياكل بيانات "Atom" للمراسلة بين منافذ الإضافات ^{[ 19 ] [ 20 ]} لنقل بيانات MIDI ^{[ 21 ]} وOSC وPatch ^{[ 22 ] وواجهة المستخدم وغيرها من الأحداث بين مثيلات الإضافات. ويمكن أيضًا تسلسل هذه البيانات على Turtle [ 23 ] [ 24 ]} .

إلى جانب فصل البيانات الوصفية عن الملفات التنفيذية، يفرض معيار LV2 فصلاً عاماً بين معالجة الإشارات الرقمية ومعالجة واجهة المستخدم. ومن مزايا ذلك عدم قدرة معالجة واجهة المستخدم على إعاقة معالجة الإشارات الرقمية، وإمكانية فصل واجهة المستخدم ومعالجة الإشارات الرقمية عبر الشبكة. ويُعدّ استخدام Atoms في المراسلة الطريقة المُفضّلة لتمرير التحديثات بين ملفات معالجة الإشارات الرقمية وواجهة المستخدم التنفيذية قيد التشغيل.

يمكن للمضيفين أيضًا توفير واجهة لعرض وتكوين خصائص مثيلات المكونات الإضافية. توجد امتدادات وخصائص تساعد في عرض أنواع عناصر التحكم الصحيحة.

إحدى الميزات التي يمكن أن يوفرها المضيف للملحق هي "خيط معالجة". في لغة البرمجة، يعني هذا أن الملحق يستطيع تفويض بعض المهام إلى خيط معالجة آخر يوفره المضيف. يُعد هذا مفيدًا بشكل عام لأن الملحق يُشغّل عادةً ضمن خيط معالجة الصوت في الوقت الفعلي للتطبيق، وبالتالي لا يمكنه تنفيذ أي عمليات غير آمنة في الوقت الفعلي (مثل الوصول إلى القرص، أو استدعاءات النظام، إلخ). لتسهيل تحقيق الملحق لأهدافه (مثل تحميل ملف من القرص)، يمكن للمضيف توفير خيط معالجة. يوفر المضيف امتداد LV2 لخيط المعالجة ^{[ 25 ]} ، وبذلك يصبح الملحق قادرًا على استخدامه.