Gambas-it.org - Wikipedia - Ultime modifiche [it]

Uso del dispositivo: /dev/sequencer

Vuott — Thu, 02 Sep 2010 09:35:04 GMT

Invio dati per la generazione di eventi Midi:

← Versione meno recente		Versione delle 09:35, 2 set 2010
(14 revisioni intermedie non mostrate.)
Riga 13:		Riga 13:


-	Con " /dev/sequencer " il flusso di dati, che genera un evento midi, è ~~distinguibile~~ sostanzialmente in gruppi di byte costituiti da 4 valori. Di ''ciascun'' gruppo (~~formato~~ da 4 byte):	+	Con " ''/dev/sequencer'' " il flusso di dati, che genera '''un''' evento midi, è formato sostanzialmente da gruppi di byte costituiti da 4 valori. Di ''ciascun'' gruppo (costituito da 4 byte/valori):

-	> il 1° valore è sempre = 5 e corrisponde a SEQ_MIDIPUTC.	+	> il 1° valore è sempre = 5 (corrisponde all'evento SEQ_MIDIPUTC indicato nel file ''soundcard.h'').

-	> il 2° valore corrisponde al comando ~~midi~~ in sé:	+	> il 2° valore corrisponde al comando Midi ''in sé'', e può essere:
-	- evento Midi+canale per il ~~1°gruppo~~ di dati;	+	- evento Midi+canale per il 1° gruppo di dati;
-	- 2° parametro dell'evento per il 2° gruppo;	+	- 2° parametro dell'evento Midi per il 2° gruppo;
-	- 3° eventuale parametro dell'evento per il 3° gruppo.	+	- 3° eventuale parametro dell'evento Midi per il 3° gruppo.

	> il 3° valore è sempre = 0 (è il parametro del "device").		> il 3° valore è sempre = 0 (è il parametro del "device").
Riga 26:		Riga 26:
	> il 4° valore è sempre = 0.		> il 4° valore è sempre = 0.

-	Il numero complessivo di dati da inviare dipende dal tipo di evento Midi da generare. Solitamente il numero di byte è 12.	+	Il numero complessivo di dati da inviare dipende dal tipo di evento Midi da generare. ''Solitamente'' il numero di byte è 12.

		+
		+	Esempio:
		+
		+	WRITE #file, Chr(5) & Chr(''2° valore'') & Chr(0) & Chr(0)& ''' 1° gruppo di 4 valori''
		+	Chr(5) & Chr(''2° valore'') & Chr(0) & Chr(0)& ''' 2° gruppo di 4 valori''
		+	Chr(5) & Chr(''2° valore'') & Chr(0) & Chr(0), 12 ''' 3° gruppo di 4 valori''
		+	''' Totale: 12 valori presenti da inviare''

	==Temporizzazione degli eventi Midi==		==Temporizzazione degli eventi Midi==
Riga 86:		Riga 93:

	'''apre il flusso di dati per la scrittura''		'''apre il flusso di dati per la scrittura''
-	'''da contenersi nella variabile denominata midi''	+	'''da contenersi nella variabile denominata 'midi' ''
	midi = OPEN device FOR WRITE		midi = OPEN device FOR WRITE

Riga 117:		Riga 124:

	END		END
-

	=='''AVVERTENZA'''==		=='''AVVERTENZA'''==

Gestione del MIDI con O.S.S.

85.18.236.106 — Thu, 02 Sep 2010 08:30:17 GMT

← Versione meno recente		Versione delle 08:30, 2 set 2010
(Una revisione intermedia non mostrata.)

Uso del dispositivo: /dev/sequencer2

Vuott — Thu, 02 Sep 2010 07:50:41 GMT

Uso del dispositivo: /dev/sequencer

Vuott — Thu, 02 Sep 2010 07:45:40 GMT

← Versione meno recente		Versione delle 07:45, 2 set 2010
(11 revisioni intermedie non mostrate.)
Riga 1:		Riga 1:
-
	==Il dispositivo: /dev/sequencer==		==Il dispositivo: /dev/sequencer==

Riga 6:		Riga 5:
	Il numero identificativo di tale device è '''0''' .		Il numero identificativo di tale device è '''0''' .

-	E' necessario che il dispositivo (device) sia connesso al softsynth. Il comando per stabilire tale connessione è "aconnect" seguito dal numero identificativo del client " MidiThrough " e della sua porta, che solitamente è 14:0 , nonché del client softsynth e della sua porta. Il comando "''aconnect''" è attivato mediante il comando SHELL.	+	E' necessario che il dispositivo (device) sia connesso al softsynth. Il comando per stabilire tale connessione è "aconnect" seguito dal numero identificativo del client " MidiThrough " e della sua porta, che solitamente è '''14:0''' , nonché del client softsynth e della sua porta. Il comando "''aconnect''" è attivato mediante il comando SHELL.

	L'invio dei dati al device " /dev/sequencer " avviene mediante l'apertura del device medesimo in scrittura all'inizio del programma. In OSS il dispositivo non può essere aperto due volte.		L'invio dei dati al device " /dev/sequencer " avviene mediante l'apertura del device medesimo in scrittura all'inizio del programma. In OSS il dispositivo non può essere aperto due volte.
		+

	==Invio dati per la generazione di eventi Midi==		==Invio dati per la generazione di eventi Midi==
Riga 62:		Riga 62:


-	'''3''' - ~~Uso~~ di Timer	+	'''3''' - Con l'uso di Timer

	In alternativa, si può usare un ciclo attivato da Timer, con il quale far accadere i vari eventi Midi ogni tot millesimi di secondo. Il Timer è abbastanza preciso, nonostante presenti, ad ogni tick, alcuni millesimi di imprecisione. Questo significa che ogni nota può iniziare o terminare con alcuni millisecondi di anticipo di o di ritardo, ma ciò può - volendo - essere considerato accettabile.		In alternativa, si può usare un ciclo attivato da Timer, con il quale far accadere i vari eventi Midi ogni tot millesimi di secondo. Il Timer è abbastanza preciso, nonostante presenti, ad ogni tick, alcuni millesimi di imprecisione. Questo significa che ogni nota può iniziare o terminare con alcuni millisecondi di anticipo di o di ritardo, ma ciò può - volendo - essere considerato accettabile.

	Un'altra idea potrebbe essere quella di combinare il TIMER con la funzione TIME, la quale ultima restituisce l'orario sino al millisecondo. Il programma assegnerebbe innanzitutto agli eventi Midi un vero e proprio orario, con definizione al millesimo di secondo, in cui ciascuno di essi deve accadere e, quindi, essere inviato al dispositivo /dev/sequencer. Timer si limiterebbe, in tal caso, ad effettuare semplicemente il ciclo per far verificare in ogni istante se è giunto l'orario prestabilito per l'invio dei dati che determineranno l'evento Midi. Ci si affiderebbe così alla precisione dell'orologio interno del computer; e la funzione TIME farebbe da punto di riferimento certo, superando in tal modo, qualora lo si richieda, l'incerta precisione millesimale della funzione Timer.		Un'altra idea potrebbe essere quella di combinare il TIMER con la funzione TIME, la quale ultima restituisce l'orario sino al millisecondo. Il programma assegnerebbe innanzitutto agli eventi Midi un vero e proprio orario, con definizione al millesimo di secondo, in cui ciascuno di essi deve accadere e, quindi, essere inviato al dispositivo /dev/sequencer. Timer si limiterebbe, in tal caso, ad effettuare semplicemente il ciclo per far verificare in ogni istante se è giunto l'orario prestabilito per l'invio dei dati che determineranno l'evento Midi. Ci si affiderebbe così alla precisione dell'orologio interno del computer; e la funzione TIME farebbe da punto di riferimento certo, superando in tal modo, qualora lo si richieda, l'incerta precisione millesimale della funzione Timer.
		+

	==Esempio pratico dell'uso di ''/dev/sequencer''==		==Esempio pratico dell'uso di ''/dev/sequencer''==
Riga 79:		Riga 80:
	PUBLIC SUB Form_open()		PUBLIC SUB Form_open()

		+	'''definisce la variabile come stringa per contenere il percorso''
		+	'''ed il nome del dispositivo che sarà utilizzato''
	DIM device AS String		DIM device AS String
	device = "/dev/sequencer"		device = "/dev/sequencer"

	'''apre il flusso di dati per la scrittura''		'''apre il flusso di dati per la scrittura''
		+	'''da contenersi nella variabile denominata midi''
	midi = OPEN device FOR WRITE		midi = OPEN device FOR WRITE

Riga 115:		Riga 119:


-	=='''~~NOTE~~'''==	+	=='''AVVERTENZA'''==

	Le cose con il rilascio della versione 4.0 di OSS sono cambiate per "''/dev/sequencer''".		Le cose con il rilascio della versione 4.0 di OSS sono cambiate per "''/dev/sequencer''".

-	~~Da me specificamente contattato~~, Hannu Savolainen (che ha redatto soundcard.h) ha risposto:	+	Contattato al riguardo, Hannu Savolainen (che ha redatto soundcard.h) ha risposto:
	" ''The /dev/sequencer API is no longer part of OSS so it will not work. However you can use the /dev/midi API and write raw MIDI messages to it. The /dev/midi API can do the same than /dev/sequencer. All you need to do is to open /dev/midi (or /dev/midi##) and to write standard MIDI messages to it. The device doesn't provide any timing facilities but you can call usleep() to wait between messages. The /dev/sequencer API was removed because the whole concept was wrong and and it proved to be impossible to document it. There were some plans to develop a replacement but I don't think it will ever get implemented''."		" ''The /dev/sequencer API is no longer part of OSS so it will not work. However you can use the /dev/midi API and write raw MIDI messages to it. The /dev/midi API can do the same than /dev/sequencer. All you need to do is to open /dev/midi (or /dev/midi##) and to write standard MIDI messages to it. The device doesn't provide any timing facilities but you can call usleep() to wait between messages. The /dev/sequencer API was removed because the whole concept was wrong and and it proved to be impossible to document it. There were some plans to develop a replacement but I don't think it will ever get implemented''."

-	Inoltre, altrove si legge:	+	Inoltre, altrove in rete si legge:

	" ''The third change in OSS 4.0 is that the development of the previous sequencer (/dev/sequencer and /dev/music) API has been halted''. "		" ''The third change in OSS 4.0 is that the development of the previous sequencer (/dev/sequencer and /dev/music) API has been halted''. "

	" ''The /dev/sequencer device interface for MIDI and synthesizer devices has been abandoned. This part of the OSS API was redundant with the official MIDI 1.0 specification by MMA''. "		" ''The /dev/sequencer device interface for MIDI and synthesizer devices has been abandoned. This part of the OSS API was redundant with the official MIDI 1.0 specification by MMA''. "

Invio dei dati MIDI

Vuott — Thu, 02 Sep 2010 07:34:33 GMT

← Versione meno recente		Versione delle 07:34, 2 set 2010
Riga 2:		Riga 2:


-	~~Gli~~ eventi Midi devono essere inviati come ''flusso di dati'' (stream) al ''dispositivo'' in grado di supportare il multimediale Midi, e che permette di programmare il sintetizzatore FM o wavetable o dispositivi esterni sul MIDI bus. Il parametro "''device''" serve proprio per indirizzare l'evento Midi su una certa periferica, e corrisponde al MIDI output da usare.	+	I dati afferenti agli eventi Midi devono essere inviati come ''flusso di dati'' (stream) al ''dispositivo'' in grado di supportare il multimediale Midi, e che permette di programmare il sintetizzatore FM o wavetable o dispositivi esterni sul MIDI bus. Il parametro "''device''" serve proprio per indirizzare l'evento Midi su una certa periferica, e corrisponde al MIDI output da usare.
	Il ''dispositivo'' (o ''device'') possiede, all'interno delle istruzioni che lo contengono, un suo numero identificativo.		Il ''dispositivo'' (o ''device'') possiede, all'interno delle istruzioni che lo contengono, un suo numero identificativo.

Gestione del MIDI con ALSA

85.18.236.106 — Thu, 02 Sep 2010 07:31:39 GMT

← Versione meno recente		Versione delle 07:31, 2 set 2010
(Una revisione intermedia non mostrata.)
Riga 1:		Riga 1:
	Nelle more della redazione di una guida specifica e dettagliata sulla gestione del MIDI con ALSA, si suggerisce di dare una prima occhiata al capitolo " Interfacciare Gambas con librerie esterne ", presente nell'area "Guide della Comunità", ove sarà possibile avere le informazioni basilari necessarie per la gestione delle API di ALSA. Lì, tra l'altro, sono anche presenti proprio esempi esplicativi della funzione Extern relativi alla gestione di ALSA con Gambas.		Nelle more della redazione di una guida specifica e dettagliata sulla gestione del MIDI con ALSA, si suggerisce di dare una prima occhiata al capitolo " Interfacciare Gambas con librerie esterne ", presente nell'area "Guide della Comunità", ove sarà possibile avere le informazioni basilari necessarie per la gestione delle API di ALSA. Lì, tra l'altro, sono anche presenti proprio esempi esplicativi della funzione Extern relativi alla gestione di ALSA con Gambas.

-	Si precisa che la conoscenza della funzione Extern, relativa appunto, alle dichiarazioni esterne in Gambas ~~sono~~ comunque presupposto necessario ed imprescindibile per la gestione in Gambas ~~del~~ Midi con ALSA.	+	Si precisa che la conoscenza della funzione Extern, relativa appunto alle dichiarazioni esterne in Gambas, è comunque presupposto necessario ed imprescindibile per la gestione in Gambas dei dati Midi con ALSA.

Guide della comunità

85.18.236.106 — Thu, 02 Sep 2010 07:29:52 GMT

Gestione del MIDI:

← Versione meno recente		Versione delle 07:29, 2 set 2010
Riga 10:		Riga 10:
	*[[Guida ai report]]		*[[Guida ai report]]

-	== Gestione ~~del~~ MIDI ==	+	== Gestione dei dati MIDI ==

	*[[Gestione del MIDI con O.S.S.]]		*[[Gestione del MIDI con O.S.S.]]

Gestione del MIDI con ALSA

85.18.236.106 — Thu, 02 Sep 2010 07:27:31 GMT

← Versione meno recente		Versione delle 07:27, 2 set 2010
Riga 1:		Riga 1:
-	Nelle more della redazione di una guida specifica e dettagliata sulla gestione del MIDI con ALSA, si suggerisce di dare una prima occhiata al capitolo " ~~EXTERN~~ ", presente nell'area "Guide della Comunità", ove sarà possibile avere le informazioni basilari necessarie per la gestione delle API di ALSA. Lì, tra l'altro, sono anche presenti proprio esempi esplicativi della funzione Extern relativi alla gestione di ALSA con Gambas.	+	Nelle more della redazione di una guida specifica e dettagliata sulla gestione del MIDI con ALSA, si suggerisce di dare una prima occhiata al capitolo " Interfacciare Gambas con librerie esterne ", presente nell'area "Guide della Comunità", ove sarà possibile avere le informazioni basilari necessarie per la gestione delle API di ALSA. Lì, tra l'altro, sono anche presenti proprio esempi esplicativi della funzione Extern relativi alla gestione di ALSA con Gambas.

	Si precisa che la conoscenza della funzione Extern, relativa appunto, alle dichiarazioni esterne in Gambas sono comunque presupposto necessario ed imprescindibile per la gestione in Gambas del Midi con ALSA.		Si precisa che la conoscenza della funzione Extern, relativa appunto, alle dichiarazioni esterne in Gambas sono comunque presupposto necessario ed imprescindibile per la gestione in Gambas del Midi con ALSA.

← Versione meno recente		Versione delle 07:50, 2 set 2010
(4 revisioni intermedie non mostrate.)
Riga 2:		Riga 2:


-	Al posto del dispositivo "''/dev/sequencer''" è possibile, ed è anzi preferibile, usare " '''''/dev/sequencer2''''' ". ~~Tale dispositivo offre i seguenti vantaggi:~~	+	Al posto del dispositivo "''/dev/sequencer''" è possibile, ed è anzi preferibile, usare " '''''/dev/sequencer2''''' ".

-	> non è più necessario inserire il comando "aconnect" in SHELL per connettere	+	Tale dispositivo offre i seguenti vantaggi:
		+
		+	· non è più necessario inserire il comando "aconnect" in SHELL per connettere
	il dispositivo con il softsynth;		il dispositivo con il softsynth;
-	> consente di utilizzare innanzitutto pacchetti (record) tutti da 8 byte, i quali,	+	· consente di utilizzare innanzitutto pacchetti (record) tutti da 8 byte, i quali,
	apparendo così più lineari ed omogenei, possono risultare più comodi nella fase di		apparendo così più lineari ed omogenei, possono risultare più comodi nella fase di
	programmazione; e comunque sono consigliati in "''soundcard.h''";		programmazione; e comunque sono consigliati in "''soundcard.h''";
-	> consente di utilizzare tipi di eventi di secondo livello, quindi istruzioni	+	· consente di utilizzare tipi di eventi di secondo livello, quindi istruzioni
	che faciltano ed abbreviano la definizione, la gestione ed il conseguente invio		che faciltano ed abbreviano la definizione, la gestione ed il conseguente invio
	dei dati Midi;		dei dati Midi;
-	> restituisce un errore, se gli vengono trasmessi argomenti errati;	+	· restituisce un errore, se gli vengono trasmessi argomenti errati;
-	> migliore e più ampio utilizzo delle istruzioni per la gestione della temporizzazione.	+	· migliore e più ampio utilizzo delle istruzioni per la gestione della temporizzazione.

	Come già detto, con il dispositivo " ''/dev/sequencer2'' " non è più necessario l'uso dell'istruzione SHELL per connettere il dispositivo al softsynth: esso avviene automaticamente.		Come già detto, con il dispositivo " ''/dev/sequencer2'' " non è più necessario l'uso dell'istruzione SHELL per connettere il dispositivo al softsynth: esso avviene automaticamente.
Riga 58:		Riga 60:

	L'utilizzo di questi dati avviene, come detto, mediante istruzioni formate da 8 byte.		L'utilizzo di questi dati avviene, come detto, mediante istruzioni formate da 8 byte.
-


Riga 251:		Riga 252:
	WRITE #flusso_dati, Chr(&h81) & Chr(5) & Chr(0) & Chr(0) & Chr(0) & Chr(0) & Chr(0) & Chr(0), 8		WRITE #flusso_dati, Chr(&h81) & Chr(5) & Chr(0) & Chr(0) & Chr(0) & Chr(0) & Chr(0) & Chr(0), 8
	END		END
		+

	==Il Timestamp con il sotto-evento TMR_ECHO==		==Il Timestamp con il sotto-evento TMR_ECHO==