Conversione del Tempo Delta fra due eventi Midi dai secondi nel valore esadecimale in formato "a lunghezza variabile"

Il Tempo Delta, che divide un evento Midi dall'evento immediatamente precedente, viene espresso nel file Midi standard in formato a lunghezza variabile. Più specificatamente il Tempo Delta, così come contenuto nel file Midi standard, assume la rappresentazione esadecimale del valore espresso in tick preliminarmente convertito in formato a lunghezza variabile. ^{[Nota 1]}

Il formato "a lunghezza variabile" rappresenta i numeri usando solo sette bit per byte, mentre il bit più significativo è impostato ad un valore tale da poterlo riconoscere. Se la rappresentazione contiene più byte per esprimere un numero, il bit più significativo dei primi byte sarà posto sempre ad 1, mentre quello dell'ultimo byte sarà sempre posto a 0. Tale impostazione sta ad indicare che, quando il bit più significativo è posto ad 1, tale byte non è l'ultimo della rappresentazione esadecimale, ma che dopo di esso v'è un altro byte. Se il bit più significativo è invece posto a 0, allora vuol dire che il byte, al quale quel bit appartiene, è l'ultimo della rappresentazione. ^{[Nota 2]}

Di seguito verrà mostrato un algoritmo per ottenere di un Tempo Delta, espresso in secondi, la conversione da tale unità di misura in tick reali fra due eventi Midi e successivamente in tick in formato "a lunghezza variabile", in rappresentazione esadecimale e in ordine Big-Endian

Innanzitutto va detto che per passare dal valore temporale espresso in secondi al valore espresso in tick reali, bisognerà adottare questa formula:

(secondi * 1000000) / ((60000000 / bpm) / td) = tick_reali

Laddove:

• secondi: è il valore temporale espresso in secondi che intercorre fra un Evento-Midi e quello immediatamente successivo;
• bmp: è il tempo metronomico (battute per minuto);
• td: è la risoluzione di clock per nota da 1/4 (PPQN), che nel file Midi è espressa in Big-Endian dal 13° e il 14* byte (gli ultimi due byte della traccia MThd.

Fatto ciò, si potrà passare all'ultima fase, ossia convertire il valore dei tick reali nel corrispondente valore in formato "a lunghezza variabile", in rappresentazione esadecimale e in ordine Big-Endian.

Public Sub Main()
 
 Dim tick_reali, intero As Integer
 Dim b, c As Byte
 Dim lv As New Byte[]
  
  tick_reali = 151808    ' Poniamo questo valore dei "tick reali" a mero scopo esemplificativo:
  
  lv.Push(tick_reali Mod 128)
  intero = Fix(tick_reali / 128)
  
  While intero > 0
    b = CByte(intero Mod 128)
    lv.Push(b Or 128)
    intero = Fix(intero / 128)
  Wend
  
  lv.Reverse()
  
' Mostra il valore dei tick in formato "a lunghezza variabile" e in rappresentazione esadecomale:
  For Each c In lv
    Print Hex(c, 2);
  Next
  
End

Note

[1] Vedere anche la pagina: Conoscere la durata in secondi del Tempo Delta fra due Eventi Midi

[2] Il Tempo Delta (TΔ), che intercorre fra un Evento-Midi e quello immediatamente successivo, può essere espresso nel file Midi da uno a quattro byte, a seconda ovviamente della lunghezza della durata. Se sono utilizzato du o più byte, l'ordine adottato nella memorizzazione del valore del Tempo Delta è sempre in Big-Endian.
Il valore del Tempo Delta memorizzato nel file non è espressamente proprio quello corrispondente alla quantità di secondi. Infatti non è adoperata direttamente l'unità di misura temporale dei secondi, bensì questa viene prima convertita in tick reali, ossia in impulsi per nota da 1/4 (PPQN). Successivamente si procede alla conversione del valore da tick reali in un valore in rappresentazione a lunghezza variabile.
La rappresentazione a lunghezza variabile nel Midi prevede che in ogni byte, facente parte nel file Midi del valore del Tempo Delta, sono utili a fini della definizione di tale valore soltanto sette bit, e segnatamente quelli meno significativi (dunque dal 1° bit a destra, che esprime per convenzione il valore 1, fino al penultimo bit a sinistra, che esprime a sua volta il valore 64). Il bit più significativo del Byte nel Midi non assume il valore 128, bensì può rispondere a due possibilità:
1) se il byte di appartenenza è l'unico o l'ultimo byte del gruppo che rappresenta il valore del Tempo Delta, allora quel bit assume il valore 0 (zero);
2) se il byte di appartenenza non è l'ultimo byte del gruppo che rapresenta il valore del Tempo Delta, allora quel bit assume il valore 1 (uno). Quindi se un byte, che costituisce nel file Midi la rappresentazione in ordine Big-Endia e in rappresentazione a lunghezza variabile, possiede il suo bit più significativo posto a 1 (uno), significa che esso non è l'unico, ma fa parte di un gruppo di due o quattro bye, e che alla sua destra c'è almeno un byte.
Comprensibilmente ci si domanderà quale fine faccia il valore 128 nella logica dei bit. Ebbene, il bit di valore 128, non si perde, ma, non potendo essere rappresentato da alcun bit all'interno di quello che di norma sarebbe stato il suo byte, si sposta sul bit meno significativo (quello più a destra) del byte successivo. Pertanto, da quel che s'è detto, sarà necessario, qualora si debba esprimere un valore uguale o superiore a 128, utilizzare un secondo byte.
Come ben si comprende, questa circostanza comporta a catena che anche nel secondo byte utilizzato i valori, espressi dai suoi bit, subiranno uno spostamento a sinistra a causa della forzata entrata del bit 128 dall'altro byte.
Si deve aggiungere che il secondo byte, non essendo ovviamente l'ultimo del gruppo dei byte (in tal caso 2) che devono esprimere il valore del Tempo Delta nel file Midi, vedrà il proprio bit più significativo (il primo da sinistra) assumere il valore 1 (uno). A questo punto, dovendosi rappresentare in lunghezza variabile il valore del Tempo Delta pari a 128 tick reali, avremo una situazione di questo genere: ‖1|0|0|0|0|0|0|1‖ ‖0|0|0|0|0|0|0|0‖ che sarà uguale in esadecimale a: 81 00. Quindi porremo nel file Midi non il valore &80 (ossia 128 in decimale dei tick reali), bensì il valore &8100, che è &80 espresso in rappresentazione a lunghezza variabile.