Differenze tra le versioni di "Alsa e Gambas: Ricevere dati da smf"

Da Gambas-it.org - Wikipedia.
(Trasformazione della rappresentazione esadecimale in reali millisecondi)
(Trasformazione della rappresentazione esadecimale in reali millisecondi)
Riga 61: Riga 61:
 
    
 
    
 
  ''<Font Color= #006400>' Restituisce il valore esadecimale reale della durata in Midi tick del Tempo Delta:</font>
 
  ''<Font Color= #006400>' Restituisce il valore esadecimale reale della durata in Midi tick del Tempo Delta:</font>
   rob = Hex$(rob + ciclo)
+
   rob = rob + ciclo
 
    
 
    
 
  '''End'''
 
  '''End'''

Versione delle 08:50, 24 nov 2011

Introduzione

Uno Standard Midi File (.smf) è un archivio di informazioni contenente dati Midi nel loro formato standard.
La prima specifica [RP-001] dello Standard Midi File fu rilasciata nel 1990 dalla "MIDI Manufacturers Association" (MMA) per consentire lo scambio di file e di informazioni fra i sequencer Midi.

Il file MIDI è composto da complesse strutture, tecnicamente chiamate: Chunk (Blocco), formate da un certo numero di byte, ossia di istruzioni conformi al protocollo Midi. Il primo blocco, posto sempre all'inizio del file, è quello relativo all'intestazione del file, ed è chiamato perciò: Header Chunk. E' facilmente riconoscibile perché ha il suo identificativo (MThd) posto proprio all'inizio. Il blocco d'intestazione contiene notizie generali, ma essenziali, per la definizio del file Midi medesimo.
Oltre al blocco d'intestazione il file è costituito da almeno un blocco traccia, chiamato Track Chunk, e riconoscibile dal suo identificativo: MTrk. Questo blocco contiene i dati veri e propri che definiscono la struttura e le modalità di esecuzione di un brano musicale.{1}

Il Tempo Delta: l'anima degli eventi Midi

I dati contenuti nel Blocco Traccia possono essere eventi oppure meta-eventi Midi.
Gli eventi Midi sono dei messaggi Midi "temporizzati", nel senso che definiscono dei fenomeni Midi nel tempo; e per questo sono sostanzialmente composti da due elementi: il tempo ed il messaggio in sé.
I Meta-eventi, invece, sono dati Midi che non accadono necessariamente nel tempo rispetto ad altri eventi{2}; e soprattutto non rappresentano "fenomeni sonori".
Gli elementi essenziali dell'esecuzione di un brano musicale si esplicano ovviamente nel tempo (una nota dopo l'altra); cosicché il file Midi non fa altro che riprodurre in byte questa sequenza temporale di fenomeni sonori. Tali fenomeni sono divisi l'uno dall'altro da uno spazio temporale, che nel caso di contemporaneità di esecusione di note (polifonia) è ovviamente pari a zero, e che rappresenta la differenza tra il tempo trascorso dall'inizio del brano sino al dato in questione. Tale differenza, che separa i due dati, è chiamata Tempo Delta (Delta Time). Il Tempo Delta è il tempo che separa un fenomeno sonoro Midi dall'altro, ossia sta ad indicare dopo quanto tempo un dato accadrà rispetto a quello immeditamente precedente.
Come è facilmente comprensibile, il Tempo Delta non è un evento Midi, ma semplicemente un dato Midi, che rende Eventi i dati ai quali si applica. Poiché in particolare il Tempo Delta distanzia temporalmente ai messaggi Midi, e quindi a questi si applica, esso risulta fondamentale per la durata dell'evento, per esempio di una nota o di una pausa. {3}

Determinazione del Tempo Delta

Gli ultimi due byte dell'Header Chunk' di un file Midi stabiliscono il metro di definizione dei valori del Tempo Delta presenti all'interno del file medesimo. In particolare essi rappresentano il numero di tick del Tempo Delta per una nota da 1/4. Ci dicono, cioè, quanti tick sono presenti all'interno di una nota da un quarto. Pertanto, possiamo dire che essi rappresentano il valore della risoluzione del Tempo Delta.

Il Tempo Delta come dato a lunghezza variabile

