Well, it looks like this has been partially solved - it seems the input channels are being swapped around for some reason, and my embedded board is only using one channel for input and one for output. Is there a way to do this in software? i.e. can I check whether something in the software settings is doing this, so I can see whether it's my software or the driver that's the problem? John g On Thu, Mar 18, 2010 at 4:28 PM, John Graham <johngavingraham@xxxxxxxxxxxxxx> wrote: > Hi there, > > I've been trying to get basic audio working on an embedded board - > TX25 with an SGTL5000 codec. > > I did have a problem with xruns silencing my audio, and thanks to > Jaroslav Kysela I've found a way round that. Now I have a similar > problem - sometimes, the audio is simply not there for more than one > buffer's worth (I think it's one buffer...). > > Anyway, the attached file is an example of something that produces the > behaviour. It opens a capture and playback PCM, sets the hw/sw params > to the right audio format (as well as setting stop_threshold to the > boundary, so I don't get the problem with xruns). Then it feeds back > audio for two seconds, simply copying the input buffer straight to the > output buffer. > > So, I have a couple of questions about this: > > 1) Does this code look like it should work in the first place? It > works some of the time, but it occurs to me that it might be working > "by accident" but is broken when it works as it should. > > 2) As I said before, audio either drops after what I *think* is one > buffer being transferred, or not at all. Could it be that my xrun > problem is occurring, but that my setting stop_threshold doesn't take > effect until after the first buffer is transferred (i.e. the first > buffer causes the xrun, stopping the rest of my audio like before)? Is > there any way I can "flush" the sw_params to make sure they take > effect right from when I start moving audio around? > > Thanks very much to anyone who can give me any pointers on this. > > John G > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
