public inbox for alsa-devel@alsa-project.org
 help / color / mirror / Atom feed
* Stale data at start of audio recording on Freescale i.MX28 EVK with SGTL5000
@ 2014-11-13 22:41 Craig McQueen
  0 siblings, 0 replies; only message in thread
From: Craig McQueen @ 2014-11-13 22:41 UTC (permalink / raw)
  To: alsa-devel@alsa-project.org

I was testing the 3.14.19 kernel on Freescale i.MX28 EVK. Since then, 
I've retested and confirmed this also on 3.18-rc4 kernel.

I am doing audio recordings through the SGTL5000 driver as such:

     arecord -D hw:0,1 -f s16 -c 2 -r 16000 -d 5 test.wav

I'm finding that the first 400-500 ms of the saved data is actually 
stale data from the end of the previous recording. To see this, do the 
following:

    1. Provide some test audio input in the LINE INPUT jack. E.g. a 100 
Hz sine wave, or some music.
    2. Record audio with e.g. arecord -D hw:0,1 -f s16 -c 2 -r 16000 -d 
5 test1.wav
    3. Change the test audio input, e.g. a 150 Hz sine wave, or some 
different music.
    4. Record a new audio file with e.g. arecord -D hw:0,1 -f s16 -c 2 
-r 16000 -d 5 test2.wav

Observe that the first 400-500 ms of test2.wav contains stale data from 
the end of the previous recording.

-- 
Craig McQueen

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2014-11-13 22:42 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-11-13 22:41 Stale data at start of audio recording on Freescale i.MX28 EVK with SGTL5000 Craig McQueen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox