From: Lars-Peter Clausen <lars@metafoo.de>
To: Timur Tabi <timur@freescale.com>
Cc: "alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
"s.hauer@pengutronix.de" <s.hauer@pengutronix.de>,
"broonie@opensource.wolfsonmicro.com"
<broonie@opensource.wolfsonmicro.com>,
"w.sang@pengutronix.de" <w.sang@pengutronix.de>,
Dong Aisheng-B29396 <B29396@freescale.com>,
Liam Girdwood <lrg@ti.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [RFC v2 PATCH 1/1] ASoC: soc-core: symmetry checking for each DAIs separately
Date: Thu, 01 Sep 2011 21:32:27 +0200 [thread overview]
Message-ID: <4E5FDDCB.9060709@metafoo.de> (raw)
In-Reply-To: <4E5FD5EB.50009@freescale.com>
On 09/01/2011 08:58 PM, Timur Tabi wrote:
> Lars-Peter Clausen wrote:
>> Without the patch for example 'aplay -r 8000 ... & arecrod -r 16000 ...' would
>> result in playback running twice as fast as it is supposed to.
>
> I'm not sure I can reproduce the problem. Executing the above command either
> plays audio at the proper rate (with or without your patch), doesn't play
> anything at all (it just sits there), or gives me this error message:
>
> soc-audio soc-audio: set sample size in capture stream first
>
> (sometimes it says "playback" instead of "capture").
Try to add a small delay between the two commands. e.g. 'aplay -r 8000 ... &
sleep 1; arecrod -r 16000 ...'. And of course the DAIs need to be configured to
be asynchronous, otherwise you'll of course catch the error in the fsl_ssi driver.
WARNING: multiple messages have this Message-ID (diff)
From: lars@metafoo.de (Lars-Peter Clausen)
To: linux-arm-kernel@lists.infradead.org
Subject: [alsa-devel] [RFC v2 PATCH 1/1] ASoC: soc-core: symmetry checking for each DAIs separately
Date: Thu, 01 Sep 2011 21:32:27 +0200 [thread overview]
Message-ID: <4E5FDDCB.9060709@metafoo.de> (raw)
In-Reply-To: <4E5FD5EB.50009@freescale.com>
On 09/01/2011 08:58 PM, Timur Tabi wrote:
> Lars-Peter Clausen wrote:
>> Without the patch for example 'aplay -r 8000 ... & arecrod -r 16000 ...' would
>> result in playback running twice as fast as it is supposed to.
>
> I'm not sure I can reproduce the problem. Executing the above command either
> plays audio at the proper rate (with or without your patch), doesn't play
> anything at all (it just sits there), or gives me this error message:
>
> soc-audio soc-audio: set sample size in capture stream first
>
> (sometimes it says "playback" instead of "capture").
Try to add a small delay between the two commands. e.g. 'aplay -r 8000 ... &
sleep 1; arecrod -r 16000 ...'. And of course the DAIs need to be configured to
be asynchronous, otherwise you'll of course catch the error in the fsl_ssi driver.
next prev parent reply other threads:[~2011-09-01 19:33 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-29 9:15 [RFC v2 PATCH 1/1] ASoC: soc-core: symmetry checking for each DAIs separately Dong Aisheng
2011-08-29 9:15 ` Dong Aisheng
2011-08-29 20:34 ` Tabi Timur-B04825
2011-08-29 20:34 ` [alsa-devel] " Tabi Timur-B04825
2011-08-30 2:54 ` Dong Aisheng-B29396
2011-08-30 2:54 ` [alsa-devel] " Dong Aisheng-B29396
2011-08-31 10:52 ` Liam Girdwood
2011-08-31 10:52 ` [alsa-devel] " Liam Girdwood
2011-08-31 11:55 ` Tabi Timur-B04825
2011-08-31 11:55 ` [alsa-devel] " Tabi Timur-B04825
2011-08-31 12:17 ` Lars-Peter Clausen
2011-08-31 12:17 ` Lars-Peter Clausen
2011-09-01 18:58 ` Timur Tabi
2011-09-01 18:58 ` Timur Tabi
2011-09-01 19:32 ` Lars-Peter Clausen [this message]
2011-09-01 19:32 ` Lars-Peter Clausen
2011-09-01 20:35 ` Timur Tabi
2011-09-01 20:35 ` Timur Tabi
2011-09-16 3:02 ` Dong Aisheng
2011-09-16 3:02 ` [alsa-devel] " Dong Aisheng
2011-09-02 14:44 ` Wolfram Sang
2011-09-02 14:44 ` Wolfram Sang
2011-09-21 14:59 ` Mark Brown
2011-09-21 14:59 ` Mark Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E5FDDCB.9060709@metafoo.de \
--to=lars@metafoo.de \
--cc=B29396@freescale.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=lrg@ti.com \
--cc=s.hauer@pengutronix.de \
--cc=timur@freescale.com \
--cc=w.sang@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.