Re: [PATCH] ALSA: compress: Fix stop handling on compressed capture streams

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 05 Feb 2019 17:29:40 +0100,
Charles Keepax wrote:
> 
> It is normal user behaviour to start, stop, then start a stream
> again without closing it. Currently this works for compressed
> playback streams but not capture ones.
> 
> The states on a compressed capture stream go directly from OPEN to
> PREPARED, unlike a playback stream which moves to SETUP and waits
> for a write of data before moving to PREPARED. Currently however,
> when a stop is sent the state is set to SETUP for both types of
> streams. This leaves a capture stream in the situation where a new
> start can't be sent as that requires the state to be PREPARED and
> a new set_params can't be sent as that requires the state to be
> OPEN. The only option being to close the stream, and then reopen.
> 
> Correct this issues by allowing snd_compr_drain_notify to set the
> state depending on the stream direction, as we already do in
> set_params.
> 
> Fixes: 49bb6402f1aa ("ALSA: compress_core: Add support for capture streams")
> Signed-off-by: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>

Applied now (with Cc to stable).  Thanks.


Takashi
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel



[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Pulse Audio]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux