[Buildroot] Driver for C-Media Electronics, Inc. CM106 based usb audio device?

[Buildroot] Driver for C-Media Electronics, Inc. CM106 based usb audio device?

[Peter Seiderer]

Hello Lou,

On Mon, Feb 02, 2015 at 08:18:02PM -0600, Lou Crittenden wrote:
> Hello again all, does anyone know where I can get the driver/kernel modules
> for the c-media electronics CM-106 usb sound card and how to set up fader,
> , balance, and volume controls and whatnot on it in buildroot? I will be
> running this card on a raspberry pi b+, which as we all know the built in
> audio is just plain DREADFUL sounding with all those hisses and pops, and
> this card sounds MUCH better (I'm listening to my tunes through it on my
> main Ubuntu-based box as I type!), and is inexpensive.
> 
> the output of lsusb is here:
> Bus 005 Device 002: ID 0d8c:0102 C-Media Electronics, Inc. CM106 Like Sound.
> 
> According to this link,
> https://github.com/Pivosgroup/buildroot-linux-kernel-m3/blob/master/sound/usb/usbaudio.c
> the device has four 16 bit registers or something like that.
> 
> Does this link btw contain the driver, and if yes, how is it compiled?

Not much safe hints from my side, just guessing, but your android link related CM106
is sound/usb/quirks.c in normal/rpi linux kernel and enabled by CONFIG_SND_USB in the
linux kernel config (not enabled by the default buildroot rpi kernel config)...

After enabling this option, take a look at dmesg output and search for USB Sound Device
or try 'aplay -L' for listing all possible/found alsa sound devices...

Regards,
Peter

[Buildroot] Driver for C-Media Electronics, Inc. CM106 based usb audio device?

[Peter Seiderer]

Hello Lou,

On Wed, Feb 25, 2015 at 07:53:01PM -0600, Lou Crittenden wrote:
> >I was able to compile and run a rockbox version on RPi/buildroot, but still
> > without audio file playing...
> 
> Awesome! Can I see it?

See buildroot patch at end of e-mail (very early, very hackisch version)...

> 
> I was able to run mplayer with no options in a terminal within the raspbian
> image that came with my waveshare device and it didn't have a bit of
> problems with the audio. It sounded great actually.
> 

Do you have audio distortions too in case of leds blinking etc.?
If no its definitely not a pure electric problem..., if yes try another
sound device...

> You're probably right on the resource part, and I believe the buildroot
> kernel has a lot to do with it, but the raspbian kernel didn't have that
> issue at all, but of course it just takes a long time to boot compared to
> buildroot. I want to use the isolator to isolate the usb sound device from
> the background zipper noises, pops, buzzes, whining, and other garbage from
> the main computer board that happens when for example you are scrolling a
> page or leds on the board blink.
> 

Sounds strange...

> I have included a sample of what I am running into as far as the audio.
> This was with the commands:
> 
> # cd /media/usb0 (this thumbdrive is where my music is located)
> # mplayer *
> 
> and with my usb sound device plugged in. It doesn't do that with the
> onboard card, though (even though it sounds like poo, as I have heard it
> was only 11-bit audio). When I'm running:
> 
> # mplayer -quiet *
> 
> it plays normally through the usb card even with other processes running,
> but still doesn't sound near as good as either my ubuntu system or the
> raspbian image.
>
> [-- Attachment #2: garbled mplayer no flags switching songs.mp3 --]
> [-- Type: audio/mpeg, Encoding: base64, Size: 743K --]

Strange, but I would suspect some kernel/driver problem, try to copy
the sound files to the local filesystem, unplug your usb-memory and
try with only the usb-soundcard attached (just guessing, not much
help without hardware to test)...

Try to find out the difference between raspbian and buildroot
kernel version/config...

> I also found out that the snd-usb-audio driver indeed does work with all of
> the channels when I input the command
> 
> # speaker-test -Dplug:surround51 -c6
> 
> to test all of the speaker channels. The woman's voice came through on all
> the appropriate channels, plus they are adjustable in alsamixer. I just
> can't get mplayer to use them all when using alsa as the backend (I haven't
> gotten pulseaudio to work in buildroot) and it outputs through the front
> only. I have the same issue when using alsa as the backend on this card in
> the raspbian image as well (but good sound) yet it uses the same
> snd-usb-audio driver, same with my ubuntu system.
> 
> Would you recommend pulseaudio in my situation?
> 

Should work with alsasound directly....but you can never know..., sorry I am
no alsa-/pulse sound expert...

Regards,
Peter

> 
> On Wed, Feb 25, 2015 at 1:42 PM, Peter Seiderer <ps.report@gmx.net> wrote:
> 
> > Hello Lou,
> >
> > On Tue, Feb 24, 2015 at 05:58:45PM -0600, Lou Crittenden wrote:
> > > Good news, I found a workaround to the garbled audio issue on use of
> > > mplayer when using my USB card. What I have to do is pass the -quiet
> > option
> > > when running mplayer. For example: mplayer -quiet test.mp3. It turns out
> > > that activity on the lcd screen was the culprit, and it interferes with
> > the
> > > audio and it ONLY does that when using the usb audio card. When no
> > options
> > > are passed, the display continually scrolls the time and whatnot of the
> > > audio playback every millisecond.
> > >
> > > mpg123 has much less terminal activity, and thus doesn't have the issue.
> > >
> > > I was wondering if this is a power issue and if it would work if I used
> > an
> > > isolator that allowed the device to receive its own power independent of
> > > the Raspberry Pi board? Something like this:
> > >
> > >
> > http://www.ebay.com/itm/ADUM4160-USB-Isolator-Board-ADI-USB-Port-Isolator-Protection-/191303685123?pt=LH_DefaultDomain_0&hash=item2c8a969403
> > >
> > > that electronically isolates the usb audio and power from the pi, but
> > > allows the pi to talk to the device so the sound improves and improves
> > > power stability.
> > >
> >
> > Hard to tell without hearing a sample of what you describe as 'garbled
> > audio',
> > but I would less suspect a electrical/decouple problem, more suspect a pure
> > resource problem of the mplayer aplication doing audio and display
> > updates...
> >
> > Maybe you can stress mplayer -quiet and/or mpg123 doing some concurrent
> > work/
> > testbench running (e.g. untar a huge file (kernel source)), etc. and get
> > the
> > same audio defects?
> >
> > I was able to compile and run a rockbox version on RPi/buildroot, but still
> > without audio file playing...
> >
> > Regards,
> > Peter
> >

---begin---

[Buildroot] Driver for C-Media Electronics, Inc. CM106 based usb audio device?

[Lou Crittenden]

Good news on getting all the channels to work on my card: as per this how
to located here: http://ubuntuforums.org/showthread.php?t=783222

I had to create a .asoundrc file in my /root (or my home) directory with
the following contents:

pcm.!default {
    type route
    slave.pcm surround51
    slave.channels 6
    ttable.0.0 1
    ttable.1.1 1
    ttable.0.2 1
    ttable.1.3 1
    ttable.0.5 0.5
    ttable.1.5 0.5
}

I then had to tell mplayer to use alsa as the main output as per
instructions in this link:
http://crunchbang.org/forums/viewtopic.php?pid=229427

of course, I edited out the x11 stuff and others that are not relevant
to my setup.

I still have the garbled audio on mplayer unless I use the -quiet
option, unfortunately.


On Tue, Mar 3, 2015 at 7:23 PM, Lou Crittenden <loucrittenden63@gmail.com>
wrote:

> Also tried loading songs on the sd card, but I have the same issue.
>
> On Mon, Mar 2, 2015 at 2:08 AM, Lou Crittenden <loucrittenden63@gmail.com>
> wrote:
>
>> > Do you have audio distortions too in case of leds blinking etc.?
>> > If no its definitely not a pure electric problem..., if yes try another
>> > sound device...
>>
>> No.
>> The garbled audio I showed happens only with the usb device on buildroot,
>> but not on the raspbian image, whereas the noise happens on both the
>> raspbian image and buildroot.
>>
>> The clicks, whines, pops, hiss etc are noticeable in between songs or
>> quiet passages of a song as background noise that is also present on the
>> onboard audio of the Pi. The pi audio has it much worse, though
>>
>> On Thu, Feb 26, 2015 at 2:54 PM, Peter Seiderer <ps.report@gmx.net>
>> wrote:
>>
>>> Hello Lou,
>>>
>>> On Wed, Feb 25, 2015 at 07:53:01PM -0600, Lou Crittenden wrote:
>>> > >I was able to compile and run a rockbox version on RPi/buildroot, but
>>> still
>>> > > without audio file playing...
>>> >
>>> > Awesome! Can I see it?
>>>
>>> See buildroot patch at end of e-mail (very early, very hackisch
>>> version)...
>>>
>>> >
>>> > I was able to run mplayer with no options in a terminal within the
>>> raspbian
>>> > image that came with my waveshare device and it didn't have a bit of
>>> > problems with the audio. It sounded great actually.
>>> >
>>>
>>> Do you have audio distortions too in case of leds blinking etc.?
>>> If no its definitely not a pure electric problem..., if yes try another
>>> sound device...
>>>
>>> > You're probably right on the resource part, and I believe the buildroot
>>> > kernel has a lot to do with it, but the raspbian kernel didn't have
>>> that
>>> > issue at all, but of course it just takes a long time to boot compared
>>> to
>>> > buildroot. I want to use the isolator to isolate the usb sound device
>>> from
>>> > the background zipper noises, pops, buzzes, whining, and other garbage
>>> from
>>> > the main computer board that happens when for example you are
>>> scrolling a
>>> > page or leds on the board blink.
>>> >
>>>
>>> Sounds strange...
>>>
>>> > I have included a sample of what I am running into as far as the audio.
>>> > This was with the commands:
>>> >
>>> > # cd /media/usb0 (this thumbdrive is where my music is located)
>>> > # mplayer *
>>> >
>>> > and with my usb sound device plugged in. It doesn't do that with the
>>> > onboard card, though (even though it sounds like poo, as I have heard
>>> it
>>> > was only 11-bit audio). When I'm running:
>>> >
>>> > # mplayer -quiet *
>>> >
>>> > it plays normally through the usb card even with other processes
>>> running,
>>> > but still doesn't sound near as good as either my ubuntu system or the
>>> > raspbian image.
>>> >
>>> > [-- Attachment #2: garbled mplayer no flags switching songs.mp3 --]
>>> > [-- Type: audio/mpeg, Encoding: base64, Size: 743K --]
>>>
>>> Strange, but I would suspect some kernel/driver problem, try to copy
>>> the sound files to the local filesystem, unplug your usb-memory and
>>> try with only the usb-soundcard attached (just guessing, not much
>>> help without hardware to test)...
>>>
>>> Try to find out the difference between raspbian and buildroot
>>> kernel version/config...
>>>
>>> > I also found out that the snd-usb-audio driver indeed does work with
>>> all of
>>> > the channels when I input the command
>>> >
>>> > # speaker-test -Dplug:surround51 -c6
>>> >
>>> > to test all of the speaker channels. The woman's voice came through on
>>> all
>>> > the appropriate channels, plus they are adjustable in alsamixer. I just
>>> > can't get mplayer to use them all when using alsa as the backend (I
>>> haven't
>>> > gotten pulseaudio to work in buildroot) and it outputs through the
>>> front
>>> > only. I have the same issue when using alsa as the backend on this
>>> card in
>>> > the raspbian image as well (but good sound) yet it uses the same
>>> > snd-usb-audio driver, same with my ubuntu system.
>>> >
>>> > Would you recommend pulseaudio in my situation?
>>> >
>>>
>>> Should work with alsasound directly....but you can never know..., sorry
>>> I am
>>> no alsa-/pulse sound expert...
>>>
>>> Regards,
>>> Peter
>>>
>>> >
>>> > On Wed, Feb 25, 2015 at 1:42 PM, Peter Seiderer <ps.report@gmx.net>
>>> wrote:
>>> >
>>> > > Hello Lou,
>>> > >
>>> > > On Tue, Feb 24, 2015 at 05:58:45PM -0600, Lou Crittenden wrote:
>>> > > > Good news, I found a workaround to the garbled audio issue on use
>>> of
>>> > > > mplayer when using my USB card. What I have to do is pass the
>>> -quiet
>>> > > option
>>> > > > when running mplayer. For example: mplayer -quiet test.mp3. It
>>> turns out
>>> > > > that activity on the lcd screen was the culprit, and it interferes
>>> with
>>> > > the
>>> > > > audio and it ONLY does that when using the usb audio card. When no
>>> > > options
>>> > > > are passed, the display continually scrolls the time and whatnot
>>> of the
>>> > > > audio playback every millisecond.
>>> > > >
>>> > > > mpg123 has much less terminal activity, and thus doesn't have the
>>> issue.
>>> > > >
>>> > > > I was wondering if this is a power issue and if it would work if I
>>> used
>>> > > an
>>> > > > isolator that allowed the device to receive its own power
>>> independent of
>>> > > > the Raspberry Pi board? Something like this:
>>> > > >
>>> > > >
>>> > >
>>> http://www.ebay.com/itm/ADUM4160-USB-Isolator-Board-ADI-USB-Port-Isolator-Protection-/191303685123?pt=LH_DefaultDomain_0&hash=item2c8a969403
>>> > > >
>>> > > > that electronically isolates the usb audio and power from the pi,
>>> but
>>> > > > allows the pi to talk to the device so the sound improves and
>>> improves
>>> > > > power stability.
>>> > > >
>>> > >
>>> > > Hard to tell without hearing a sample of what you describe as
>>> 'garbled
>>> > > audio',
>>> > > but I would less suspect a electrical/decouple problem, more suspect
>>> a pure
>>> > > resource problem of the mplayer aplication doing audio and display
>>> > > updates...
>>> > >
>>> > > Maybe you can stress mplayer -quiet and/or mpg123 doing some
>>> concurrent
>>> > > work/
>>> > > testbench running (e.g. untar a huge file (kernel source)), etc. and
>>> get
>>> > > the
>>> > > same audio defects?
>>> > >
>>> > > I was able to compile and run a rockbox version on RPi/buildroot,
>>> but still
>>> > > without audio file playing...
>>> > >
>>> > > Regards,
>>> > > Peter
>>> > >
>>>
>>> ---begin---
>>> From 218e06519422ec6923ec0b6bb068bee65ef39e6e Mon Sep 17 00:00:00 2001
>>> From: Peter Seiderer <ps.report@gmx.net>
>>> Date: Sat, 7 Feb 2015 14:53:17 +0100
>>> Subject: [PATCH] rockbox: new package (erly draft - hack version)
>>>
>>>
>>> diff --git a/package/Config.in b/package/Config.in
>>> index fe3d3d0..30eed47 100644
>>> --- a/package/Config.in
>>> +++ b/package/Config.in
>>> @@ -30,6 +30,7 @@ menu "Audio and video applications"
>>>         source "package/on2-8170-libs/Config.in"
>>>         source "package/opus-tools/Config.in"
>>>         source "package/pulseaudio/Config.in"
>>> +       source "package/rockbox/Config.in"
>>>         source "package/sox/Config.in"
>>>         source "package/tidsp-binaries/Config.in"
>>>         source "package/tstools/Config.in"
>>> diff --git a/package/rockbox/0001-hack-for-buildroot-compile.patch
>>> b/package/rockbox/0001-hack-for-buildroot-compile.patch
>>> new file mode 100644
>>> index 0000000..1e98854
>>> --- /dev/null
>>> +++ b/package/rockbox/0001-hack-for-buildroot-compile.patch
>>> @@ -0,0 +1,58 @@
>>> +diff --git a/tools/configure b/tools/configure
>>> +index 2dd1bf3..999dc6c 100755
>>> +--- a/tools/configure
>>> ++++ b/tools/configure
>>> +@@ -158,6 +158,12 @@ findsdl(){
>>> +   files="${CROSS_COMPILE}sdl-config:sdl-config"
>>> +   winbuild="$1"
>>> +
>>> ++  # check for overwrite via SDL_CONFIG
>>> ++  if [ -n "${SDL_CONFIG}" ]; then
>>> ++    echo ${SDL_CONFIG}
>>> ++    return;
>>> ++  fi
>>> ++
>>> +   IFS=":"
>>> +   for file in $files
>>> +   do
>>> +@@ -327,6 +333,8 @@ simcc () {
>>> +
>>> +  sdl=`findsdl $winbuild`
>>> +
>>> ++ echo "sdl = $sdl"
>>> ++
>>> +  if [ -n `echo $app_type | grep "sdl"` ]; then
>>> +     if [ -z "$sdl" ]; then
>>> +         echo "configure didn't find sdl-config, which indicates that
>>> you"
>>> +@@ -416,6 +424,13 @@ EOF
>>> + # the gcc version should most likely match what versions we build with
>>> + # rockboxdev.sh
>>> + #
>>> ++buildroot () {
>>> ++ prefixtools arm-buildroot-linux-gnueabi-
>>> ++ GCCOPTS="$CCOPTS -mcpu=rm1176jzf-s"
>>> ++ GCCOPTIMIZE="-fomit-frame-pointer"
>>> ++ endian="little"
>>> ++}
>>> ++
>>> + shcc () {
>>> +  prefixtools sh-elf-
>>> +  GCCOPTS="$CCOPTS -m1"
>>> +@@ -3391,6 +3406,7 @@ fi
>>> +     app_set_paths
>>> +     app_set_lcd_size
>>> +     memory=8
>>> ++    buildroot
>>> +     uname=`uname`
>>> +     simcc "sdl-app"
>>> +     tool="cp "
>>> +@@ -4232,7 +4248,8 @@ if [ -z "$arch" ]; then
>>> +     elif [ -n "$(echo $cpp_defines | grep -w __arm__)" ]; then
>>> +         arch="arm"
>>> +         # cpp defines like "#define __ARM_ARCH_4TE__ 1" (where we want
>>> to extract the 4)
>>> +-        arch_version="$(echo $cpp_defines | tr ' ' '\012' | grep
>>> __ARM_ARCH | sed -e 's,.*\([0-9]\).*,\1,')"
>>> ++        # arch_version="$(echo $cpp_defines | tr ' ' '\012' | grep
>>> __ARM_ARCH | sed -e 's,.*\([0-9]\).*,\1,')"
>>> ++        arch_version="6"
>>> +     elif [ -n "$(echo $cpp_defines | grep -w __mips__)" ]; then
>>> +         arch="mips"
>>> +         arch_version="$(echo $cpp_defines | tr ' ' '\012' | grep
>>> _MIPS_ARCH_MIPS | sed -e 's,.*\([0-9][0-9]\).*,\1,')"
>>> diff --git a/package/rockbox/Config.in b/package/rockbox/Config.in
>>> new file mode 100644
>>> index 0000000..837ed53
>>> --- /dev/null
>>> +++ b/package/rockbox/Config.in
>>> @@ -0,0 +1,6 @@
>>> +config BR2_PACKAGE_ROCKBOX
>>> +       bool "rockbox"
>>> +       help
>>> +         Rockbox is a free replacement firmware for digital music
>>> players.
>>> +
>>> +         http://www.rockbox.org/
>>> diff --git a/package/rockbox/rockbox.mk b/package/rockbox/rockbox.mk
>>> new file mode 100644
>>> index 0000000..9731b54
>>> --- /dev/null
>>> +++ b/package/rockbox/rockbox.mk
>>> @@ -0,0 +1,40 @@
>>>
>>> +################################################################################
>>> +#
>>> +# rockbox
>>> +#
>>>
>>> +################################################################################
>>> +
>>> +ROCKBOX_VERSION = 8aa72f07f4bf38e9b898fb8d8042239861b9a423
>>> +ROCKBOX_SITE = git://git.rockbox.org/rockbox
>>> +# ToDo: check license and find the correct files
>>> +#ROCKBOX_LICENSE = GPLv2+
>>> +#ROCKBOX_LICENSE_FILES = COPYING COPYRIGHT
>>> +ROCKBOX_DEPENDENCIES = sdl alsa-lib
>>> +
>>> +# $(TARGET_MAKE_ENV) $(MAKE1) $(LINUX_MAKE_FLAGS)
>>> +
>>> +#      BUILDDIR=$(@D)
>>> +
>>> +define ROCKBOX_CONFIGURE_CMDS
>>> +       mkdir -p $(TARGET_DIR)/opt/rockbox
>>> +       cd $(@D); \
>>> +       CROSS_COMPILE=$(HOST_DIR)/usr/bin/arm-buildroot-linux-gnueabi- \
>>> +       SDL_CONFIG=$(STAGING_DIR)/usr/bin/sdl-config \
>>> +       tools/configure \
>>> +       --target=sdlapp \
>>> +       --lcdwidth=320 \
>>> +       --lcdheight=240 \
>>> +       --type=normal \
>>> +       --prefix=$(TARGET_DIR)/opt/rockbox
>>> +endef
>>> +
>>> +#      $(MAKE) -C $(@D) help
>>> +define ROCKBOX_BUILD_CMDS
>>> +       cd $(@D); $(MAKE)
>>> +endef
>>> +
>>> +#define ROCKBOX_INSTALL_TARGET_CMDS
>>> +#      $(MAKE) -C $(@D) fullinstall
>>> +#endef
>>> +
>>> +$(eval $(generic-package))
>>> --
>>> 2.1.4
>>> ---end---
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150315/ae778434/attachment.html>

