Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 2, 2014 at 6:35 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi John, Have you tried to record with external microphone? You have to bias the microphone, but the audio cape didn’t implement the microphone bias circuitry so you will have to bias the microphone externally for it to work. If you search for the TLV320AIC3106EVM schematic, you can see how to bias the microphone. The recording works fine if I connect the Audio Cape directly to the speaker source (a tablet) with a male-to-male 3.5mm cable. In case of using external microphone, the Audacity Frequency Analysis shows there is no frequency that is higher than 3KHz. I tried the same test with USB Sound Card and it works fine. I haven’t checked the audio bandwidth, but if I use a sampling rate of 96KHz, the audio quality sounds fine. Do you have some special setting for alsamixer? The only settings I change is Press F4 for Capture, make “Line Line2 Bypass” = 100 and “PGA” = 50 Here is the command I use: arecord -c1 -f S32_LE -r 96000 -t wav -vv test.wav or aplay -C -c1 -f S32_LE -r 96000 -t wav -vv test.wav I use the second command because my debugger gets confused when loading alsa-util debug symbols. After all, arecord is just a soft link to aplay. Regards, John Thanks, Dustin On Tuesday, December 2, 2014 4:10:12 AM UTC+7, john3909 wrote: On 12/1/14, 10:27 AM, Nicolae Rosia nicola...@gmail.com javascript: wrote: Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. I¹m not sure that is how this is supposed to work. Surely the DTS defines the clock rate rather than reflecting the clock rate? My guess is that the ALSA subsystem is reading the DTS codec-clock-rate, but the MCASP_AHCLKX isn¹t been set correctly by the MCASP code and simply defaulting to 24MHz. Regards, John Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentie...@gmail.com javascript: wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesse...@gmail.com javascript: wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentie...@gmail.com javascript: wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john...@gmail.com javascript: wrote: From: Dien Nguyen nguyentie...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Sunday, November 30, 2014 at 7:14 PM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard...@googlegroups.com javascript: . For more options, visit
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Hi John, Thanks a lot for your detail instruction. We will try with the external biased microphone. Regards, Dustin On Wed, Dec 3, 2014 at 11:37 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 2, 2014 at 6:35 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi John, Have you tried to record with external microphone? You have to bias the microphone, but the audio cape didn't implement the microphone bias circuitry so you will have to bias the microphone externally for it to work. If you search for the TLV320AIC3106EVM schematic, you can see how to bias the microphone. The recording works fine if I connect the Audio Cape directly to the speaker source (a tablet) with a male-to-male 3.5mm cable. In case of using external microphone, the Audacity Frequency Analysis shows there is no frequency that is higher than 3KHz. I tried the same test with USB Sound Card and it works fine. I haven't checked the audio bandwidth, but if I use a sampling rate of 96KHz, the audio quality sounds fine. Do you have some special setting for alsamixer? The only settings I change is Press F4 for Capture, make Line Line2 Bypass = 100 and PGA = 50 Here is the command I use: arecord -c1 -f S32_LE -r 96000 -t wav -vv test.wav or aplay -C -c1 -f S32_LE -r 96000 -t wav -vv test.wav I use the second command because my debugger gets confused when loading alsa-util debug symbols. After all, arecord is just a soft link to aplay. Regards, John Thanks, Dustin On Tuesday, December 2, 2014 4:10:12 AM UTC+7, john3909 wrote: On 12/1/14, 10:27 AM, Nicolae Rosia nicola...@gmail.com wrote: Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. I¹m not sure that is how this is supposed to work. Surely the DTS defines the clock rate rather than reflecting the clock rate? My guess is that the ALSA subsystem is reading the DTS codec-clock-rate, but the MCASP_AHCLKX isn¹t been set correctly by the MCASP code and simply defaulting to 24MHz. Regards, John Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentie...@gmail.com wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesse...@gmail.com wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentie...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john...@gmail.com wrote: From: Dien Nguyen nguyentie...@gmail.com Reply-To: beagl...@googlegroups.com beagl...@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagl...@googlegroups.com beagl...@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard...@googlegroups.com. For more options
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Hi John and Nicolae, Thanks for your help, changing the sysclk to 24MHz, we are now able to capture file on the board and play it on PC. John is right that the modification in dtb has no effect, I forced the sysclk in the driver ./sound/soc/davinci/davinci-evm.c ret = of_property_read_u32(np, ti,codec-clock-rate, drvdata-sysclk); if (ret 0) return -EINVAL; drvdata-sysclk = 2400; printk(###%s: sysclk %d\n, __FUNCTION__, drvdata-sysclk); Need to do more debug to see if U-boot fixed up the dtb value. Thanks a lot, Dustin On Tue, Dec 2, 2014 at 4:10 AM, John Syn john3...@gmail.com wrote: On 12/1/14, 10:27 AM, Nicolae Rosia nicolae.ro...@gmail.com wrote: Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. I¹m not sure that is how this is supposed to work. Surely the DTS defines the clock rate rather than reflecting the clock rate? My guess is that the ALSA subsystem is reading the DTS codec-clock-rate, but the MCASP_AHCLKX isn¹t been set correctly by the MCASP code and simply defaulting to 24MHz. Regards, John Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesseco...@gmail.com wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe . To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Hi John, Have you tried to record with external microphone? The recording works fine if I connect the Audio Cape directly to the speaker source (a tablet) with a male-to-male 3.5mm cable. In case of using external microphone, the Audacity Frequency Analysis shows there is no frequency that is higher than 3KHz. I tried the same test with USB Sound Card and it works fine. Do you have some special setting for alsamixer? Thanks, Dustin On Tuesday, December 2, 2014 4:10:12 AM UTC+7, john3909 wrote: On 12/1/14, 10:27 AM, Nicolae Rosia nicola...@gmail.com javascript: wrote: Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. I¹m not sure that is how this is supposed to work. Surely the DTS defines the clock rate rather than reflecting the clock rate? My guess is that the ALSA subsystem is reading the DTS codec-clock-rate, but the MCASP_AHCLKX isn¹t been set correctly by the MCASP code and simply defaulting to 24MHz. Regards, John Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentie...@gmail.com javascript: wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesse...@gmail.com javascript: wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentie...@gmail.com javascript: wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john...@gmail.com javascript: wrote: From: Dien Nguyen nguyentie...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Sunday, November 30, 2014 at 7:14 PM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesseco...@gmail.com wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I've seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I'm using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesseco...@gmail.com wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I’ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I’m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 9:37 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. I never really looked into the issue because it wasn¹t important to me. As long as I could record and playback on the BBB, I was OK, but I did notice the issue when I recorded on the BBB and then played back on my Ubuntu desktop. I looked at the schematics and I see that GPIO3_21 (AUD_MCLK) is driven by either Y4 (24.576MHz) or MCASP0_AHCLKX. So I did a few measurements and AUD_MCLK is always 24MHz no matter what the sampling rate. In the DTS the codec-clock-rate is shown as 1200 so this doesn¹t make any sense. Perhaps the MCASP code isn¹t reading this number correctly and is defaulting to 24MHz. Regards, John Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
From: Jesse Cobra jesseco...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 11:05 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Curious what happens if you try 48k sampling? I get the same results. Regards, John On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
On 12/1/14, 10:27 AM, Nicolae Rosia nicolae.ro...@gmail.com wrote: Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. I¹m not sure that is how this is supposed to work. Surely the DTS defines the clock rate rather than reflecting the clock rate? My guess is that the ALSA subsystem is reading the DTS codec-clock-rate, but the MCASP_AHCLKX isn¹t been set correctly by the MCASP code and simply defaulting to 24MHz. Regards, John Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesseco...@gmail.com wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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
[beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I've seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I'm using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I’ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I’m using 3.15.10-bone8. Regards, John Thanks -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.