Cosa è A.L.S.A. - Cronologia

Vuott il 07:44, 9 set 2020

2020-09-09T07:44:53Z

← Versione meno recente		Versione delle 01:44, 9 set 2020
Riga 27:		Riga 27:

	=Riferimenti=		=Riferimenti=
	[http://www.alsa-project.org ~~Il progetto Alsa]~~		* http://www.alsa-project.org
			* https://www.alsa-project.org/alsa-doc/alsa-lib/
	[http://www.linuxjournal.com/~~node~~/6735/~~print Introduction~~ to ~~Sound Programming with ALSA (Jeff Tranter)]~~		* http://www.volkerschatz.com/noise/alsa.html
			* https://www.webcitation.org/65QZUbXWD?url=http://alsa.opensrc.org/Main_Page#
	~~[http~~://~~home~~.~~roadrunner~~.~~com~~/~~~jgglatt~~/ ~~MIDI Technical Fanatic's Brainwashing Center]~~		* https://tldp.org/HOWTO/Alsa-sound.html
			* https://www.linuxjournal.com/article/6735
			* https://www.linuxjournal.com/article/8234
			* https://qastack.it/ubuntu/426983/how-can-i-tell-if-im-using-alsa-or-pulse-audio-by-default-switching-to-i3-wm
			* https://www.kernel.org/doc/html/v4.15/sound/kernel-api/writing-an-alsa-driver.html

Vuott il 10:58, 28 lug 2017

2017-07-28T10:58:59Z

← Versione meno recente		Versione delle 04:58, 28 lug 2017
Riga 22:		Riga 22:
	Il sub-sistema ''RawMidi'', invece, gestisce i dati grezzi Midi strettamente conformi al protocollo Midi, come quelli provenienti da un dispositivo Midi esterno (ad esempio una tastiera).		Il sub-sistema ''RawMidi'', invece, gestisce i dati grezzi Midi strettamente conformi al protocollo Midi, come quelli provenienti da un dispositivo Midi esterno (ad esempio una tastiera).

	Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI, dovremo far riferimento, in base alle nostre necessità o scelte ai due precedenti subsistemi di ALSA.		Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI dovremo far riferimento, in base alle nostre necessità o scelte, ai due precedenti subsistemi di ALSA.

Vuott il 14:45, 15 lug 2013

2013-07-15T14:45:04Z

← Versione meno recente		Versione delle 08:45, 15 lug 2013
Riga 30:		Riga 30:

	[http://www.linuxjournal.com/node/6735/print Introduction to Sound Programming with ALSA (Jeff Tranter)]		[http://www.linuxjournal.com/node/6735/print Introduction to Sound Programming with ALSA (Jeff Tranter)]

			[http://home.roadrunner.com/~jgglatt/ MIDI Technical Fanatic's Brainwashing Center]

Vuott il 14:41, 15 lug 2013

2013-07-15T14:41:04Z

← Versione meno recente		Versione delle 08:41, 15 lug 2013
Riga 28:		Riga 28:
	=Riferimenti=		=Riferimenti=
	[http://www.alsa-project.org Il progetto Alsa]		[http://www.alsa-project.org Il progetto Alsa]

	[http://www.linuxjournal.com/node/6735/print Introduction to Sound Programming with ALSA (Jeff Tranter)]		[http://www.linuxjournal.com/node/6735/print Introduction to Sound Programming with ALSA (Jeff Tranter)]

Vuott il 14:40, 15 lug 2013

2013-07-15T14:40:48Z

← Versione meno recente		Versione delle 08:40, 15 lug 2013
Riga 26:		Riga 26:


	==Riferimenti==		=Riferimenti=
			[http://www.alsa-project.org Il progetto Alsa]
	[http://www.linuxjournal.com/node/6735/print Introduction to Sound Programming with ALSA (Jeff Tranter)]		[http://www.linuxjournal.com/node/6735/print Introduction to Sound Programming with ALSA (Jeff Tranter)]

Vuott il 14:38, 15 lug 2013

2013-07-15T14:38:59Z

← Versione meno recente		Versione delle 08:38, 15 lug 2013
Riga 23:		Riga 23:

	Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI, dovremo far riferimento, in base alle nostre necessità o scelte ai due precedenti subsistemi di ALSA.		Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI, dovremo far riferimento, in base alle nostre necessità o scelte ai due precedenti subsistemi di ALSA.



			==Riferimenti==
			[http://www.linuxjournal.com/node/6735/print Introduction to Sound Programming with ALSA (Jeff Tranter)]

Vuott il 15:18, 10 lug 2013

2013-07-10T15:18:29Z

← Versione meno recente		Versione delle 09:18, 10 lug 2013
Riga 23:		Riga 23:

	Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI, dovremo far riferimento, in base alle nostre necessità o scelte ai due precedenti subsistemi di ALSA.		Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI, dovremo far riferimento, in base alle nostre necessità o scelte ai due precedenti subsistemi di ALSA.


	~~=ALSA ed i suoi Client=~~

	Poiché il ''device'' è genericamente un elemento che assume ogni applicazione come ''fonte'' e come ''contenitore'' del suo flusso di dati; tali applicazioni - riferendosi tutte con il dispositivo di ALSA - assumono la denominazione di ''Client'' [ [[#Note:\|1]] ]. Sia i controller dell'hardware che i vari programmi dell'utente non sono altro che "''Client''" di ALSA. Quest'ultimo, a sua volta, assume la caratteristica e le funzioni di loro "''Server''". In tal senso ALSA è come un sistema operativo, che mette in comunicazione il software applicativo con l'hardware, seguendo un modello preciso. Coordina i due lati di chi genera gli eventi, e di chi li consuma/esegue; ed entrambi, nella terminologia ALSA, sono appunto semplicemente "''client''".
	In particolare la gestione reale dei dati Midi è esercitata dai programmi dell'utente e dall'hardware, mentre la funzione più generale del sistema ALSA è quella semplicemente di inviare i predetti dati ''nel momento giusto al Client giusto''. In ciò il sistema ALSA si configura esso stesso come un particolare ''sequencer'', in quanto la sua gestione dei dati si sostanzia nella specifica funzione della loro "''temporizzazione''": se un evento ha inzio in un determinato momento, deve avere termine in un altro preciso momento, così come stabilito dai dati Midi inviati. Questo è il compito del sub-sistema ''seq'' di ALSA.
	~~<p>Da quanto detto, ogni nostro programma di gestione dei dati Midi dovrà essere pensato e strutturato necessariamente come "client" del sistema ALSA.</p>~~

	~~===Le porte dei Client===~~

	I ''Client'', come già detto si relazionano con il sistema ALSA (o più precisamente con i suoi ''sub-sistemi'') ed eventualmente con altri Client [ [[#Note:\|2]] ]. Tale relazione si sostanzia come possibile scambio reciproco di dati. Affinché i dati possano uscire ed entrare da tali elementi, è necessario che i ''Client'' abbiano delle ''porte'' attraverso le quali far entrare ed uscire i dati. Inoltre è necessario che tra ''Client'' e ''Server'' si stabilisca una "''connessione''".
	<p>Di conseguenza ai nostri programmi, dopo essere stati pensati come ''Client'', dovranno essere create le ''porte'' necessarie per consentire loro di scambiare dati con il sub-sistema "''seq''" di ALSA.</p>

	~~===Capacità in ''lettura'' ed in ''scrittura'' delle porte dei ''Client''===~~

	~~La modalità di connessione di una porta di un dispositivo con gli altri dispositivi è detta "''Capacità''" della porta.~~
	<p>Ciasuna porta può essere abilitata (cioè possedere una propria "capacità") in Scrittura (READ) o in Lettura (WRITE) oppure in entrambe le modalità (DUPLEX). Ma la "capacità" è una proprietà considerata "''dal punto di vista degli altri dispositivi''" rispetto a quello che possiede la porta con tale capacità. Pertanto, se una porta ha capacità: </p>
	<p>* <b>READ</b>, significa che la porta è "leggibile" ''da un altro'' dispositivo. Attraverso questa sua porta con capacità READ il dispositivo, che chiameremo "A", invia dati al dispositivo B, il quale, appunto, "legge" (ossia, "riceve") i dati trasmessi dal dispositivo A. In tal caso il nostro programma sarà un dispositivo con porta avente caratteristica di "''Uscita''" (OUTPUT);</p>
	<p>* <b>WRITE</b>, significa che la porta è "scrivibile" ''da una altro'' dispositivo. Attraverso la sua porta con capacità WRITE il dispositivo A legge, ossia "riceve", i dati scritti, ossia "inviati, dal dispositivo B. In tal caso il nostro programma sarà un dispositivo con porta avente caratteristica di "''Entrata''" (INPUT).</p>

	<p>Ripetiamo che concettualmente la definizione della "''capacità''" di una porta va sempre considerata ''dal punto di vista dell'altro dispositivo'', e <b>non</b> da quello del dispositivo al quale essa appartiene.

	~~=Note:=~~

	~~[1] Il ''Client'' è un componente (hardware o software) che si serve delle funzionalità e dei servizi di un altro componente (hardware o software), il ''Server''.~~

	[2] Un esempio può essere la connessione fra un Client e QSynth: il client-Gambas si connette al client-QSynth, ma usando ALSA. Se mancasse uno dei tre, la cosa non funzionerebbe. Del resto l'uso corrente di ALSA è solo basilare; per esempio ci si potrebbe connettere a più di un dispositivo per inviare e ricevere dati, magari a dispositivi che risiedono su un altro computer. E', dunque, possibile instaurare un rapporto tra ''client'' proprio grazie ad ALSA. Nell'esempio riportato la connessione corretta è Client/Gambas-->ALSA-->Client/QSynth: anche se tale passaggio per ALSA non è rinvenibile da nessuna parte, un evento che va da un client-Gambas a QSynth deve passare da ALSA.

Vuott il 14:18, 10 lug 2013

2013-07-10T14:18:32Z

← Versione meno recente		Versione delle 08:18, 10 lug 2013
Riga 18:		Riga 18:
	Alsa controlla in modo distinto i dati Midi mediante due sub-sistemi: '''Seq''' e '''RawMidi'''.		Alsa controlla in modo distinto i dati Midi mediante due sub-sistemi: '''Seq''' e '''RawMidi'''.

	Il subsistema ''Seq''controlla in particolare il flusso di dati in qualità di <SPAN Style="text-decoration:underline">''eventi''</span> MIDI strutturati secondo il protocollo di Alsa.		Il subsistema ''Seq'' controlla in particolare il flusso di dati in qualità di <SPAN Style="text-decoration:underline">''eventi''</span> MIDI strutturati secondo il protocollo di Alsa.

	Il sub-sistema ''RawMidi''', invece, gestisce i dati grezzi Midi strettamente conformi al protocollo Midi, come quelli provenienti da un dispositivo Midi esterno (ad esempio una tastiera).		Il sub-sistema ''RawMidi'', invece, gestisce i dati grezzi Midi strettamente conformi al protocollo Midi, come quelli provenienti da un dispositivo Midi esterno (ad esempio una tastiera).

	Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI, dovremo far riferimento, in base alle nostre necessità o scelte ai due precedenti subsistemi di ALSA.		Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI, dovremo far riferimento, in base alle nostre necessità o scelte ai due precedenti subsistemi di ALSA.

Vuott il 14:18, 10 lug 2013

2013-07-10T14:18:05Z

← Versione meno recente		Versione delle 08:18, 10 lug 2013
Riga 18:		Riga 18:
	Alsa controlla in modo distinto i dati Midi mediante due sub-sistemi: '''Seq''' e '''RawMidi'''.		Alsa controlla in modo distinto i dati Midi mediante due sub-sistemi: '''Seq''' e '''RawMidi'''.

	Il subsistema ''Seq''controlla in particolare il flusso di dati in qualità di <SPAN Style="text-decoration:underline"''eventi''</span> MIDI strutturati secondo il protocollo di Alsa.		Il subsistema ''Seq''controlla in particolare il flusso di dati in qualità di <SPAN Style="text-decoration:underline">''eventi''</span> MIDI strutturati secondo il protocollo di Alsa.

	Il sub-sistema ''RawMidi''', invece, gestisce i dati grezzi Midi strettamente conformi al protocollo Midi, come quelli provenienti da un dispositivo Midi esterno (ad esempio una tastiera).		Il sub-sistema ''RawMidi''', invece, gestisce i dati grezzi Midi strettamente conformi al protocollo Midi, come quelli provenienti da un dispositivo Midi esterno (ad esempio una tastiera).

Vuott il 14:17, 10 lug 2013

2013-07-10T14:17:20Z

← Versione meno recente		Versione delle 08:17, 10 lug 2013
Riga 15:		Riga 15:
	===Struttura del sistema ALSA===		===Struttura del sistema ALSA===

	Il sistema ALSA è composto da diversi sub-sistemi, ciascuno dei quali esercita una propria specifica funzione controllando un particolare tipo di flusso di dati per l'audio.		Il sistema ALSA è composto da diversi sub-sistemi ''seq'', ''rawmidi'', ''pcm'', etc, ciascuno dei quali esercita una propria specifica funzione controllando un particolare tipo di flusso di dati per l'audio.
	Il sub-~~sistema che controlla il flusso degli eventi MIDI è denominato~~: '''~~seq~~''' ~~. Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI, dovremo sempre considerare questo particolare~~ ''~~sub-sistema~~'' "''~~'seq'''" , facente parte del più ampio e complesso dispositivo ALSA~~.		Alsa controlla in modo distinto i dati Midi mediante due sub-sistemi: '''Seq''' e '''RawMidi'''.

	=~~==I dispositivi~~ in ALSA~~===~~		Il subsistema ''Seq''controlla in particolare il flusso di dati in qualità di <SPAN Style="text-decoration:underline"''eventi''</span> MIDI strutturati secondo il protocollo di Alsa.

			Il sub-sistema ''RawMidi''', invece, gestisce i dati grezzi Midi strettamente conformi al protocollo Midi, come quelli provenienti da un dispositivo Midi esterno (ad esempio una tastiera).

			Pertanto, nel redigere il nostro programma Gambas di gestione dei dati MIDI, dovremo far riferimento, in base alle nostre necessità o scelte ai due precedenti subsistemi di ALSA.

	Il subsistema '''seq''' mette a disposizione dei programmi applicativi una serie di dispositivi (''device''), che possono essere specificati mediante un identificatore. Gli applicativi possono relazionarsi con quei dispositivi mediante le operazioni di lettura e di scrittura. Ogni dispositivo è formato da una catena di ''plugin'', i quali esercitano una specifica operazione nei confronti del flusso di dati del dispositivo. L'ultimo plugin, in particolare, si rapporta con il controller dell'hardware mediante le operazioni di lettura e scrittura.

	=ALSA ed i suoi Client=		=ALSA ed i suoi Client=