Formato aperto per software orientato alla vibrazione

Un formato aperto che consente a un software di leggere, memorizzare, confrontare e trasmettere la firma vibratoria di un suono.

EEV è un formato aperto pensato per catturare l’identità vibratoria di un suono in modo strutturato e leggibile. Non cerca soltanto di dire quale nota viene suonata, ma di conservare ciò che costituisce la firma reale di un suono: le sue parziali, la sua evoluzione, la sua tenuta, la sua densità, il suo timbro e il suo comportamento vibratorio globale.

Per un terapeuta del suono, due suoni accordati sulla stessa frequenza fondamentale non vibrano necessariamente nello stesso modo. Possono avere un colore diverso, una ricchezza diversa, una tenuta diversa e una sensazione diversa. EEV serve proprio a descrivere questa differenza in modo strutturato, affinché un software possa leggerla, confrontarla, archiviarla, trasmetterla o usarla per guidare un’analisi più fine.

Quattro livelli di qualità

Il formato EEV può essere prodotto a più livelli di qualità. L’idea non è cambiare la natura del formato, ma aumentare progressivamente la finezza della descrizione del suono in base all’uso previsto.

ECO — Essenziale

È adatto quando si vuole disporre di una rappresentazione semplice del suono.

STANDARD — Arricchito

Permette un confronto più affidabile e una lettura più sfumata della firma vibratoria, pur restando relativamente compatto.

HIGH — Avanzato

È adatto agli usi in cui l’evoluzione temporale e la morfologia vibratoria del suono contano davvero nell’analisi.

ULTRA — Dettagliato

È destinato agli usi che richiedono la rappresentazione più ricca possibile del suono per lo studio approfondito e la risintesi.

Due forme pubbliche del formato EEV

Il formato EEV può essere distribuito in due forme principali.

EEV

È la forma di base, leggibile e strutturata del formato.

EEVZ

È la versione compressa dello stesso contenuto. Permette di trasportare o archiviare le impronte in modo più compatto, mantenendo la stessa logica dei dati.

Due modalità di organizzazione delle impronte

ENTRY

Una struttura semplice, concepita per contenere una sola impronta vibratoria. È la scelta più diretta quando si vuole memorizzare, trasmettere o trattare un suono alla volta.

LIB

Una struttura libreria, concepita per contenere più impronte in uno stesso insieme organizzato. È utile quando si vuole gestire una collezione di suoni, costituire una base di riferimento o raggruppare più impronte in uno stesso file logico.

Perché EEV è utile

EEV è utile non appena un software deve trattare il suono in modo diverso dal semplice audio grezzo o dal semplice nome di nota.

Conservare un’impronta vibratoria sfruttabile.

Confrontare più suoni tra loro.

Annotare le qualità sonore e vibratorie di uno strumento.

Archiviare firme sonore.

Trasmettere analisi tra strumenti o tra ambienti software.

Ricreare il suono di uno strumento nella sua essenza, nella sua anima (risintesi).

Da dove dovrebbe iniziare un team

Questo sito evita di scaricare tutto il repository grezzo sul lettore in una volta sola. Offre un percorso di lettura breve per decidere rapidamente il perimetro di implementazione.

1. Definire il contratto

Leggere la pagina Formato per capire sezioni, ordine canonico, varianti di trasporto e la differenza tra lettura tollerante e scrittura rigorosa.

2. Definire l’architettura

Leggere la pagina Implementazione per separare rilevamento del contenitore, parsing del testo, modello interno, validazione, esportazione e hashing.

3. Preparare la materia prima

Leggere la pagina Acquisizione e le risorse per evitare un’implementazione corretta costruita su registrazioni inutili o annotate male.

Contratto canonico

Il cuore del lavoro inizia dal contratto reale v1: sezioni note, ordine di scrittura, campi moderni e posizione esatta delle varianti legacy tollerate.

Separazione dei livelli

Il modello deve distinguere identità, misure globali, matrici, vettori, modi, peak tracks e livelli interpretativi. Mescolarli rende il codice fragile molto in fretta.

Disciplina di esportazione

Un reader può restare tollerante. Un writer canonico deve restare rigoroso, leggibile, stabile e riproducibile. È questa disciplina che rende il formato affidabile.