Tags: alsa-project/libhinawa
Tags
Libhinawa version 4.0.2 release This micro release fixes some minor issues that the invalid Python 3 sample in README.rst and the useless inclusion of sound subsystem UAPI. You can find the compressed package archive, along with signatures from both the kernel.org system admin and the author, at this URL: https://kernel.org/pub/linux/libs/ieee1394/libhinawa-4.0.2.tar.xz This package archive corresponds exactly to the 4.0.2 signed tag in the upstream repository: https://git.kernel.org/pub/scm/libs/ieee1394/libhinawa.git/tag/?h=4.0.2 Instructions for building can be found in README.rst.
Libhinawa version 4.0.1 release This micro release fixes FTBFS with gi-docgen 2023.3, detected by Debian project: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058535 You can find the compressed package archive, along with signatures from both the kernel.org system admin and the author, at this URL: https://kernel.org/pub/linux/libs/ieee1394/libhinawa-4.0.1.tar.xz This package archive corresponds exactly to the 4.0.1 signed tag in the upstream repository: https://git.kernel.org/pub/scm/libs/ieee1394/libhinawa.git/tag/?h=4.0.1 Instructions for building can be found in README.rst.
Libhinawa version 4.0.0 release This marks the second major version update for libhinawa, coming three years after version 2.0 release. I'm delighted to provide it to the users of Linux FireWire subsystem. You might be wondering, "The major version of previous release was 2, but the major version of this new release is 4. Where is version 3?" Indeed, version 3 is skipped. This is because of a version mismatch between the library itself and the GObject Introspection (g-i) metadata version. In the early stages of development, g-i was supported, but the version of metadata was numbered as 1.0, while the library had a major version of 0. Afterward, the major version of g-i metadata has always been one ahead of the major version of library. This mismatch has persisted for a long time. The version 2 releases of library provides version 3.0 of g-i metadata, which is why version 3 of library is skipped for consistency in major versions. With this major version update come some significant changes and the loss of backward compatibility. The most notable difference compared to the previous major releases is the removal of specific features to interact with ALSA HwDep character devices. The features were originally added with the assistance by drivers in ALSA firewire stack, thus have relationship with different Linux subsystem. Alternatively, libhitaki provides the features by modern approach. Users of the features are encouraged to migrate to libhitaki. https://github.com/alsa-project/libhitaki The journey of development began in September 2014, and it has continued for nearly a decade. The long-term development has led to the deprecation and obsolescence of some features. In this new release, certain methods, properties, and signals were removed. Additionally, any methods, properties, and signals that remain have been slightly altered to address any issues. If you encounter any difficulties building applications, please consult the official documentation to find their updated prototypes: https://alsa-project.github.io/gobject-introspection-docs/hinawa/ Finally, you can find the compressed package archive, along with signatures from both the kernel.org system admin and the author, at this URL: https://kernel.org/pub/linux/libs/ieee1394/libhinawa-4.0.0.tar.xz This package archive corresponds exactly to the 4.0.0 signed tag in the upstream repository: https://git.kernel.org/pub/scm/libs/ieee1394/libhinawa.git/tag/?h=4.0.0 Instructions for building can be found in README.rst. Cheers
Version 2.6.1 release The main objective of this micro release is to incorporate support for meson build subproject functionality. For applications to utilize meson build wrap dependency system, a new dependency object of 'hinawa' is newly available. For detailed information, please refer to README.tst. Inconveniently, hinawa project is not registered to public WrapDB yet, thus users need to write wrap file manually for the time being. For the release, compressed package archive is available with both signatures by kernel.org system admin and author under this URL: https://kernel.org/pub/linux/libs/ieee1394/libhinawa-2.6.1.tar.xz The package archive is generated by 2.6.1 signed tag in upstream repository: https://git.kernel.org/pub/scm/libs/ieee1394/libhinawa.git/tag/?h=2.6.1
Version 2.6.0 release This release introduces a significant new feature: the delivery of hardware time stamps for asynchronous communication. Additionally, it includes several changes in preparation for the future stable release of version 3.0. The package archive is available in kernel.org. https://kernel.org/pub/linux/libs/ieee1394/libhinawa-2.6.0.tar.xz In 1394 OHCI, hardware time stamps for asynchronous communication are available for software. The time stamp resolution is the isochronous cycle, which is 8,000 Hz. Prior to Linux kernel version 5.5, time stamps were not delivered in any event to application. However, with Linux kernel version 5.6, some events were introduced to address this. The new version of libhinawa includes the backport of the UAPI header that makes these events available, then new functions and signals are added to Hinawa.FwReq, Hinawa.FwResp, and Hinawa.FwFcp. Additionally, Hinawa.CycleTime has been added to store the hardware cycle value, and a new method is available in Hinawa.FwNode for applications to compute the time stamp. During the 10 years of development, libhinawa has undergone significant changes, including the deprecation of certain features. In particular, features related to sound units have been moved to libhitaki. As part of work to streamline libhinawa and remove deprecated features, it is inevitable to introduce some loss of backward compatibility. The future release of libhinawa 3.0 stable is planned. The 2.6.0 release includes changes in preparation for that. Certain functions have been obsoleted by alternative ones.
Version 2.5.0 release The new release includes changes for error domain of Hinawa.FwReqError. In GNOME convention, the error domain and code enumeration should be the same name. In libhinawa implementation, Hinawa.FwReqError domain utilizes Hinawa.FwRcode as its code enumeration against the convention. Hinawa.FwReqError enumeration is now added. Additionally, documentation framework is switched from gtk-doc to gi-docgen, according to recent integration of GNOME software.
Version 2.4.0 release In this release, the minor part of version is incremented since new symbols are added for new APIs. ALSA firewire-motu driver in Linux kernel v5.16 prepatch got new functions to parse messages in isochronous packets from the target device. The messages include state of DSP mixer and hardware meter information. The The functions allow userspace software to read cached hardware meter information and cached state of DSP mixer as well as to receive notification about change for the state of DSP mixer. For userspace application, UAPI header includes stuffs for the new functions. In new release of libhinawa, some APIs are newly added to support the functions. For compatibility reason, the source of libhinawa includes the UAPI header.
Version 2.3.0 release In this release, the minor part of version is incremented since symbol is added for new API. Hinawa.FwResp.reserve_within_region() is newly added. It's similar to Hinawa.FwResp.reserve() but callers can specify region of address for reservation of range of address, instead of exact range.
Version 2.2.1 release In this release, the micro part of version is incremented so that some bugs are fixed. The alignment of content of configuration ROM referred by hinawa_fw_node_get_config_rom() is explicitly big-endian. The backward compatibility is kept as well. The spec file is refined.
PreviousNext