Open formaat voor trillingsbewuste software

Een open formaat waarmee software de vibrerende signatuur van een klank kan lezen, opslaan, vergelijken en doorgeven.

EEV is een open formaat dat bedoeld is om de trillingsidentiteit van een klank op een gestructureerde en leesbare manier vast te leggen. Het probeert niet alleen te zeggen welke noot wordt gespeeld, maar juist te bewaren wat de echte signatuur van een klank vormt: zijn partialen, zijn evolutie, zijn draagkracht, zijn dichtheid, zijn timbre en zijn algemene trillingsgedrag.

Voor een klanktherapeut trillen twee klanken met dezelfde grondfrequentie niet noodzakelijk op dezelfde manier. Ze kunnen een andere kleur, een andere rijkdom, een andere draagkracht en een andere gevoelskwaliteit hebben. EEV is er juist voor bedoeld om dat verschil gestructureerd te beschrijven, zodat software het kan lezen, vergelijken, archiveren, doorgeven of gebruiken voor een fijnere analyse.

Vier kwaliteitsniveaus

Het EEV-formaat kan in meerdere kwaliteitsniveaus worden geproduceerd. Het doel is niet om de aard van het formaat te veranderen, maar om de fijnheid van de klankbeschrijving geleidelijk te verhogen naargelang het beoogde gebruik.

ECO — Essentieel

Het is geschikt wanneer men over een eenvoudige representatie van de klank wil beschikken.

STANDARD — Verrijkt

Het maakt een betrouwbaardere vergelijking en een genuanceerdere lezing van de trillingssignatuur mogelijk, terwijl het relatief compact blijft.

HIGH — Geavanceerd

Het is geschikt voor toepassingen waarin de temporele evolutie en de vibratiemorfologie van de klank werkelijk meetellen in de analyse.

ULTRA — Gedetailleerd

Het is bedoeld voor toepassingen die de rijkst mogelijke representatie van de klank vereisen voor diepgaande studie en resynthese.

Twee publieke vormen van het EEV-formaat

Het EEV-formaat kan in twee hoofdvormen worden verspreid.

EEV

Dit is de basisvorm van het formaat, leesbaar en gestructureerd.

EEVZ

Dit is de gecomprimeerde versie van dezelfde inhoud. Ze maakt transport en archivering compacter, met behoud van dezelfde datalogica.

Twee manieren om afdrukken te organiseren

ENTRY

Een eenvoudige structuur, ontworpen om één trillingsafdruk te bevatten. Het is de meest directe keuze wanneer je één klank tegelijk wilt opslaan, doorgeven of verwerken.

LIB

Een bibliotheekstructuur, ontworpen om meerdere afdrukken in één georganiseerde verzameling te bevatten. Ze is nuttig wanneer je een collectie klanken wilt beheren, een referentiebasis wilt opbouwen of meerdere afdrukken in één logisch bestand wilt groeperen.

Waarom EEV nuttig is

EEV is nuttig zodra software klank op een andere manier moet behandelen dan als louter ruwe audio of alleen een nootnaam.

Een bruikbare trillingsafdruk bewaren.

Meerdere klanken met elkaar vergelijken.

De klankmatige en vibratoire kwaliteiten van een instrument noteren.

Klanksignaturen archiveren.

Analyses tussen tools of software-omgevingen overdragen.

Het geluid van een instrument opnieuw creëren in zijn essentie, zijn ziel (resynthese).

Waar een team zou moeten beginnen

Deze site vermijdt het om het volledige ruwe repository ineens op de lezer af te vuren. Hij biedt een kort leespad zodat een team snel de implementatieomvang kan bepalen.

1. Het contract afbakenen

Lees de pagina Formaat om secties, canonieke volgorde, transportvarianten en het verschil tussen tolerant lezen en strikt schrijven te begrijpen.

2. De architectuur vastleggen

Lees de pagina Implementatie om containerdetectie, tekstparsing, intern model, validatie, export en hashing van elkaar te scheiden.

3. Het ruwe materiaal voorbereiden

Lees de pagina Opname en de bronnen om een correcte implementatie op nutteloze of slecht geannoteerde opnames te vermijden.

Canoniek contract

De kern van het werk begint met het echte v1-contract: bekende secties, schrijfvolgorde, moderne velden en de exacte plaats van getolereerde legacy-varianten.

Scheiding van lagen

Het model moet identiteit, globale metingen, matrices, vectoren, modi, peak tracks en interpretatieve lagen onderscheiden. Die vermengen maakt code heel snel fragiel.

Exportdiscipline

Een reader mag tolerant zijn. Een canonieke writer moet strikt, leesbaar, stabiel en reproduceerbaar blijven. Juist daardoor wordt het formaat betrouwbaar.