[Buildroot] Driver for C-Media Electronics, Inc. CM106 based usb audio device?

[Lou Crittenden]

I am reading around that the garbled audio is a result of latency in the
usb audio stream and it has something to do with the i/o packets or
something like that, as per here:

http://www.raspyfi.com/raspberry-pi-usb-audio-fix/



On Sun, Mar 15, 2015 at 8:23 PM, Lou Crittenden <loucrittenden63@gmail.com>
wrote:

> Good news on getting all the channels to work on my card: as per this how
> to located here: http://ubuntuforums.org/showthread.php?t=783222
>
> I had to create a .asoundrc file in my /root (or my home) directory with
> the following contents:
>
> pcm.!default {
>     type route
>     slave.pcm surround51
>     slave.channels 6
>     ttable.0.0 1
>     ttable.1.1 1
>     ttable.0.2 1
>     ttable.1.3 1
>     ttable.0.5 0.5
>     ttable.1.5 0.5
> }
>
> I then had to tell mplayer to use alsa as the main output as per instructions in this link:
> http://crunchbang.org/forums/viewtopic.php?pid=229427
>
> of course, I edited out the x11 stuff and others that are not relevant to my setup.
>
> I still have the garbled audio on mplayer unless I use the -quiet option, unfortunately.
>
>
> On Tue, Mar 3, 2015 at 7:23 PM, Lou Crittenden <loucrittenden63@gmail.com>
> wrote:
>
>> Also tried loading songs on the sd card, but I have the same issue.
>>
>> On Mon, Mar 2, 2015 at 2:08 AM, Lou Crittenden <loucrittenden63@gmail.com
>> > wrote:
>>
>>> > Do you have audio distortions too in case of leds blinking etc.?
>>> > If no its definitely not a pure electric problem..., if yes try another
>>> > sound device...
>>>
>>> No.
>>> The garbled audio I showed happens only with the usb device on
>>> buildroot, but not on the raspbian image, whereas the noise happens on both
>>> the raspbian image and buildroot.
>>>
>>> The clicks, whines, pops, hiss etc are noticeable in between songs or
>>> quiet passages of a song as background noise that is also present on the
>>> onboard audio of the Pi. The pi audio has it much worse, though
>>>
>>> On Thu, Feb 26, 2015 at 2:54 PM, Peter Seiderer <ps.report@gmx.net>
>>> wrote:
>>>
>>>> Hello Lou,
>>>>
>>>> On Wed, Feb 25, 2015 at 07:53:01PM -0600, Lou Crittenden wrote:
>>>> > >I was able to compile and run a rockbox version on RPi/buildroot,
>>>> but still
>>>> > > without audio file playing...
>>>> >
>>>> > Awesome! Can I see it?
>>>>
>>>> See buildroot patch at end of e-mail (very early, very hackisch
>>>> version)...
>>>>
>>>> >
>>>> > I was able to run mplayer with no options in a terminal within the
>>>> raspbian
>>>> > image that came with my waveshare device and it didn't have a bit of
>>>> > problems with the audio. It sounded great actually.
>>>> >
>>>>
>>>> Do you have audio distortions too in case of leds blinking etc.?
>>>> If no its definitely not a pure electric problem..., if yes try another
>>>> sound device...
>>>>
>>>> > You're probably right on the resource part, and I believe the
>>>> buildroot
>>>> > kernel has a lot to do with it, but the raspbian kernel didn't have
>>>> that
>>>> > issue at all, but of course it just takes a long time to boot
>>>> compared to
>>>> > buildroot. I want to use the isolator to isolate the usb sound device
>>>> from
>>>> > the background zipper noises, pops, buzzes, whining, and other
>>>> garbage from
>>>> > the main computer board that happens when for example you are
>>>> scrolling a
>>>> > page or leds on the board blink.
>>>> >
>>>>
>>>> Sounds strange...
>>>>
>>>> > I have included a sample of what I am running into as far as the
>>>> audio.
>>>> > This was with the commands:
>>>> >
>>>> > # cd /media/usb0 (this thumbdrive is where my music is located)
>>>> > # mplayer *
>>>> >
>>>> > and with my usb sound device plugged in. It doesn't do that with the
>>>> > onboard card, though (even though it sounds like poo, as I have heard
>>>> it
>>>> > was only 11-bit audio). When I'm running:
>>>> >
>>>> > # mplayer -quiet *
>>>> >
>>>> > it plays normally through the usb card even with other processes
>>>> running,
>>>> > but still doesn't sound near as good as either my ubuntu system or the
>>>> > raspbian image.
>>>> >
>>>> > [-- Attachment #2: garbled mplayer no flags switching songs.mp3 --]
>>>> > [-- Type: audio/mpeg, Encoding: base64, Size: 743K --]
>>>>
>>>> Strange, but I would suspect some kernel/driver problem, try to copy
>>>> the sound files to the local filesystem, unplug your usb-memory and
>>>> try with only the usb-soundcard attached (just guessing, not much
>>>> help without hardware to test)...
>>>>
>>>> Try to find out the difference between raspbian and buildroot
>>>> kernel version/config...
>>>>
>>>> > I also found out that the snd-usb-audio driver indeed does work with
>>>> all of
>>>> > the channels when I input the command
>>>> >
>>>> > # speaker-test -Dplug:surround51 -c6
>>>> >
>>>> > to test all of the speaker channels. The woman's voice came through
>>>> on all
>>>> > the appropriate channels, plus they are adjustable in alsamixer. I
>>>> just
>>>> > can't get mplayer to use them all when using alsa as the backend (I
>>>> haven't
>>>> > gotten pulseaudio to work in buildroot) and it outputs through the
>>>> front
>>>> > only. I have the same issue when using alsa as the backend on this
>>>> card in
>>>> > the raspbian image as well (but good sound) yet it uses the same
>>>> > snd-usb-audio driver, same with my ubuntu system.
>>>> >
>>>> > Would you recommend pulseaudio in my situation?
>>>> >
>>>>
>>>> Should work with alsasound directly....but you can never know..., sorry
>>>> I am
>>>> no alsa-/pulse sound expert...
>>>>
>>>> Regards,
>>>> Peter
>>>>
>>>> >
>>>> > On Wed, Feb 25, 2015 at 1:42 PM, Peter Seiderer <ps.report@gmx.net>
>>>> wrote:
>>>> >
>>>> > > Hello Lou,
>>>> > >
>>>> > > On Tue, Feb 24, 2015 at 05:58:45PM -0600, Lou Crittenden wrote:
>>>> > > > Good news, I found a workaround to the garbled audio issue on use
>>>> of
>>>> > > > mplayer when using my USB card. What I have to do is pass the
>>>> -quiet
>>>> > > option
>>>> > > > when running mplayer. For example: mplayer -quiet test.mp3. It
>>>> turns out
>>>> > > > that activity on the lcd screen was the culprit, and it
>>>> interferes with
>>>> > > the
>>>> > > > audio and it ONLY does that when using the usb audio card. When no
>>>> > > options
>>>> > > > are passed, the display continually scrolls the time and whatnot
>>>> of the
>>>> > > > audio playback every millisecond.
>>>> > > >
>>>> > > > mpg123 has much less terminal activity, and thus doesn't have the
>>>> issue.
>>>> > > >
>>>> > > > I was wondering if this is a power issue and if it would work if
>>>> I used
>>>> > > an
>>>> > > > isolator that allowed the device to receive its own power
>>>> independent of
>>>> > > > the Raspberry Pi board? Something like this:
>>>> > > >
>>>> > > >
>>>> > >
>>>> http://www.ebay.com/itm/ADUM4160-USB-Isolator-Board-ADI-USB-Port-Isolator-Protection-/191303685123?pt=LH_DefaultDomain_0&hash=item2c8a969403
>>>> > > >
>>>> > > > that electronically isolates the usb audio and power from the pi,
>>>> but
>>>> > > > allows the pi to talk to the device so the sound improves and
>>>> improves
>>>> > > > power stability.
>>>> > > >
>>>> > >
>>>> > > Hard to tell without hearing a sample of what you describe as
>>>> 'garbled
>>>> > > audio',
>>>> > > but I would less suspect a electrical/decouple problem, more
>>>> suspect a pure
>>>> > > resource problem of the mplayer aplication doing audio and display
>>>> > > updates...
>>>> > >
>>>> > > Maybe you can stress mplayer -quiet and/or mpg123 doing some
>>>> concurrent
>>>> > > work/
>>>> > > testbench running (e.g. untar a huge file (kernel source)), etc.
>>>> and get
>>>> > > the
>>>> > > same audio defects?
>>>> > >
>>>> > > I was able to compile and run a rockbox version on RPi/buildroot,
>>>> but still
>>>> > > without audio file playing...
>>>> > >
>>>> > > Regards,
>>>> > > Peter
>>>> > >
>>>>
>>>> ---begin---
>>>> From 218e06519422ec6923ec0b6bb068bee65ef39e6e Mon Sep 17 00:00:00 2001
>>>> From: Peter Seiderer <ps.report@gmx.net>
>>>> Date: Sat, 7 Feb 2015 14:53:17 +0100
>>>> Subject: [PATCH] rockbox: new package (erly draft - hack version)
>>>>
>>>>
>>>> diff --git a/package/Config.in b/package/Config.in
>>>> index fe3d3d0..30eed47 100644
>>>> --- a/package/Config.in
>>>> +++ b/package/Config.in
>>>> @@ -30,6 +30,7 @@ menu "Audio and video applications"
>>>>         source "package/on2-8170-libs/Config.in"
>>>>         source "package/opus-tools/Config.in"
>>>>         source "package/pulseaudio/Config.in"
>>>> +       source "package/rockbox/Config.in"
>>>>         source "package/sox/Config.in"
>>>>         source "package/tidsp-binaries/Config.in"
>>>>         source "package/tstools/Config.in"
>>>> diff --git a/package/rockbox/0001-hack-for-buildroot-compile.patch
>>>> b/package/rockbox/0001-hack-for-buildroot-compile.patch
>>>> new file mode 100644
>>>> index 0000000..1e98854
>>>> --- /dev/null
>>>> +++ b/package/rockbox/0001-hack-for-buildroot-compile.patch
>>>> @@ -0,0 +1,58 @@
>>>> +diff --git a/tools/configure b/tools/configure
>>>> +index 2dd1bf3..999dc6c 100755
>>>> +--- a/tools/configure
>>>> ++++ b/tools/configure
>>>> +@@ -158,6 +158,12 @@ findsdl(){
>>>> +   files="${CROSS_COMPILE}sdl-config:sdl-config"
>>>> +   winbuild="$1"
>>>> +
>>>> ++  # check for overwrite via SDL_CONFIG
>>>> ++  if [ -n "${SDL_CONFIG}" ]; then
>>>> ++    echo ${SDL_CONFIG}
>>>> ++    return;
>>>> ++  fi
>>>> ++
>>>> +   IFS=":"
>>>> +   for file in $files
>>>> +   do
>>>> +@@ -327,6 +333,8 @@ simcc () {
>>>> +
>>>> +  sdl=`findsdl $winbuild`
>>>> +
>>>> ++ echo "sdl = $sdl"
>>>> ++
>>>> +  if [ -n `echo $app_type | grep "sdl"` ]; then
>>>> +     if [ -z "$sdl" ]; then
>>>> +         echo "configure didn't find sdl-config, which indicates that
>>>> you"
>>>> +@@ -416,6 +424,13 @@ EOF
>>>> + # the gcc version should most likely match what versions we build with
>>>> + # rockboxdev.sh
>>>> + #
>>>> ++buildroot () {
>>>> ++ prefixtools arm-buildroot-linux-gnueabi-
>>>> ++ GCCOPTS="$CCOPTS -mcpu=rm1176jzf-s"
>>>> ++ GCCOPTIMIZE="-fomit-frame-pointer"
>>>> ++ endian="little"
>>>> ++}
>>>> ++
>>>> + shcc () {
>>>> +  prefixtools sh-elf-
>>>> +  GCCOPTS="$CCOPTS -m1"
>>>> +@@ -3391,6 +3406,7 @@ fi
>>>> +     app_set_paths
>>>> +     app_set_lcd_size
>>>> +     memory=8
>>>> ++    buildroot
>>>> +     uname=`uname`
>>>> +     simcc "sdl-app"
>>>> +     tool="cp "
>>>> +@@ -4232,7 +4248,8 @@ if [ -z "$arch" ]; then
>>>> +     elif [ -n "$(echo $cpp_defines | grep -w __arm__)" ]; then
>>>> +         arch="arm"
>>>> +         # cpp defines like "#define __ARM_ARCH_4TE__ 1" (where we
>>>> want to extract the 4)
>>>> +-        arch_version="$(echo $cpp_defines | tr ' ' '\012' | grep
>>>> __ARM_ARCH | sed -e 's,.*\([0-9]\).*,\1,')"
>>>> ++        # arch_version="$(echo $cpp_defines | tr ' ' '\012' | grep
>>>> __ARM_ARCH | sed -e 's,.*\([0-9]\).*,\1,')"
>>>> ++        arch_version="6"
>>>> +     elif [ -n "$(echo $cpp_defines | grep -w __mips__)" ]; then
>>>> +         arch="mips"
>>>> +         arch_version="$(echo $cpp_defines | tr ' ' '\012' | grep
>>>> _MIPS_ARCH_MIPS | sed -e 's,.*\([0-9][0-9]\).*,\1,')"
>>>> diff --git a/package/rockbox/Config.in b/package/rockbox/Config.in
>>>> new file mode 100644
>>>> index 0000000..837ed53
>>>> --- /dev/null
>>>> +++ b/package/rockbox/Config.in
>>>> @@ -0,0 +1,6 @@
>>>> +config BR2_PACKAGE_ROCKBOX
>>>> +       bool "rockbox"
>>>> +       help
>>>> +         Rockbox is a free replacement firmware for digital music
>>>> players.
>>>> +
>>>> +         http://www.rockbox.org/
>>>> diff --git a/package/rockbox/rockbox.mk b/package/rockbox/rockbox.mk
>>>> new file mode 100644
>>>> index 0000000..9731b54
>>>> --- /dev/null
>>>> +++ b/package/rockbox/rockbox.mk
>>>> @@ -0,0 +1,40 @@
>>>>
>>>> +################################################################################
>>>> +#
>>>> +# rockbox
>>>> +#
>>>>
>>>> +################################################################################
>>>> +
>>>> +ROCKBOX_VERSION = 8aa72f07f4bf38e9b898fb8d8042239861b9a423
>>>> +ROCKBOX_SITE = git://git.rockbox.org/rockbox
>>>> +# ToDo: check license and find the correct files
>>>> +#ROCKBOX_LICENSE = GPLv2+
>>>> +#ROCKBOX_LICENSE_FILES = COPYING COPYRIGHT
>>>> +ROCKBOX_DEPENDENCIES = sdl alsa-lib
>>>> +
>>>> +# $(TARGET_MAKE_ENV) $(MAKE1) $(LINUX_MAKE_FLAGS)
>>>> +
>>>> +#      BUILDDIR=$(@D)
>>>> +
>>>> +define ROCKBOX_CONFIGURE_CMDS
>>>> +       mkdir -p $(TARGET_DIR)/opt/rockbox
>>>> +       cd $(@D); \
>>>> +       CROSS_COMPILE=$(HOST_DIR)/usr/bin/arm-buildroot-linux-gnueabi- \
>>>> +       SDL_CONFIG=$(STAGING_DIR)/usr/bin/sdl-config \
>>>> +       tools/configure \
>>>> +       --target=sdlapp \
>>>> +       --lcdwidth=320 \
>>>> +       --lcdheight=240 \
>>>> +       --type=normal \
>>>> +       --prefix=$(TARGET_DIR)/opt/rockbox
>>>> +endef
>>>> +
>>>> +#      $(MAKE) -C $(@D) help
>>>> +define ROCKBOX_BUILD_CMDS
>>>> +       cd $(@D); $(MAKE)
>>>> +endef
>>>> +
>>>> +#define ROCKBOX_INSTALL_TARGET_CMDS
>>>> +#      $(MAKE) -C $(@D) fullinstall
>>>> +#endef
>>>> +
>>>> +$(eval $(generic-package))
>>>> --
>>>> 2.1.4
>>>> ---end---
>>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150315/34f7e4d7/attachment.html>

[Buildroot] Driver for C-Media Electronics, Inc. CM106 based usb audio device?

[Lou Crittenden]

I found out what can be causing the garbled audio issue. I was able to
change the login shell at /etc/inittab and changing it from

tty1::respawn:/sbin/getty -L tty1 38400 vt100

to either

tty1::respawn:/bin/sh (this one allows autologin of root)
tty1::respawn:/bin/login -f root tty1

but each has its problems.

the /bin/sh one, while it allows autologin of root and gets rid of the
garbled audio, seems to override the settings on mplayer, alsa, and
sometimes I get a LOUD white noise. It changes mplayer's behavior.

the /bin/login solves the problem better, but it doesn't autologin, and I
want to autologin to root.

both of the above options also change the way mplayer's console output is
displayed. instead of the time scrolling line by line and filling the
console with numbers, it's one line instead, which I like better. The
default /sbin/getty login has the garbled audio problem.










On Sun, Mar 15, 2015 at 10:46 PM, Lou Crittenden <loucrittenden63@gmail.com>
wrote:

> I am reading around that the garbled audio is a result of latency in the
> usb audio stream and it has something to do with the i/o packets or
> something like that, as per here:
>
> http://www.raspyfi.com/raspberry-pi-usb-audio-fix/
>
>
>
> On Sun, Mar 15, 2015 at 8:23 PM, Lou Crittenden <loucrittenden63@gmail.com
> > wrote:
>
>> Good news on getting all the channels to work on my card: as per this how
>> to located here: http://ubuntuforums.org/showthread.php?t=783222
>>
>> I had to create a .asoundrc file in my /root (or my home) directory with
>> the following contents:
>>
>> pcm.!default {
>>     type route
>>     slave.pcm surround51
>>     slave.channels 6
>>     ttable.0.0 1
>>     ttable.1.1 1
>>     ttable.0.2 1
>>     ttable.1.3 1
>>     ttable.0.5 0.5
>>     ttable.1.5 0.5
>> }
>>
>> I then had to tell mplayer to use alsa as the main output as per instructions in this link:
>> http://crunchbang.org/forums/viewtopic.php?pid=229427
>>
>> of course, I edited out the x11 stuff and others that are not relevant to my setup.
>>
>> I still have the garbled audio on mplayer unless I use the -quiet option, unfortunately.
>>
>>
>> On Tue, Mar 3, 2015 at 7:23 PM, Lou Crittenden <loucrittenden63@gmail.com
>> > wrote:
>>
>>> Also tried loading songs on the sd card, but I have the same issue.
>>>
>>> On Mon, Mar 2, 2015 at 2:08 AM, Lou Crittenden <
>>> loucrittenden63 at gmail.com> wrote:
>>>
>>>> > Do you have audio distortions too in case of leds blinking etc.?
>>>> > If no its definitely not a pure electric problem..., if yes try
>>>> another
>>>> > sound device...
>>>>
>>>> No.
>>>> The garbled audio I showed happens only with the usb device on
>>>> buildroot, but not on the raspbian image, whereas the noise happens on both
>>>> the raspbian image and buildroot.
>>>>
>>>> The clicks, whines, pops, hiss etc are noticeable in between songs or
>>>> quiet passages of a song as background noise that is also present on the
>>>> onboard audio of the Pi. The pi audio has it much worse, though
>>>>
>>>> On Thu, Feb 26, 2015 at 2:54 PM, Peter Seiderer <ps.report@gmx.net>
>>>> wrote:
>>>>
>>>>> Hello Lou,
>>>>>
>>>>> On Wed, Feb 25, 2015 at 07:53:01PM -0600, Lou Crittenden wrote:
>>>>> > >I was able to compile and run a rockbox version on RPi/buildroot,
>>>>> but still
>>>>> > > without audio file playing...
>>>>> >
>>>>> > Awesome! Can I see it?
>>>>>
>>>>> See buildroot patch at end of e-mail (very early, very hackisch
>>>>> version)...
>>>>>
>>>>> >
>>>>> > I was able to run mplayer with no options in a terminal within the
>>>>> raspbian
>>>>> > image that came with my waveshare device and it didn't have a bit of
>>>>> > problems with the audio. It sounded great actually.
>>>>> >
>>>>>
>>>>> Do you have audio distortions too in case of leds blinking etc.?
>>>>> If no its definitely not a pure electric problem..., if yes try another
>>>>> sound device...
>>>>>
>>>>> > You're probably right on the resource part, and I believe the
>>>>> buildroot
>>>>> > kernel has a lot to do with it, but the raspbian kernel didn't have
>>>>> that
>>>>> > issue at all, but of course it just takes a long time to boot
>>>>> compared to
>>>>> > buildroot. I want to use the isolator to isolate the usb sound
>>>>> device from
>>>>> > the background zipper noises, pops, buzzes, whining, and other
>>>>> garbage from
>>>>> > the main computer board that happens when for example you are
>>>>> scrolling a
>>>>> > page or leds on the board blink.
>>>>> >
>>>>>
>>>>> Sounds strange...
>>>>>
>>>>> > I have included a sample of what I am running into as far as the
>>>>> audio.
>>>>> > This was with the commands:
>>>>> >
>>>>> > # cd /media/usb0 (this thumbdrive is where my music is located)
>>>>> > # mplayer *
>>>>> >
>>>>> > and with my usb sound device plugged in. It doesn't do that with the
>>>>> > onboard card, though (even though it sounds like poo, as I have
>>>>> heard it
>>>>> > was only 11-bit audio). When I'm running:
>>>>> >
>>>>> > # mplayer -quiet *
>>>>> >
>>>>> > it plays normally through the usb card even with other processes
>>>>> running,
>>>>> > but still doesn't sound near as good as either my ubuntu system or
>>>>> the
>>>>> > raspbian image.
>>>>> >
>>>>> > [-- Attachment #2: garbled mplayer no flags switching songs.mp3 --]
>>>>> > [-- Type: audio/mpeg, Encoding: base64, Size: 743K --]
>>>>>
>>>>> Strange, but I would suspect some kernel/driver problem, try to copy
>>>>> the sound files to the local filesystem, unplug your usb-memory and
>>>>> try with only the usb-soundcard attached (just guessing, not much
>>>>> help without hardware to test)...
>>>>>
>>>>> Try to find out the difference between raspbian and buildroot
>>>>> kernel version/config...
>>>>>
>>>>> > I also found out that the snd-usb-audio driver indeed does work with
>>>>> all of
>>>>> > the channels when I input the command
>>>>> >
>>>>> > # speaker-test -Dplug:surround51 -c6
>>>>> >
>>>>> > to test all of the speaker channels. The woman's voice came through
>>>>> on all
>>>>> > the appropriate channels, plus they are adjustable in alsamixer. I
>>>>> just
>>>>> > can't get mplayer to use them all when using alsa as the backend (I
>>>>> haven't
>>>>> > gotten pulseaudio to work in buildroot) and it outputs through the
>>>>> front
>>>>> > only. I have the same issue when using alsa as the backend on this
>>>>> card in
>>>>> > the raspbian image as well (but good sound) yet it uses the same
>>>>> > snd-usb-audio driver, same with my ubuntu system.
>>>>> >
>>>>> > Would you recommend pulseaudio in my situation?
>>>>> >
>>>>>
>>>>> Should work with alsasound directly....but you can never know...,
>>>>> sorry I am
>>>>> no alsa-/pulse sound expert...
>>>>>
>>>>> Regards,
>>>>> Peter
>>>>>
>>>>> >
>>>>> > On Wed, Feb 25, 2015 at 1:42 PM, Peter Seiderer <ps.report@gmx.net>
>>>>> wrote:
>>>>> >
>>>>> > > Hello Lou,
>>>>> > >
>>>>> > > On Tue, Feb 24, 2015 at 05:58:45PM -0600, Lou Crittenden wrote:
>>>>> > > > Good news, I found a workaround to the garbled audio issue on
>>>>> use of
>>>>> > > > mplayer when using my USB card. What I have to do is pass the
>>>>> -quiet
>>>>> > > option
>>>>> > > > when running mplayer. For example: mplayer -quiet test.mp3. It
>>>>> turns out
>>>>> > > > that activity on the lcd screen was the culprit, and it
>>>>> interferes with
>>>>> > > the
>>>>> > > > audio and it ONLY does that when using the usb audio card. When
>>>>> no
>>>>> > > options
>>>>> > > > are passed, the display continually scrolls the time and whatnot
>>>>> of the
>>>>> > > > audio playback every millisecond.
>>>>> > > >
>>>>> > > > mpg123 has much less terminal activity, and thus doesn't have
>>>>> the issue.
>>>>> > > >
>>>>> > > > I was wondering if this is a power issue and if it would work if
>>>>> I used
>>>>> > > an
>>>>> > > > isolator that allowed the device to receive its own power
>>>>> independent of
>>>>> > > > the Raspberry Pi board? Something like this:
>>>>> > > >
>>>>> > > >
>>>>> > >
>>>>> http://www.ebay.com/itm/ADUM4160-USB-Isolator-Board-ADI-USB-Port-Isolator-Protection-/191303685123?pt=LH_DefaultDomain_0&hash=item2c8a969403
>>>>> > > >
>>>>> > > > that electronically isolates the usb audio and power from the
>>>>> pi, but
>>>>> > > > allows the pi to talk to the device so the sound improves and
>>>>> improves
>>>>> > > > power stability.
>>>>> > > >
>>>>> > >
>>>>> > > Hard to tell without hearing a sample of what you describe as
>>>>> 'garbled
>>>>> > > audio',
>>>>> > > but I would less suspect a electrical/decouple problem, more
>>>>> suspect a pure
>>>>> > > resource problem of the mplayer aplication doing audio and display
>>>>> > > updates...
>>>>> > >
>>>>> > > Maybe you can stress mplayer -quiet and/or mpg123 doing some
>>>>> concurrent
>>>>> > > work/
>>>>> > > testbench running (e.g. untar a huge file (kernel source)), etc.
>>>>> and get
>>>>> > > the
>>>>> > > same audio defects?
>>>>> > >
>>>>> > > I was able to compile and run a rockbox version on RPi/buildroot,
>>>>> but still
>>>>> > > without audio file playing...
>>>>> > >
>>>>> > > Regards,
>>>>> > > Peter
>>>>> > >
>>>>>
>>>>> ---begin---
>>>>> From 218e06519422ec6923ec0b6bb068bee65ef39e6e Mon Sep 17 00:00:00 2001
>>>>> From: Peter Seiderer <ps.report@gmx.net>
>>>>> Date: Sat, 7 Feb 2015 14:53:17 +0100
>>>>> Subject: [PATCH] rockbox: new package (erly draft - hack version)
>>>>>
>>>>>
>>>>> diff --git a/package/Config.in b/package/Config.in
>>>>> index fe3d3d0..30eed47 100644
>>>>> --- a/package/Config.in
>>>>> +++ b/package/Config.in
>>>>> @@ -30,6 +30,7 @@ menu "Audio and video applications"
>>>>>         source "package/on2-8170-libs/Config.in"
>>>>>         source "package/opus-tools/Config.in"
>>>>>         source "package/pulseaudio/Config.in"
>>>>> +       source "package/rockbox/Config.in"
>>>>>         source "package/sox/Config.in"
>>>>>         source "package/tidsp-binaries/Config.in"
>>>>>         source "package/tstools/Config.in"
>>>>> diff --git a/package/rockbox/0001-hack-for-buildroot-compile.patch
>>>>> b/package/rockbox/0001-hack-for-buildroot-compile.patch
>>>>> new file mode 100644
>>>>> index 0000000..1e98854
>>>>> --- /dev/null
>>>>> +++ b/package/rockbox/0001-hack-for-buildroot-compile.patch
>>>>> @@ -0,0 +1,58 @@
>>>>> +diff --git a/tools/configure b/tools/configure
>>>>> +index 2dd1bf3..999dc6c 100755
>>>>> +--- a/tools/configure
>>>>> ++++ b/tools/configure
>>>>> +@@ -158,6 +158,12 @@ findsdl(){
>>>>> +   files="${CROSS_COMPILE}sdl-config:sdl-config"
>>>>> +   winbuild="$1"
>>>>> +
>>>>> ++  # check for overwrite via SDL_CONFIG
>>>>> ++  if [ -n "${SDL_CONFIG}" ]; then
>>>>> ++    echo ${SDL_CONFIG}
>>>>> ++    return;
>>>>> ++  fi
>>>>> ++
>>>>> +   IFS=":"
>>>>> +   for file in $files
>>>>> +   do
>>>>> +@@ -327,6 +333,8 @@ simcc () {
>>>>> +
>>>>> +  sdl=`findsdl $winbuild`
>>>>> +
>>>>> ++ echo "sdl = $sdl"
>>>>> ++
>>>>> +  if [ -n `echo $app_type | grep "sdl"` ]; then
>>>>> +     if [ -z "$sdl" ]; then
>>>>> +         echo "configure didn't find sdl-config, which indicates that
>>>>> you"
>>>>> +@@ -416,6 +424,13 @@ EOF
>>>>> + # the gcc version should most likely match what versions we build
>>>>> with
>>>>> + # rockboxdev.sh
>>>>> + #
>>>>> ++buildroot () {
>>>>> ++ prefixtools arm-buildroot-linux-gnueabi-
>>>>> ++ GCCOPTS="$CCOPTS -mcpu=rm1176jzf-s"
>>>>> ++ GCCOPTIMIZE="-fomit-frame-pointer"
>>>>> ++ endian="little"
>>>>> ++}
>>>>> ++
>>>>> + shcc () {
>>>>> +  prefixtools sh-elf-
>>>>> +  GCCOPTS="$CCOPTS -m1"
>>>>> +@@ -3391,6 +3406,7 @@ fi
>>>>> +     app_set_paths
>>>>> +     app_set_lcd_size
>>>>> +     memory=8
>>>>> ++    buildroot
>>>>> +     uname=`uname`
>>>>> +     simcc "sdl-app"
>>>>> +     tool="cp "
>>>>> +@@ -4232,7 +4248,8 @@ if [ -z "$arch" ]; then
>>>>> +     elif [ -n "$(echo $cpp_defines | grep -w __arm__)" ]; then
>>>>> +         arch="arm"
>>>>> +         # cpp defines like "#define __ARM_ARCH_4TE__ 1" (where we
>>>>> want to extract the 4)
>>>>> +-        arch_version="$(echo $cpp_defines | tr ' ' '\012' | grep
>>>>> __ARM_ARCH | sed -e 's,.*\([0-9]\).*,\1,')"
>>>>> ++        # arch_version="$(echo $cpp_defines | tr ' ' '\012' | grep
>>>>> __ARM_ARCH | sed -e 's,.*\([0-9]\).*,\1,')"
>>>>> ++        arch_version="6"
>>>>> +     elif [ -n "$(echo $cpp_defines | grep -w __mips__)" ]; then
>>>>> +         arch="mips"
>>>>> +         arch_version="$(echo $cpp_defines | tr ' ' '\012' | grep
>>>>> _MIPS_ARCH_MIPS | sed -e 's,.*\([0-9][0-9]\).*,\1,')"
>>>>> diff --git a/package/rockbox/Config.in b/package/rockbox/Config.in
>>>>> new file mode 100644
>>>>> index 0000000..837ed53
>>>>> --- /dev/null
>>>>> +++ b/package/rockbox/Config.in
>>>>> @@ -0,0 +1,6 @@
>>>>> +config BR2_PACKAGE_ROCKBOX
>>>>> +       bool "rockbox"
>>>>> +       help
>>>>> +         Rockbox is a free replacement firmware for digital music
>>>>> players.
>>>>> +
>>>>> +         http://www.rockbox.org/
>>>>> diff --git a/package/rockbox/rockbox.mk b/package/rockbox/rockbox.mk
>>>>> new file mode 100644
>>>>> index 0000000..9731b54
>>>>> --- /dev/null
>>>>> +++ b/package/rockbox/rockbox.mk
>>>>> @@ -0,0 +1,40 @@
>>>>>
>>>>> +################################################################################
>>>>> +#
>>>>> +# rockbox
>>>>> +#
>>>>>
>>>>> +################################################################################
>>>>> +
>>>>> +ROCKBOX_VERSION = 8aa72f07f4bf38e9b898fb8d8042239861b9a423
>>>>> +ROCKBOX_SITE = git://git.rockbox.org/rockbox
>>>>> +# ToDo: check license and find the correct files
>>>>> +#ROCKBOX_LICENSE = GPLv2+
>>>>> +#ROCKBOX_LICENSE_FILES = COPYING COPYRIGHT
>>>>> +ROCKBOX_DEPENDENCIES = sdl alsa-lib
>>>>> +
>>>>> +# $(TARGET_MAKE_ENV) $(MAKE1) $(LINUX_MAKE_FLAGS)
>>>>> +
>>>>> +#      BUILDDIR=$(@D)
>>>>> +
>>>>> +define ROCKBOX_CONFIGURE_CMDS
>>>>> +       mkdir -p $(TARGET_DIR)/opt/rockbox
>>>>> +       cd $(@D); \
>>>>> +       CROSS_COMPILE=$(HOST_DIR)/usr/bin/arm-buildroot-linux-gnueabi-
>>>>> \
>>>>> +       SDL_CONFIG=$(STAGING_DIR)/usr/bin/sdl-config \
>>>>> +       tools/configure \
>>>>> +       --target=sdlapp \
>>>>> +       --lcdwidth=320 \
>>>>> +       --lcdheight=240 \
>>>>> +       --type=normal \
>>>>> +       --prefix=$(TARGET_DIR)/opt/rockbox
>>>>> +endef
>>>>> +
>>>>> +#      $(MAKE) -C $(@D) help
>>>>> +define ROCKBOX_BUILD_CMDS
>>>>> +       cd $(@D); $(MAKE)
>>>>> +endef
>>>>> +
>>>>> +#define ROCKBOX_INSTALL_TARGET_CMDS
>>>>> +#      $(MAKE) -C $(@D) fullinstall
>>>>> +#endef
>>>>> +
>>>>> +$(eval $(generic-package))
>>>>> --
>>>>> 2.1.4
>>>>> ---end---
>>>>>
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150317/51806e80/attachment.html>

[Buildroot] Driver for C-Media Electronics, Inc. CM106 based usb audio device?

[Lou Crittenden]

Oh, I also forgot to mention I am playing mplayer in the buildroot setup in
the console, as I still don't have a gui yet.

On Wed, Feb 25, 2015 at 7:53 PM, Lou Crittenden <loucrittenden63@gmail.com>
wrote:

> >I was able to compile and run a rockbox version on RPi/buildroot, but
> still
> > without audio file playing...
>
> Awesome! Can I see it?
>
> I was able to run mplayer with no options in a terminal within the
> raspbian image that came with my waveshare device and it didn't have a bit
> of problems with the audio. It sounded great actually.
>
> You're probably right on the resource part, and I believe the buildroot
> kernel has a lot to do with it, but the raspbian kernel didn't have that
> issue at all, but of course it just takes a long time to boot compared to
> buildroot. I want to use the isolator to isolate the usb sound device from
> the background zipper noises, pops, buzzes, whining, and other garbage from
> the main computer board that happens when for example you are scrolling a
> page or leds on the board blink.
>
> I have included a sample of what I am running into as far as the audio.
> This was with the commands:
>
> # cd /media/usb0 (this thumbdrive is where my music is located)
> # mplayer *
>
> and with my usb sound device plugged in. It doesn't do that with the
> onboard card, though (even though it sounds like poo, as I have heard it
> was only 11-bit audio). When I'm running:
>
> # mplayer -quiet *
>
> it plays normally through the usb card even with other processes running,
> but still doesn't sound near as good as either my ubuntu system or the
> raspbian image.
>
> I also found out that the snd-usb-audio driver indeed does work with all
> of the channels when I input the command
>
> # speaker-test -Dplug:surround51 -c6
>
> to test all of the speaker channels. The woman's voice came through on all
> the appropriate channels, plus they are adjustable in alsamixer. I just
> can't get mplayer to use them all when using alsa as the backend (I haven't
> gotten pulseaudio to work in buildroot) and it outputs through the front
> only. I have the same issue when using alsa as the backend on this card in
> the raspbian image as well (but good sound) yet it uses the same
> snd-usb-audio driver, same with my ubuntu system.
>
> Would you recommend pulseaudio in my situation?
>
>
> On Wed, Feb 25, 2015 at 1:42 PM, Peter Seiderer <ps.report@gmx.net> wrote:
>
>> Hello Lou,
>>
>> On Tue, Feb 24, 2015 at 05:58:45PM -0600, Lou Crittenden wrote:
>> > Good news, I found a workaround to the garbled audio issue on use of
>> > mplayer when using my USB card. What I have to do is pass the -quiet
>> option
>> > when running mplayer. For example: mplayer -quiet test.mp3. It turns out
>> > that activity on the lcd screen was the culprit, and it interferes with
>> the
>> > audio and it ONLY does that when using the usb audio card. When no
>> options
>> > are passed, the display continually scrolls the time and whatnot of the
>> > audio playback every millisecond.
>> >
>> > mpg123 has much less terminal activity, and thus doesn't have the issue.
>> >
>> > I was wondering if this is a power issue and if it would work if I used
>> an
>> > isolator that allowed the device to receive its own power independent of
>> > the Raspberry Pi board? Something like this:
>> >
>> >
>> http://www.ebay.com/itm/ADUM4160-USB-Isolator-Board-ADI-USB-Port-Isolator-Protection-/191303685123?pt=LH_DefaultDomain_0&hash=item2c8a969403
>> >
>> > that electronically isolates the usb audio and power from the pi, but
>> > allows the pi to talk to the device so the sound improves and improves
>> > power stability.
>> >
>>
>> Hard to tell without hearing a sample of what you describe as 'garbled
>> audio',
>> but I would less suspect a electrical/decouple problem, more suspect a
>> pure
>> resource problem of the mplayer aplication doing audio and display
>> updates...
>>
>> Maybe you can stress mplayer -quiet and/or mpg123 doing some concurrent
>> work/
>> testbench running (e.g. untar a huge file (kernel source)), etc. and get
>> the
>> same audio defects?
>>
>> I was able to compile and run a rockbox version on RPi/buildroot, but
>> still
>> without audio file playing...
>>
>> Regards,
>> Peter
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150225/821e2a3f/attachment.html>

[Buildroot] Driver for C-Media Electronics, Inc. CM106 based usb audio device?

[Lou Crittenden]

On the raspbian image, I am able to run yes > /dev/null multiple times in
multiple terminals to max out the processor while mplayer was playing in
another tty and it doesn't skip a beat. I again wonder if it's the kernel
configuration in buildroot?

On Wed, Feb 25, 2015 at 7:55 PM, Lou Crittenden <loucrittenden63@gmail.com>
wrote:

> Oh, I also forgot to mention I am playing mplayer in the buildroot setup
> in the console, as I still don't have a gui yet.
>
> On Wed, Feb 25, 2015 at 7:53 PM, Lou Crittenden <loucrittenden63@gmail.com
> > wrote:
>
>> >I was able to compile and run a rockbox version on RPi/buildroot, but
>> still
>> > without audio file playing...
>>
>> Awesome! Can I see it?
>>
>> I was able to run mplayer with no options in a terminal within the
>> raspbian image that came with my waveshare device and it didn't have a bit
>> of problems with the audio. It sounded great actually.
>>
>> You're probably right on the resource part, and I believe the buildroot
>> kernel has a lot to do with it, but the raspbian kernel didn't have that
>> issue at all, but of course it just takes a long time to boot compared to
>> buildroot. I want to use the isolator to isolate the usb sound device from
>> the background zipper noises, pops, buzzes, whining, and other garbage from
>> the main computer board that happens when for example you are scrolling a
>> page or leds on the board blink.
>>
>> I have included a sample of what I am running into as far as the audio.
>> This was with the commands:
>>
>> # cd /media/usb0 (this thumbdrive is where my music is located)
>> # mplayer *
>>
>> and with my usb sound device plugged in. It doesn't do that with the
>> onboard card, though (even though it sounds like poo, as I have heard it
>> was only 11-bit audio). When I'm running:
>>
>> # mplayer -quiet *
>>
>> it plays normally through the usb card even with other processes running,
>> but still doesn't sound near as good as either my ubuntu system or the
>> raspbian image.
>>
>> I also found out that the snd-usb-audio driver indeed does work with all
>> of the channels when I input the command
>>
>> # speaker-test -Dplug:surround51 -c6
>>
>> to test all of the speaker channels. The woman's voice came through on
>> all the appropriate channels, plus they are adjustable in alsamixer. I just
>> can't get mplayer to use them all when using alsa as the backend (I haven't
>> gotten pulseaudio to work in buildroot) and it outputs through the front
>> only. I have the same issue when using alsa as the backend on this card in
>> the raspbian image as well (but good sound) yet it uses the same
>> snd-usb-audio driver, same with my ubuntu system.
>>
>> Would you recommend pulseaudio in my situation?
>>
>>
>> On Wed, Feb 25, 2015 at 1:42 PM, Peter Seiderer <ps.report@gmx.net>
>> wrote:
>>
>>> Hello Lou,
>>>
>>> On Tue, Feb 24, 2015 at 05:58:45PM -0600, Lou Crittenden wrote:
>>> > Good news, I found a workaround to the garbled audio issue on use of
>>> > mplayer when using my USB card. What I have to do is pass the -quiet
>>> option
>>> > when running mplayer. For example: mplayer -quiet test.mp3. It turns
>>> out
>>> > that activity on the lcd screen was the culprit, and it interferes
>>> with the
>>> > audio and it ONLY does that when using the usb audio card. When no
>>> options
>>> > are passed, the display continually scrolls the time and whatnot of the
>>> > audio playback every millisecond.
>>> >
>>> > mpg123 has much less terminal activity, and thus doesn't have the
>>> issue.
>>> >
>>> > I was wondering if this is a power issue and if it would work if I
>>> used an
>>> > isolator that allowed the device to receive its own power independent
>>> of
>>> > the Raspberry Pi board? Something like this:
>>> >
>>> >
>>> http://www.ebay.com/itm/ADUM4160-USB-Isolator-Board-ADI-USB-Port-Isolator-Protection-/191303685123?pt=LH_DefaultDomain_0&hash=item2c8a969403
>>> >
>>> > that electronically isolates the usb audio and power from the pi, but
>>> > allows the pi to talk to the device so the sound improves and improves
>>> > power stability.
>>> >
>>>
>>> Hard to tell without hearing a sample of what you describe as 'garbled
>>> audio',
>>> but I would less suspect a electrical/decouple problem, more suspect a
>>> pure
>>> resource problem of the mplayer aplication doing audio and display
>>> updates...
>>>
>>> Maybe you can stress mplayer -quiet and/or mpg123 doing some concurrent
>>> work/
>>> testbench running (e.g. untar a huge file (kernel source)), etc. and get
>>> the
>>> same audio defects?
>>>
>>> I was able to compile and run a rockbox version on RPi/buildroot, but
>>> still
>>> without audio file playing...
>>>
>>> Regards,
>>> Peter
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150225/0cac2b80/attachment.html>

[Buildroot] Driver for C-Media Electronics, Inc. CM106 based usb audio device?

[Lou Crittenden]

Hello again all, does anyone know where I can get the driver/kernel modules
for the c-media electronics CM-106 usb sound card and how to set up fader,
, balance, and volume controls and whatnot on it in buildroot? I will be
running this card on a raspberry pi b+, which as we all know the built in
audio is just plain DREADFUL sounding with all those hisses and pops, and
this card sounds MUCH better (I'm listening to my tunes through it on my
main Ubuntu-based box as I type!), and is inexpensive.

the output of lsusb is here:
Bus 005 Device 002: ID 0d8c:0102 C-Media Electronics, Inc. CM106 Like Sound.

According to this link,
https://github.com/Pivosgroup/buildroot-linux-kernel-m3/blob/master/sound/usb/usbaudio.c
the device has four 16 bit registers or something like that.

Does this link btw contain the driver, and if yes, how is it compiled?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150202/7fd4ef2b/attachment.html>