This is the first official release of alsa-gobject project, addressed in
Audio Mini Conference 2018[1]. The release includes below libraries to
operate corresponding character devices of Linux Sound subsystem
(=Advanced Linux Sound Architecture, a.k.a ALSA)[2]:
Any language binding for g-i can handle the gir files to use the the
libraries. For example, PyGObject[4] is available as dynamic g-i loader in
Python 3 runtime, and some Python 3 sample scripts are available in
`samples` directory. Rust FFI/Safe API crates are provided in
alsa-gobject-rs[5] and its README includes code snippet.
Documentation is available in below URLs. They're auto-generated by
gtk-doc[6] with function annotations:
As a design note, the libraries provide API to execute system calls directly
to ALSA core implementation in kernel land. The libraries produce minimal set
of API, and delegate enhanced features to application side. They perform like
'glue' code between application and in-kernel functionalities. It facilitates
the task to write test code for the in-kernel functionalities as well as to
accumulate enhanced features on the libraries in each language.
Release note
alsa-gobject version 0.1.0 release
This is the first official release of alsa-gobject project, addressed in
Audio Mini Conference 2018[1]. The release includes below libraries to
operate corresponding character devices of Linux Sound subsystem
(=Advanced Linux Sound Architecture, a.k.a ALSA)[2]:
Any language binding for g-i can handle the gir files to use the the
libraries. For example, PyGObject[4] is available as dynamic g-i loader in
Python 3 runtime, and some Python 3 sample scripts are available in
`samples` directory. Rust FFI/Safe API crates are provided in
alsa-gobject-rs[5] and its README includes code snippet.
Documentation is available in below URLs. They're auto-generated by
gtk-doc[6] with function annotations:
As a design note, the libraries provide API to execute system calls directly
to ALSA core implementation in kernel land. The libraries produce minimal set
of API, and delegate enhanced features to application side. They perform like
'glue' code between application and in-kernel functionalities. This makes it
easy to write test code for the in-kernel functionalities as well as to write
ehhanced features by each language.
The libraries have no dependency on alsa-lib[7]. The alsa-lib includes own
software features such as configuration space with plug-in system. Although
the plug-in system is useful to add sample operating feature into PCM
interface, it's not necessarily useful for the other interfaces. Furthermore
it's better design to implement enhanced software features in user library and
user application side, instead of common library side. For the above points,
alsa-gobject produces languag bindings different from the existent ones[8][9].
In the release, PCM interface is not supported because the 'glue' is already
provided by the other projects; GStreamer[10], PortAudio[11], SDL[12], and so
on. They mostly satisfy the demand, therefore the support is judged not to be
so urgent. It's planned to support PCM interfaces in future release as
'ALSAPcm-0.0'.
Compress-Offload interface is not supported as well because it's difficult to
buy free test device in market as of 2020.
git://git.alsa-project.org / alsa-gobject.git / tag