Il Tempo Delta è un valore codificato a lunghezza variabile. Bisogna innanzitutto precisare che di ciascun byte, appartenente al Tempo Telta, soltanto gli ultimi sette bit sono utili alla definizione del valore del Tempo Delta medesimo. Il primo bit è semplicemente un "flag", un segno di riconoscimento, che dice se dopo (ossia alla destra) quel byte c'è o meno un altro byte. Se tale bit-flag è = 0, vuol dire che il byte è solo, è unico; se invece il bit è = 1, vorrà dire che dopo il byte, al quale quel bit 1 appartiene, c'è un altro byte che concorre a comporre il valore del Tempo Delta.

Esempio:

  • 01111111 = 7F : non c'è nessun altro byte alla sua destra.

Il numero successivo che ci si aspetterebbe è: 10000000, cioè l'esadecimale 80. Tale numero, però in binario è così determinato: 10000000. Poiché il primo bit è sempre un flag particolare, essendo in questo caso pari ad 1, vuol dire che dopo il byte al quale appartiene c'è un altro byte !

Dal che si può facilmente notare che siamo costretti dopo il numero 7F ad aggiungere un altro byte per rappresentare il valore superiore del Tempo Delta. Si procede aggiungendo a destra uno zero, causando così uno spostamento a sinistra dei precedenti bit esistenti:

1 <--- 0000000 <--- 0

Da ciò avremo in prima battuta: 00000001 00000000; ma, da come sappiamo, questa rappresentazione non è corretta, poiché il primo byte a sinistra per indicare che esiste un ulteriore byte (componente la rappresentazione del valore del Tempo Delta) ha bisogno che il suo MSB sia uguale a 1.

Così si dovrà aggiungere nella rappresentazione del valore temporale un bit pari a 1: 1 --> 0000001 00000000; e pertanto avremo che, per esempio, dopo 7F ci sarà uno slittamento del conteggio a 81 00.

Concludiamo precisando che un dato di lunghezza variabile non può essere maggiore di quattro byte, il cui valore massimo è rappresentato da: 0xFF, 0xFF, 0xFF, 0x7F.

Trasformazione della rappresentazione esadecimale in reali millisecondi

E' dunque chiaro che i valori del Tempo delta, contenuti in un file Midi, non sono i valori reali, bensì - come abbiamo visto nel paragrafo precedente - la loro rappresentazione. E', altresì, ovvio che ad ALSA dovremo passare i valori reali in millisecondi; e pertanto dovremo trasformare i valori del tempo Delta, raccolti dal file Midi, in valori reali espressi in millisecondi.

Per ottenere i millesimi di secondo dovremo effettuare il seguente calcolo: { [ ( 60.000.000 / bpm ) / PPNQ ] * tick_nota } * 1.000

Laddove:

  • bpm è il tempo metronomico impostato nel brano;
  • PPQN è la risoluzione dei tick per nota da 1/4, impostata negli ultimi due byte dell'Header Chunk del file Midi;
  • tick_nota è la quantità di tick contenuta dalla nota che dovrà essere suonata.

Prima ancora di ottenere i valori in decimale dei millesimi di secondo, dovremo trasformare la rappresentazione dei valori esadecimali del Tempo Delta, come espressa nel file Midi, nei valori esadecimali reali della sua durata in tick per nota di un quarto. Otterremo questo risultato mediante il seguente algoritmo:

Public h As Integer ' la variabile " h " contiene la quantità di byte che costituiscono la rappresentazione esadecimale 
Public g[4] As Byte ' la variabile " g " è un array che contiene i valori esadecimali costituenti la rappresentazione esadecimale

Public Sub Button1_Click()

Dim a, rob As Integer
Dim ciclo As Byte

 a = h
 
 ciclo = g[a]
 
 While ciclo > 127
   ciclo = ciclo And 127
    rob = (rob + ciclo) * 128
    Dec a
   ciclo = g[a]
 Wend
 
' Restituisce il valore esadecimale reale della durata in Midi tick del Tempo Delta:
 rob = rob + ciclo
 
End


< Pagina in costruzione >

Note

[1] Per un'analisi interna dettagliata del file Midi (.mid) rinviamo alla seguente lettura: Struttura del file MIDI.

[2] In verità anche i Meta-eventi possono essere posti nel tempo. Si prenda come esempio un cambio di tonalità o di tempo metronomico che avviene dopo un certo numero di misure dall'inizio del brano musicale.

[3] Infatti, la durata di una nota nel protocollo Midi è così definita: NoteON -> TempoDelta -> NoteOFF. La nota comincia a suonare, e si spegnerà dopo il lasso di tempo definito dal dato Tempo Delta.