[PATCH 0/3] ALSA: firewire-lib: preparation for media clock recovery
Takashi Iwai
tiwai at suse.de
Fri May 28 11:08:16 CEST 2021
On Thu, 27 May 2021 14:26:08 +0200,
Takashi Sakamoto wrote:
>
> Hi,
>
> ALSA IEC 61883-1/6 packet streaming engine have been using pre-computed
> parameters ideal for nominal sampling transfer frequency (STF), to
> transfer packets to device since it was added 2011. As a result of user
> experience for a decade, it is clear that the sequence is not suitable
> to some actual devices.
>
> In design of audio and music unit in IEEE 1394 bus, feedback of
> effective sampling transfer frequency is delivered by packets transferred
> from device. Reuse of the sequence of parameter in the packets results
> in pseudo media clock recovery to transfer packet.
>
> In this patchset, an option is added to AMDTP domain so that each of
> AMDTP stream for outgoing packet has association to AMDTP stream for
> incoming packet, to replay the sequence of parameter. Some devices
> require receiving packet on-the-fly to transfer packets, so another
> option is added.
>
> These options are just added, not used yet in this time. In future work,
> they are going to be used by drivers in ALSA firewire stack.
>
> Takashi Sakamoto (3):
> ALSA: firewire-lib: add replay target to cache sequence of packet
> ALSA: firewire-lib: replay sequence of incoming packets for outgoing
> packets
> ALSA: firewire-lib: transfer rx packets on-the-fly when replaying
Applied all three patches now. Thanks.
Takashi
More information about the Alsa-devel
mailing list