[alsa-devel] [RFCv3][PATCH 00/39] axfer: rewrite aplay, adding 'timer-based scheduling' option

[Takashi Iwai]

On Mon, 02 Oct 2017 02:19:01 +0200,
Takashi Sakamoto wrote:
> 
> Hi,
> 
> This 3rd RFC patchset updates my previous one:
> [alsa-devel] [RFCv2][PATCH 00/38] alsa-utils: axfer: rewrite aplay
> http://mailman.alsa-project.org/pipermail/alsa-devel/2017-September/125574.html
> 
> For aim of this rewrite and its intension, please refer to my former posts.
> 
> In this version, I add an option to support 'timer-based scheduling' scenario,
> which PulseAudio developers introduced. Please refer to patch 32:
>  * axfer: add support for timer-based MMAP operation
> 
> You can use this mode by adding '-sched-type=timer' option into command
> line.
> 
> The other difference from my previous one:
>  - fix some bugs to handle non-interleaved buffer on mapped page frame.
>  - use snd_pcm_status() instead of snd_pcm_state() to execute hwsync.
>  - minor fixes.
> 
> In my plan, this is the last version including below patches. In next post,
> options added by below patches are categorized as obsoleted:
>  * axfer: add an option to support volume unit meter
>  * axfer: add a unit test for vumeter calculation
>  * axfer: add an option for formatted filename
>  * axfer: add an option to handle key events
>  * axfer: add a parser for channel map API
>  * axfer: add a feature to generate a file for process id
> 
> Additionally, for next post, I'll prepare for help messages and man for this
> program.

The patches look good, and I see no reason to stop merging as long as
it's named differently from the existing aplay/arecord.  We can add a
configure option for creating axfr -> aplay symlink, but I guess it's
not needed yet as of the current status.


thanks,

Takashi