On 13/01/14 19:04, Jack Mitchell wrote: > On 13/01/2014 18:40, eze_rg wrote: >> The best "temporary solution" that worked for me was using SoX for >> recording audio (instead of the "arecord" command). I get just a few >> buffer overruns, once in a while.... >> But, definitely, this is not a solution. It would be nice if someone >> could clarify this issue. >> >> Regards, >> >> Ezequiel > > Thanks Ezequiel, I'm currently chasing this down at a kernel driver > level so will update if I manage to get anywhere. Good (?) to hear that > I'm not the only one with problems. >
I managed to fix my issues by hacking the buffer size of the driver in the kernel. There is something still not quite right with the implementation as the max_buffer_bytes seems to be calculated wrong somewhere, but I can't seem to find where. So, if you are interested in helping fix your buffer xrun problems I would suggest changing the buffer_bytes_max value of the snd_pcm_hardware capture struct in sound/soc/davinci/davinci-pcm.c, 256*1024 will give you 64K of buffer, rather than the current 32K. Cheers, -- Jack Mitchell ([email protected]) Embedded Systems Engineer Cambridgeshire, UK http://www.embed.me.uk -- -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
